[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
After some very careful testing of whether invalidate() and removeAttribute() are successfully replicated to cluster nodes other than the one where they were executed, we found that this reliably didn't work in a non-sticky-session configuration. The same tests worked correctly when we converted our test cluster to sticky-session, so we're in the process of converting our production cluster to use sticky-session. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3930448#3930448 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3930448 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
Even better, hold out for 4.0.4.CR2 (which is scheduled for the end of the week) as I've made a number of improvements. Particularly, the session invalidation issue that was the start of this thread is fixed: see http://jira.jboss.com/jira/browse/JBAS-2927. But, all that being said, use sticky sessions!! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3930244#3930244 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3930244 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
I'd suggest you try out the latest AS 4.0.3P1 to see if it still works for you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3930243#3930243 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3930243 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
I have a similar problem. We have a 3 node jboss cluster that does not use sticky sessions. I tested the following cases: Case 1: 1. Node 1 sets an attribute "Attribute1" in the session. 2. Node 2 gets "Attribute 1" - SUCCESS 3. Node 2 sets an attribute "Attribute 2" in the session. 4. Node 3 gets "Attribute 2" - SUCCESS Case 2: 1. Node 1 sets an attribute "Attribute1" in the session. 2. Node 2 gets "Attribute 1" - SUCCESS 3. Node 2 sets an attribute "Attribute 2" in the session. 4. Node 1 gets "Attribute 2" - FAILS (It gets a null value) Any idea why this is happening? I am using jboss 3.2.6. I have "snapshot-mode" set to "instant", "cache-mode" set to "REPL_SYNC", replication granularity is default(session) and "UseLocalCache" set to false. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3930204#3930204 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3930204 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
Actually our unit test case that uses httpclient does not assume sticky session at all, and it still works! So you should not need sticky session for this to work. I was just saying that so it is easier for you to troubleshoot your problem. You need to test your enviornment first. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927928#3927928 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927928 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
I'm sure that the scenario you describe will work, but the whole point of this thread is that I'm trying to make the cluster work when it's not using sticky-session. Is thre any way I can push the removeAttribute or invalidate to the other node without shutting down? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927775#3927775 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927775 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
Actually, we do have test cases to test removeAttribute and invalidate during cluster mode. In the test, we use httpclient to invalidate the session on one node and retrive it from the second one (using the same session id). So I'd suggest you do a simpler test. Simply, have two node cluster with sticky session. invalidate/remove on one node, then shut it down, it will failover to the other one. Retrieve it again, and you will see whether it works or not. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927668#3927668 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927668 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
I just found a parameter in jbossweb-tomcat55.sar/META-INF/jboss-service.xml which looked as though it should fix my problems: | | true | This looked like it should solve my problems, but I changed the value to "false" and it didn't make any difference :-( John View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927620#3927620 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927620 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
My test application uses struts, but the session attribute I'm using as a marker is not used by struts. I have 2 JSP pages. Each displays the name of the host that served it, and then lists the name/value of all session attributes, like so: | <% | java.util.Enumeration enm = session.getAttributeNames(); | while(enm.hasMoreElements()) | { | String attr = (String)enm.nextElement(); | out.println("Session variable: " + attr + " value: " + session.getAttribute(attr) + ""); | } | %> | On one page I have a button that sets the marker session attribute, then another button (logout) that removes the attribute, then invalidates the session and forwards to the other page: | HttpSession session = request.getSession(false); | if(session != null) | { | session.removeAttribute("marker"); | session.invalidate(); | } | The second page allows me to make another request and forwards back to the first page. The first page reliably redisplays the marker session attribute, which was removed, the the session invalidated (on the other cluster server) by the previous request Since I am running this on a two server cluster, using (mod_jk) equal weighted, round-robin load balancing, the requests are served first by one server, then by the other. Session is invalidated on one server, then displayed by a JSP page which executes on the other server. I always display the name of the server which ran each page just to confirm where the page was executed. John View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927610#3927610 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927610 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
If you do removeAttribute the effect should be immediate though because you are using REPL_SYNC mode. How do you test it? And how long does it take? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927356#3927356 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927356 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
I now have a simple test application which reliably shows that if I attempt to remove either a session (using HttpSession.invalidate()) or a session attribute (using HttpSession.removeAttribute(String)), the change is not immediately made on the remote cluster node. I am testing to find out how long it is before the session is removed on the remote node. Should I open a bug report for this issue (supported by the test application) or is this not considered a bug? Can anyone suggest any changes I can make to fix this issue, or to shorten the time between when a session is invalidated on one cluster node and when the same session is invalidated on other nodes in the cluster? Switching to using sticky-session is the obvious fix, but that will cause other problems in our environment Thanks - John View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927322#3927322 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927322 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
Yes, it's SESSION. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3925978#3925978 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3925978 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
We are trying to avoid using sticky-session because that would mean that we also have to use it on the two hardware load-ballancers in front of the cluster and web servers. The Operations group doesn't want to make this change... Replication-granularity is set in the jboss-web.xml file and we're not setting it, so the default must be used (is the default session?) John View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3925973#3925973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3925973 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Clustering/JBoss] - Re: Http Session replication problems when NOT using sticky-
We strongly encourage use of sticky sessions. But, that being said, if things are working properly what you're trying to do shoudn't give you the results your seeing What's your replication-granularity setting (SESSION or ATTRIBUTE)? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3925968#3925968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3925968 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user