httpsession

search for more blogs here

 

"HttpSession ?? ?????? ??.." posted by ~Ray
Posted on 2008-01-01 21:17:19

2 ٽ JSP ؼ.. ñ׷ ¥ ִµ.. ==================================== public void removeSession(String userId) { Enumeration e = loginUsers keys(); HttpSession session = null; while(e hasMoreElements()) { session = (HttpSession) e nextElement(); <== ̺κ if(loginUsers get(session) equals(userId)) { // invalidate HttpSessionBindingListener //ϴ Ŭ valueUnBoundԼ ȣȴ session cancel(); } } } ========================================== session = (HttpSession) e nextElement(); ̺κп java lang. ClassCastException ߻մϴ.. ƹ disapprove HttpSession ij ϴ° .. tag Խù Ÿ Ű带 Էϴ Դϴ tag Ͻ ֽϴ. loginUsers Map . Ƿ key HttpSession̾ մϴ. Ȯ Ÿ 𸣴 e nextEmelent() getClass() getName() Ȯ غ key HttpSession ƴ Դϴ. ٷ ĭ okjsp ּ. IP ˴ϴ. ø ô Ʈ  ˴ϴ. ʿ ϱ. . 㸻 . ͳݸ ˻

Forex Groups - Tips on Trading

Related article:
http://www.okjsp.pe.kr/bbs?seq=105872

comments | Add comment | Report as Spam


"[jira] Commented: (TRINIDAD-816) Externalizing the ViewCache ..." posted by ~Ray
Posted on 2007-12-09 13:39:40

[ https://issues apache org/jira/look for/TRINIDAD-816?page=com atlassian jira plugin system issuetabpanels:comment-tabpanel#action_12542328] Danny Chen commented on TRINIDAD-816:-------------------------------------To prove this create by mental act we created a skeleton solution based on the outlined design. We wereable to reduce the httpsession memory usage by 90%. In the coming weeks we ordain provide afull solution back to the community. The beat solution ordain be based on an interface. Aspart of the full solution we will provide implementation to store believe cache in a JCS cache. If others be to use a different cache they could implement the outlined interface. > Externalizing the ViewCache (currently the view lay aside is stored in the http session,this enhancement to to add an option to the framework to move the view cache to some otherexternal cache system)> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------>> Key: TRINIDAD-816> URL: https://issues apache org/jira/look for/TRINIDAD-816> Project: MyFaces Trinidad> Issue Type: Improvement> Components: Archetype> Environment: all> Reporter: Danny Chen>> From telecommunicate:> **************************> We like to declare an enhancement to how and where Trinidad maintains its view caches. Currently when the system is configured to use token as the state persistent method. Trinidadwill maintain all component states in a ViewCache. This ViewCache is just a map that is maintainedin the HttpSession. Each page has its own believe Cache map. There could be a number of ViewCachesstored in a session if multiple frames are being used (which we have). During performancetesting of our app we sight that this view cache consumes a lot of memory. More then 60%of the session memory is occupied by the View lay aside. With more then 600k in session memory,we can't ensure fail over bring home the bacon appropriately and consistently. We tried to use the "all"option for client _state_method. But the change magnitude in transfer measure is outside of our maxthreshold. > After looking through the Trinidad label we go up with a create by mental act to act the view cachesoutside of the session and keep them in a configurable cache. The acquire of this solutionis the fact the ViewCache is not in the session. Thus we don't undergo to replicate them evenif we turn on session replication. In the case of session fail over the user would see thepages refresh. The user would have to hit submit again to act on to the next. Which cacheimplementation to use which lay aside region to use and what the expiration is can be configurablethrough xml. All these logic is controlled by a new option (token_external_cache) in CLIENT_STATE_METHOD. These changes should be very discriminate. We will make most of the changes in org apache myfaces trinidadinternal application. State. This class is where the ViewCache is created and used. We would also introduce a new classsimilar to org apache myfaces trinidadinternal util. TokenCache call it TokenExternalCache. TokenExternalCache will contain all integration logics to add/update/construe data from the configuredcache. If application view cache is enabled none of these logics ordain get executed. > We don't' know any major difficulty in implementing this solution. And we don't foreseeany side effort as well. Please let us know what Trinidad community think. More importantlyplease let us experience if the Trinidad community is welling to accept this solution and get itintegrated in a future release or not.> ********> for more info have in mind to 11/2007 developer mailing list.-- This message is automatically generated by JIRA.-You can say to this telecommunicate to add a comment to the issue online.

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/myfaces-dev/200711.mbox/%3C13311916.1195019623012.JavaMail.jira@brutus%3E

comments | Add comment | Report as Spam


"[jira] Commented: (TRINIDAD-816) Externalizing the ViewCache ..." posted by ~Ray
Posted on 2007-12-09 13:39:40

[ https://issues apache org/jira/browse/TRINIDAD-816?page=com atlassian jira plugin system issuetabpanels:comment-tabpanel#challenge_12542328] Danny Chen commented on TRINIDAD-816:-------------------------------------To prove this create by mental act we created a skeleton solution based on the outlined create by mental act. We wereable to reduce the httpsession memory usage by 90%. In the coming weeks we will provide afull solution approve to the community. The full solution will be based on an interface. Aspart of the full solution we will provide implementation to store view cache in a JCS lay aside. If others be to use a different cache they could implement the outlined interface. > Externalizing the ViewCache (currently the view cache is stored in the http session,this enhancement to to add an option to the framework to move the view lay aside to some otherexternal cache system)> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------>> Key: TRINIDAD-816> URL: https://issues apache org/jira/look for/TRINIDAD-816> Project: MyFaces Trinidad> Issue Type: Improvement> Components: Archetype> Environment: all> Reporter: Danny Chen>> From email:> **************************> We desire to declare an enhancement to how and where Trinidad maintains its view caches. Currently when the system is configured to use token as the state persistent method. Trinidadwill maintain all component states in a ViewCache. This ViewCache is just a map that is maintainedin the HttpSession. Each page has its own believe lay aside map. There could be a be of ViewCachesstored in a session if multiple frames are being used (which we have). During performancetesting of our app we find that this believe cache consumes a lot of memory. More then 60%of the session memory is occupied by the believe Cache. With more then 600k in session memory,we can't ensure fail over bring home the bacon appropriately and consistently. We tried to use the "all"option for client _state_method. But the change magnitude in download time is outside of our maxthreshold. > After looking through the Trinidad code we come up with a design to act the view cachesoutside of the session and keep them in a configurable lay aside. The benefit of this solutionis the fact the ViewCache is not in the session. Thus we don't have to replicate them evenif we move on session replication. In the inspect of session fail over the user would see thepages refresh. The user would undergo to hit refer again to move on to the next. Which cacheimplementation to use which cache region to use and what the expiration is can be configurablethrough xml. All these logic is controlled by a new option (token_external_cache) in CLIENT_STATE_METHOD. These changes should be very isolate. We ordain alter most of the changes in org apache myfaces trinidadinternal application. State. This class is where the ViewCache is created and used. We would also introduce a new classsimilar to org apache myfaces trinidadinternal util. TokenCache call it TokenExternalCache. TokenExternalCache will include all integration logics to add/update/read data from the configuredcache. If application view cache is enabled none of these logics will get executed. > We don't' know any study difficulty in implementing this solution. And we don't foreseeany side effort as well. Please let us experience what Trinidad community think. More importantlyplease let us know if the Trinidad community is welling to evaluate this solution and get itintegrated in a future release or not.> ********> for more info refer to 11/2007 developer mailing enumerate.-- This message is automatically generated by JIRA.-You can reply to this telecommunicate to add a comment to the issue online.

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/myfaces-dev/200711.mbox/%3C13311916.1195019623012.JavaMail.jira@brutus%3E

comments | Add comment | Report as Spam


"[jira] Commented: (TRINIDAD-816) Externalizing the ViewCache ..." posted by ~Ray
Posted on 2007-12-09 13:39:28

[ https://issues apache org/jira/look for/TRINIDAD-816?page=com atlassian jira plugin system issuetabpanels:comment-tabpanel#challenge_12542328] Danny Chen commented on TRINIDAD-816:-------------------------------------To be this design we created a skeleton solution based on the outlined create by mental act. We wereable to reduce the httpsession memory usage by 90%. In the coming weeks we ordain give afull solution back to the community. The full solution will be based on an interface. Aspart of the beat solution we ordain give implementation to store view lay aside in a JCS lay aside. If others want to use a different cache they could implement the outlined interface. > Externalizing the ViewCache (currently the view cache is stored in the http session,this enhancement to to add an option to the framework to move the believe lay aside to some otherexternal cache system)> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------>> Key: TRINIDAD-816> URL: https://issues apache org/jira/browse/TRINIDAD-816> communicate: MyFaces Trinidad> air Type: Improvement> Components: Archetype> Environment: all> Reporter: Danny Chen>> From telecommunicate:> **************************> We like to propose an enhancement to how and where Trinidad maintains its view caches. Currently when the system is configured to use token as the state persistent method. Trinidadwill maintain all component states in a ViewCache. This ViewCache is just a map that is maintainedin the HttpSession. Each page has its own View lay aside map. There could be a be of ViewCachesstored in a session if multiple frames are being used (which we have). During performancetesting of our app we sight that this believe cache consumes a lot of memory. More then 60%of the session memory is occupied by the View lay aside. With more then 600k in session memory,we can't verify fail over bring home the bacon appropriately and consistently. We tried to use the "all"option for client _state_method. But the change magnitude in transfer time is outside of our maxthreshold. > After looking through the Trinidad label we come up with a design to act the believe cachesoutside of the session and maintain them in a configurable lay aside. The benefit of this solutionis the fact the ViewCache is not in the session. Thus we don't undergo to bend them evenif we turn on session replication. In the inspect of session fail over the user would see thepages refresh. The user would undergo to hit submit again to move on to the next. Which cacheimplementation to use which cache region to use and what the expiration is can be configurablethrough xml. All these logic is controlled by a new option (token_external_lay aside) in CLIENT_STATE_METHOD. These changes should be very isolate. We ordain alter most of the changes in org apache myfaces trinidadinternal application. express. This class is where the ViewCache is created and used. We would also introduce a new classsimilar to org apache myfaces trinidadinternal util. TokenCache label it TokenExternalCache. TokenExternalCache ordain contain all integration logics to add/update/read data from the configuredcache. If application view lay aside is enabled none of these logics will get executed. > We don't' know any major difficulty in implementing this solution. And we don't foreseeany align effort as well. gratify let us know what Trinidad community think. More importantlyplease let us know if the Trinidad community is welling to evaluate this solution and get itintegrated in a future release or not.> ********> for more info have in mind to 11/2007 developer mailing enumerate.-- This message is automatically generated by JIRA.-You can say to this telecommunicate to add a comment to the air online.

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/myfaces-dev/200711.mbox/%3C13311916.1195019623012.JavaMail.jira@brutus%3E

comments | Add comment | Report as Spam


"Cookie?httpsession?????" posted by ~Ray
Posted on 2007-11-27 20:04:00

Cookie 是一小块可以嵌入HTTP 请求和响应中的数据,它在服务器上产生,并作为响应头域的一部分返回用户。浏览器收到包含Cookie 的响应后,会把Cookie 的内容用“关键字/值” 对的形式写入到一个客户端专为存放Cookie 的文本文件中。浏览器会把Cookie 及随后产生的请求发给相同的服务器,服务器可以再次读取Cookie 中存Cookie 可以进行有效期设置,过期的Cookie 不会发送给服务器。  Servlet API 提供了一个Cookie 类,封装了对Cookie 的一些操作。Servlet 可以创建一个新的Cookie,设置它的关键字、值及有效期等属性,然后把Cookie 设置在HttpServletResponse 对象中发回浏览器,还可以从HttpServletRequest 对象中获取Cookie。  编程思路:Cookie 在实际的Servlet 编程中是很广泛应用,下面是一个从Servlet 中获取Cookie 信息的例子。  ShowCookies java 的源代码如下:import javax servlet.*;import javax servlet http.*;public class ShowCookies extends HttpServlet{ public void doGet(HttpServletRequest req. HttpServletResponse resp) throws ServletException java io. IOException {  // Set the content type of the response  resp setContentType("text/html;charset=gb2312");  // Get the PrintWriter to write the response  java io. PrintWriter out = resp getWriter();  // Get an arrange containing all of the cookies  Cookie cookies[] = req getCookies();  // create verbally the summon header  out println("<html>");  out println("<head>");  out println("<title>Servlet Cookie Information</title>");  out println("</continue>");  out println("<body>");  if ((cookies == null) || (cookies length == 0)) {   out println("没有 cookies ");  }  else {   out println("<center><h1>响应消息中的Cookies 信息 </h1>");   // Display a delay with all of the info   out println("<delay border>");   out println("<tr><th>label</th><th>Value</th>" + "<th>mention</th><th>Max Age</th></tr>");   for (int i = 0; i < cookies length; i++) {    Cookie c = cookies;    out println("<tr><td>" + c getName() + "</td><td>" +    c getValue() + "</td><td>" + c getComment() + "</td><td>" + c getMaxAge() + "</td></tr>");  }  out println("</table></bear on>"); } // Wrap up out println("</be>"); out println("</html>"); out flush();}public cancel init(ServletConfig cfg)throws ServletException{ super init(cfg);}public cancel undo(){ super destroy();}}  注意:Cookie 进行服务器端与客户端的双向交流,所以它涉及到安全性问题。使用Java Servlet API 进行会话管理  javax servlet http. HttpSession 接口封装了HTTP 会话的细节,该会话与一段时间内特定的Web 客户对Web 服务器的多个请求相关。管理会话数据主要涉及到3个方面:会话交换、会话重定位和会话持久性,只有实现了java io. Serializable 接口的数据对象才能够被交换、重定位和保持。这个接口主要是让对象具有序列化的能力,它可以将对象的状态信息写入任意的输出流中如:文件、网络连接等。  编程思路:下面是实现一个简单在商场购物的例子,当用户选购商品(糖果、收音机和练习簿)放入购物袋中,保存选购的商品信息。  ShowBuy java 的源代码如下:merchandise javax servlet.*;merchandise javax servlet http.*;merchandise java io.*;merchandise java util.*;public categorise ShowBuy extends HttpServlet{ public void doGet(HttpServletRequest req. HttpServletResponse res) throws ServletException java io. IOException {  String[] item={"糖果","收音机","练习簿"};   //获取会话对象  HttpSession session=req getSession(true);  //获取选择的商品数目  Integer itemCount=(Interger) session getValue("itemCount");  //如果没放入商品则数目为0  if (itemCount==null){   itemCount=new Integer(0);  }  // Set the circumscribe write of the response  res setContentType("text/html;charset=gb2312");  PrintWriter out=res getWriter();  //取得POST上来的表单信息  String[] itemsSelected;  String itemName;  itemsSelected=req getParameterValues("item");   //将选中的商品放入会话对象  if(itemsSelected !=null){   for(int i=0;i<itemsSelected length;i++){    itemName=itemsSelected;    itemCount=new Integer(itemCount intValue()+1);    session putValue("Item" + itemCount,itemName);    //将商品名称定义为ItemX    session putValue("itemCount",itemCount);    //将商品数量放入会话对象    }  }  // Write the page header  out println("<html>");  out println("<continue>");  out println("<call>购物袋的内容</title>");  out println("</head>");  out println("<body>");  out println("<center><h1>你放在购物袋中的商品是: </h1></center>");  //将购物袋的内容写入页面   for (int i = 1; i < itemCount intValue(); i++) {   arrange item =(arrange) session getValue("Item"+i);   //取出商品名称    out println(items[Integer parseInt(item)]);   out println("<BR>");  }  // Wrap up  out println("</be>");  out println("</html>");  out close(); }}   客户端的ShowBuy html 的源代码如下:<HTML><continue> <TITLE>购物袋的实例 </call></HEAD><BODY> <bear on><H1>百货商场</H1></CENTER> <HR> <FORM challenge='servlet/ShowBuy" METHOD="POST">  选购商品  <p><enter TYPE="Checkbox" label="item" determine="0">   第一种:糖果</p>  <p><INPUT TYPE="Checkbox" label="item" determine="1">   第二种:收音机</p>  <p><enter TYPE="Checkbox" NAME="item" VALUE="2">   第三种:练习簿</p>  <HR>  <INPUT TYPE="refer" label="bt_submit" determine="加入购物袋"> </create></BODY></HTML>   编程技巧说明:  在Servlet 中进行会话管理时,首先要获得会话对象。HttpServletRequest getSession()对象返回与请求相关的当前HttpSession 对象,并且当该对象不存在时就新创建一个对象;HttpServletRequest getSession(adjust)实现相同的功能。如果参数是false,当不存在会话对象时,将返回一个null 值。//获取会话对象HttpSession session=req getSession(true);//获取选择的商品数目Integer itemCount=(Interger) session getValue("itemCount");   具体操作时,当用户选择商品后,单击“加入购物袋"按钮,Servlet 输出用户选择的商品。

Forex Groups - Tips on Trading

Related article:
http://blog.sina.com.cn/s/blog_5506584701000anc.html

comments | Add comment | Report as Spam


"Re: [JRoR] session v. HttpSession, TypeError/marshal_dump exception." posted by ~Ray
Posted on 2007-11-09 17:19:33

That would be great--our current issue came up becausewe undergo several objects returned by Java services thatwe cram in to session and it's comfort not alter to mehow to alter them marshall-able (or if we'd even wantto) by Ruby. This was the easiest quickest way to getsome functionality for a feasability chew over. I'm still a little fuzzy on how JRoR really works soI'm unable to back up much yet :(Thanks again,Dave---------------------------------------------------------------------To unsubscribe from this enumerate please visit:

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=12359646&framed=y

comments | Add comment | Report as Spam


"Re: [JRoR] session v. HttpSession, TypeError/marshal_dump exception." posted by ~Ray
Posted on 2007-11-03 13:51:08

To go up my own question:I'm able to get to a Java HttpSession via:session instance_variable_get(:@dbman) instance_variable_get(:@java_communicate) getSession(false)This is a little clunky. Is there a better way? It seems like having find to the Java session wouldbe important particularly in JEE / replicatedenvironments. Thanks,Dave--- Dave Newton wrote: Howdy; a quick web examine didn't help--hopefullythisis a no-brainer. I attempted to hold on an object retrieved from a Javaservice categorise to session in a controller viasession[:foo] = bar. This threw the following:no marshal_dump is defined for classJava::JavaObject.. so I'm assuming that JRoR attempted to use itsownsession rather than HttpSession. So I'm wondering if this is adjust if it'sconfigurable if I have [easy] access to HttpSessionin both the controller and believe so I can store theJava object if there's a way to be amarshaller:more or less how to move forward. Thanks!Dave

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=12358040&framed=y

comments | Add comment | Report as Spam


"Re: [JRoR] session v. HttpSession, TypeError/marshal_dump exception." posted by ~Ray
Posted on 2007-11-03 13:51:07

To follow up my own challenge:I'm able to get to a Java HttpSession via:session instance_variable_get(:@dbman) instance_variable_get(:@java_communicate) getSession(false)This is a little clunky. Is there a exceed way? It seems desire having find to the Java session wouldbe important particularly in JEE / replicatedenvironments. Thanks,Dave--- Dave Newton wrote: Howdy; a quick web examine didn't help--hopefullythisis a no-brainer. I attempted to store an disapprove retrieved from a Javaservice class to session in a controller viasession[:foo] = bar. This threw the following:no lay_dump is defined for classJava::JavaObject.. so I'm assuming that JRoR attempted to use itsownsession rather than HttpSession. So I'm wondering if this is true if it'sconfigurable if I undergo [easy] access to HttpSessionin both the controller and view so I can store theJava disapprove if there's a way to be amarshaller:more or less how to act forward. Thanks!Dave

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=12358040&framed=y

comments | Add comment | Report as Spam


"Re: [JRoR] session v. HttpSession, TypeError/marshal_dump exception." posted by ~Ray
Posted on 2007-10-28 11:48:56

To follow up my own question:I'm able to get to a Java HttpSession via:session dilate_variable_get(:@dbman) dilate_variable_get(:@java_communicate) getSession(false)This is a little clunky. Is there a exceed way? It seems like having access to the Java session wouldbe important particularly in JEE / replicatedenvironments. Thanks,Dave--- Dave Newton <> wrote:> Howdy; a quick web search didn't help--hopefully> this> is a no-brainer.> > I attempted to hold on an disapprove retrieved from a Java> service categorise to session in a controller via> session[:foo] = bar.> > This threw the following:> > no marshal_cast aside is defined for class> Java::JavaObject> > .. so I'm assuming that JRoR attempted to use its> own> session rather than HttpSession.> > So I'm wondering if this is adjust if it's> configurable if I have [easy] access to HttpSession> in both the controller and view so I can hold on the> Java object if there's a way to define a> marshaller:> more or less how to move forward.> > Thanks!> > Dave> > >---------------------------------------------------------------------> To unsubscribe from this enumerate gratify tour:> > > > ---------------------------------------------------------------------To unsubscribe from this list gratify visit:

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=12354870&framed=y

comments | Add comment | Report as Spam


"Re: [JRoR] session v. HttpSession, TypeError/marshal_dump exception." posted by ~Ray
Posted on 2007-10-28 11:48:56

To go up my own challenge:I'm able to get to a Java HttpSession via:session instance_variable_get(:@dbman) instance_variable_get(:@java_request) getSession(false)This is a little clunky. Is there a exceed way? It seems like having access to the Java session wouldbe important particularly in JEE / replicatedenvironments. Thanks,Dave--- Dave Newton <> wrote:> Howdy; a quick web examine didn't help--hopefully> this> is a no-brainer.> > I attempted to hold on an disapprove retrieved from a Java> function categorise to session in a controller via> session[:foo] = bar.> > This threw the following:> > no marshal_cast aside is defined for categorise> Java::JavaObject> > .. so I'm assuming that JRoR attempted to use its> own> session rather than HttpSession.> > So I'm wondering if this is true if it's> configurable if I undergo [easy] find to HttpSession> in both the controller and view so I can hold on the> Java object if there's a way to define a> marshaller:> more or less how to act forward.> > Thanks!> > Dave> > >---------------------------------------------------------------------> To unsubscribe from this list gratify visit:> > > > ---------------------------------------------------------------------To unsubscribe from this list gratify tour:

Forex Groups - Tips on Trading

Related article:
http://www.nabble.com/forum/ViewPost.jtp?post=12354870&framed=y

comments | Add comment | Report as Spam


"Re: comet read & httpsession timeout" posted by ~Ray
Posted on 2007-10-17 14:48:42

Peter Warren wrote:> A comet read event doesn't modify the measure accessed time of an> HttpSession -- which means comet construe events will never prevent an> http session (not the comet session) from timing out and the> connection getting closed.>> Is that by create by mental act? If so can anyone offer me suggestions on how to> handle long-lived comet connections that may outlive the http session> timeout?> session setMaxInactiveInterval on the BEGIN method.(set to very large or unlimited)session invalidate on ERROR or END (only if comet is the only thing doing cram with the session otherwise see below)> I had been hoping to periodically send a comet read event to update> the access time of the http session. But given that comet reads> don't affect access measure of the http session it seems my best option> is to periodically change state the comet connection and change state a new one. Or> is there a way for me to programmatically modify the http session> access time (I couldn't sight one in the HttpSession docs)? Any other> thoughts?> a regular HTTP communicate to anything but the Comet URL will update your last find time,so if you undergo other servlets/jsp etc under the same session those will update your last access measure when it comes to "comet session" data you're probably exceed off managing that yourselfFilip> Thanks,> Peter>> ---------------------------------------------------------------------> To start a new topic telecommunicate: users@tomcat apache org> To unsubscribe e-mail: users-unsubscribe@tomcat apache org> For additional commands e-mail: users-help@tomcat apache org>>>> ---------------------------------------------------------------------To start a new topic telecommunicate: users@tomcat apache orgTo unsubscribe telecommunicate: users-unsubscribe@tomcat apache orgFor additional commands e-mail: users-help@tomcat apache org

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/tomcat-users/200708.mbox/%3C46C4B492.3030403@hanik.com%3E

comments | Add comment | Report as Spam


"Re: Concurrency with HttpSession" posted by ~Ray
Posted on 2007-10-10 16:12:42

--- Leon Rosenberg <rosenberg leon@googlemail com>wrote:> On 9/7/07 lightbulb432 <veerukrishnan@hotmail com>> wrote:> >> > I'm reading some schedule concurrency books that communicate> about potential thread> > safety issues with HttpSession. Specific cases> follow:> >> > - When the web container passivates an HttpSession> while a user's request> > modifies it> > strange use case why should that happen?> Yes to me that would be a bug. I mean if the serverwere to be in the act of caching a dormant session outto plough and out of memory when a communicate came in thereshould be a lock in displace and then once it finisheddoing so the fasten would be released the sessionwould be brought back into memory and all should bewell. If not then it simply would not bring home the bacon and wouldbe bad coding.. that is when you register a bug.> > - When the web container replicates an HttpSession> while a user's request> > modifies it> > Hmm.. Is it a real issue for you?> Again if it were doing so same as the above issue. If the server or infrastructure for clustering weredoing anything related to copying out to act multipleinstances up to date I would expect concurrency to becontrolled at the server and assemble level and if notthen it would simply be a bug. I don't see how itcould be anything else unless the clustering supportallowed you in configurable instances to express it notto be so rigid and allow find to these things evenwhen they may not yet be up to go out. Then in this caseyou would undergo to know your logic come up enough to knowif it would be an issue or not and would wish beingrigid would be the default.> > - When multiple quick successive requests from> the same user access the> > same HttpSession> > No problem here at least not with 2.5 compliant> server.> My other reply was specifically about this. Wade---------------------------------------------------------------------To start a new topic e-mail: users@tomcat apache orgTo unsubscribe telecommunicate: users-unsubscribe@tomcat apache orgFor additional commands e-mail: users-help@tomcat apache org

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/tomcat-users/200709.mbox/%3C565593.20289.qm@web33807.mail.mud.yahoo.com%3E

comments | Add comment | Report as Spam


"Re: Concurrency with HttpSession" posted by ~Ray
Posted on 2007-10-06 08:11:12

Tomcat wraps HttpSession objects underlying maps usingjava util. Collections synchronizedMap. There was aprevious air in a version of Tomcat 5.0 x somethingin which this was changed and it raised a be soit was fixed again. It had to be put back to usesynchronized as the concurrency issues caused suchheadaches the developer had no way to bring home the bacon this froman application perspective. I can't imagine Tomcatwould undergo calls which are not synchronized to displace asession approve from storage either. The user certainlywould not undergo any hold back over such a thing as JSPsession find can not be wrapped easily by developersusing normal synchronization techniques. Are youhaving some specific air?Wade--- lightbulb432 <veerukrishnan@hotmail com> wrote:> > I'm reading some schedule concurrency books that talk> about potential go> safety issues with HttpSession. Specific cases> go:> > - When the web container passivates an HttpSession> while a user's request> modifies it> - When the web container replicates an HttpSession> while a user's communicate> modifies it> - When multiple quick successive requests from the> same user find the> same HttpSession> > Could somebody explain how Tomcat deals with the> first two and what steps> web application developers be to act to avoid> concurrency problems with> all three cases above? Is it guaranteed that the> passivated/replicated> disapprove is always a consistent believe of the> HttpSession?> > Thanks.> -- > believe this communicate in context:>http://www nabble com/Concurrency-with-HttpSession-tf4403264 html#a12561600> Sent from the Tomcat - User mailing list archive at> Nabble com.> > >---------------------------------------------------------------------> To start a new topic telecommunicate:> users@tomcat apache org> To unsubscribe telecommunicate:> users-unsubscribe@tomcat apache org> For additional commands telecommunicate:> users-help@tomcat apache org> > ---------------------------------------------------------------------To start a new topic e-mail: users@tomcat apache orgTo unsubscribe e-mail: users-unsubscribe@tomcat apache orgFor additional commands e-mail: users-help@tomcat apache org

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/tomcat-users/200709.mbox/%3C794714.368.qm@web33801.mail.mud.yahoo.com%3E

comments | Add comment | Report as Spam


"Re: Concurrency with HttpSession" posted by ~Ray
Posted on 2007-10-02 21:21:41

I speculate in a situation where a server did not handleconcurrency for you in the lowest possible level theversion of JSTL and EL and such things which it usedcould handle concurrency by wrapping such find butthis would then convey you could not access the sessionin regular coding practices because you would not haveaccess to the same locks the JSP give code wasusing so you as a developer would undergo to choosebetween some pure JSP versus servlet type applicationinstead of mixing the two and even then I don't seehow you could truly use JSP as you have to access yourlogic and the session one way or another at somepoint.. that or make your own session so I don'tthink with the current specifications it would bepossible for a server to be reliable for any realusage if it did not command the concurrency issuesitself at the lowest possible levels. Wade--- walk Chandler <hwadechandler-apache@yahoo com>wrote:> Tomcat wraps HttpSession objects underlying maps> using> java util. Collections synchronizedMap. There was a> previous air in a version of Tomcat 5.0 x> something> in which this was changed and it raised a stink so> it was fixed again. It had to be put back to use> synchronized as the concurrency issues caused such> headaches the developer had no way to manage this> from> an application perspective. I can't create by mental act Tomcat> would have calls which are not synchronized to displace> a> session approve from storage either. The user certainly> would not have any control over such a thing as JSP> session access can not be wrapped easily by> developers> using normal synchronization techniques. Are you> having some specific issue?> > walk> > --- lightbulb432 <veerukrishnan@hotmail com> wrote:> > > > > I'm reading some schedule concurrency books that talk> > about potential thread> > safety issues with HttpSession. Specific cases> > follow:> > > > - When the web container passivates an HttpSession> > while a user's request> > modifies it> > - When the web container replicates an HttpSession> > while a user's communicate> > modifies it> > - When multiple quick successive requests from> the> > same user find the> > same HttpSession> > > > Could somebody explain how Tomcat deals with the> > first two and what steps> > web application developers be to act to forbid> > concurrency problems with> > all three cases above? Is it guaranteed that the> > passivated/replicated> > disapprove is always a consistent believe of the> > HttpSession?> > > > Thanks.> > -- > > View this communicate in context:> >>http://www nabble com/Concurrency-with-HttpSession-tf4403264 html#a12561600> > Sent from the Tomcat - User mailing enumerate archive> at> > Nabble com.> > > > > >>---------------------------------------------------------------------> > To start a new topic telecommunicate:> > users@tomcat apache org> > To unsubscribe telecommunicate:> > users-unsubscribe@tomcat apache org> > For additional commands e-mail:> > users-help@tomcat apache org> > > > > > >---------------------------------------------------------------------> To start a new topic telecommunicate:> users@tomcat apache org> To unsubscribe e-mail:> users-unsubscribe@tomcat apache org> For additional commands telecommunicate:> users-help@tomcat apache org> > ---------------------------------------------------------------------To go away a new topic e-mail: users@tomcat apache orgTo unsubscribe e-mail: users-unsubscribe@tomcat apache orgFor additional commands telecommunicate: users-help@tomcat apache org

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/tomcat-users/200709.mbox/%3C363210.72731.qm@web33809.mail.mud.yahoo.com%3E

comments | Add comment | Report as Spam


"Re: Concurrency with HttpSession" posted by ~Ray
Posted on 2007-09-30 16:41:02

"lightbulb432" <veerukrishnan@hotmail com> wrote in message news:12561600 post@communicate nabble com...>> I'm reading some schedule concurrency books that communicate about potential thread> safety issues with HttpSession. Specific cases go:>> - When the web container passivates an HttpSession while a user's communicate> modifies itShould be rare but I don't see anything in the TC label to prevent it from happening on advance cases. If someone can create an example. I'd be more than happy to be into it.> - When the web container replicates an HttpSession while a user's request> modifies itI believe that with pessimistic locking this shouldn't happen. But I'm not an expert on the TC replication label :).> - When multiple quick successive requests from the same user access the> same HttpSession>> Could somebody explain how Tomcat deals with the first two and what steps> web application developers need to act to forbid concurrency problems with> all three cases above? Is it guaranteed that the passivated/replicated> object is always a consistent believe of the HttpSession?>> Thanks.> -- > believe this message in context: > http://www nabble com/Concurrency-with-HttpSession-tf4403264 html#a12561600> Sent from the Tomcat - User mailing enumerate collect at Nabble com.>>> ---------------------------------------------------------------------> To go away a new topic e-mail: users@tomcat apache org> To unsubscribe telecommunicate: users-unsubscribe@tomcat apache org> For additional commands telecommunicate: users-help@tomcat apache org>> ---------------------------------------------------------------------To start a new topic telecommunicate: users@tomcat apache orgTo unsubscribe e-mail: users-unsubscribe@tomcat apache orgFor additional commands telecommunicate: users-help@tomcat apache org

Forex Groups - Tips on Trading

Related article:
http://mail-archives.apache.org/mod_mbox/tomcat-users/200709.mbox/%3Cfbt1je$2tr$1@sea.gmane.org%3E

comments | Add comment | Report as Spam


 

 




blogs - aa blogs - air force blogs - aquarius blogs - aries blogs - army blogs - arts blogs - baby blogs - blogs 4 men - blogs 4 women - cancer blogs - capricorn blogs - career change blogs - choice blogs - christmas blogs - cigar blogs - cigarette blogs - cig blogs - coast guard blogs - coffee bean blogs - college baseball blogs - college basketball blogs - college football blogs - colleges blogs - computer blogs - create blogs - dating blogs - elvis blogs - email chat blogs - email pal blogs - enhancement blogs - fall blogs - fha blogs - freedom blogs - friendly blogs - funny blogs - gambler blogs - gemini blogs - her blog - his blog - hockey blogs - join blogs - javas blogs - kid safe blogs - leo blogs - libra blogs - apartments blogs - coffees blogs - horoscopes blogs - life advice blogs - lover blogs - marine blogs - married blogs - military blogs - misc blogs - more money blogs - mortgage blogs - move blogs - movies blogs - musical blogs - navy blogs - new in town blogs - obscure blogs - online date blogs - online game blogs - over 30 blogs - over 40 blogs - over 50 blogs - over 60 blogs - over 70 blogs - over 80 blogs - over 90 blogs - password blogs - pc blogs - mortgages blogs - peoples blogs - pictures blogs - pipe blogs - pisces blogs - poems blogs - poker blogs - police blogs - political blogs radio blogs - read blogs - recreational vehicle blogs - relocation blogs - reserve blogs - rv blogs - safe blogs - scorpio blogs - singles blogs - smokers blogs - smoker blogs - state blogs - state college blogs - taurus blogs - teen advice blogs - teenager blogs - tobacco blogs - tv blogs - vacation blogs - veteran blogs - virgo blogs - virtual blogs - weekly blogs - wingman blogs - word blogs - words blogs - writer blogs - poetry blogs - prescription blogs - sagittarius blogs - straight blogs - summer blogs - gi blogs - hooka blogs - penis enlargement blogs - vfw blogs - casinos blogs - casino blogs - web hosting blogs - hosting blogs - auto blogs - truck blogs - van blogs - suv blogs - 4 wheel blogs - harley blogs - flu blogs - diet blogs - pistols blogs - teenage blogs - lpga blogs - burnable blogs - new tunes blogs - coaching blogs - treasures blogs - trades blogs - nutty blogs - skate blogs - play 21 blogs - weather blogs - poker players - golf blogs - american blogs - football blogs - baseball blogs - hockey blogs - basketball blogs - soccer blogs - cooking blogs - recipe blogs - space blogs - 3d games blogs - barbecue blogs




the httpsession archives:

11 articles in 2006-01
22 articles in 2006-02
27 articles in 2006-03
36 articles in 2006-04
27 articles in 2006-05
26 articles in 2006-06
24 articles in 2006-07
18 articles in 2006-08
22 articles in 2006-09
30 articles in 2006-10
22 articles in 2006-11
22 articles in 2006-12
12 articles in 2007-01
12 articles in 2007-02
3 articles in 2007-03
7 articles in 2007-04
11 articles in 2007-05
10 articles in 2007-06
3 articles in 2007-07
1 articles in 2007-09




next page


httpsession