[JBoss JIRA] (MODCLUSTER-469) Tomcat8 standalone : jvmRoute not added to jessionid cookie when generated as UUID by JvmRouteFactory
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-469?page=com.atlassian.jira.pl... ]
Work on MODCLUSTER-469 started by Radoslav Husar.
-------------------------------------------------
> Tomcat8 standalone : jvmRoute not added to jessionid cookie when generated as UUID by JvmRouteFactory
> -----------------------------------------------------------------------------------------------------
>
> Key: MODCLUSTER-469
> URL: https://issues.jboss.org/browse/MODCLUSTER-469
> Project: mod_cluster
> Issue Type: Bug
> Components: Core & Container Integration (Java)
> Affects Versions: 1.3.1.Final
> Environment: Apache 2.4, ModCluster 1.3.1, Tomcat 8.0 standalone
> Reporter: Eric Vernier
> Assignee: Radoslav Husar
>
> If jvmRoute attribute is not set in server.xml on engine element, ModClusterService generates a jvmRoute (UUID). This UUID is not added in the value of the cookie "jsessionid", so the sticky session doesn't work. When the jvmRoute is defined in the server.xml all works fine.
> I known no much about lifecyle in Catalina, but my feeling is that ModClusterService generates the jvmRoute (with JvmRouteFactory)
> after the creation of SessionIdGenerator by the org.apache.catalina.Manager. When ModClusterService injects the generated jvmRoute it's too, the SessionIdGenerator is already created.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-469) Tomcat8 standalone : jvmRoute not added to jessionid cookie when generated as UUID by JvmRouteFactory
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-469?page=com.atlassian.jira.pl... ]
Radoslav Husar commented on MODCLUSTER-469:
-------------------------------------------
I can confirm the issue can be reproduced on Tomcat 8.0.46, the tomcat 8.5 seems correct.
> Tomcat8 standalone : jvmRoute not added to jessionid cookie when generated as UUID by JvmRouteFactory
> -----------------------------------------------------------------------------------------------------
>
> Key: MODCLUSTER-469
> URL: https://issues.jboss.org/browse/MODCLUSTER-469
> Project: mod_cluster
> Issue Type: Bug
> Components: Core & Container Integration (Java)
> Affects Versions: 1.3.1.Final
> Environment: Apache 2.4, ModCluster 1.3.1, Tomcat 8.0 standalone
> Reporter: Eric Vernier
> Assignee: Radoslav Husar
>
> If jvmRoute attribute is not set in server.xml on engine element, ModClusterService generates a jvmRoute (UUID). This UUID is not added in the value of the cookie "jsessionid", so the sticky session doesn't work. When the jvmRoute is defined in the server.xml all works fine.
> I known no much about lifecyle in Catalina, but my feeling is that ModClusterService generates the jvmRoute (with JvmRouteFactory)
> after the creation of SessionIdGenerator by the org.apache.catalina.Manager. When ModClusterService injects the generated jvmRoute it's too, the SessionIdGenerator is already created.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-615) Fix compiler warnings in demo compilation
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-615?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-615:
--------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Fix compiler warnings in demo compilation
> -----------------------------------------
>
> Key: MODCLUSTER-615
> URL: https://issues.jboss.org/browse/MODCLUSTER-615
> Project: mod_cluster
> Issue Type: Bug
> Components: Documentation & Demos
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> This was introduced as a fix for MODCLUSTER-358 which can now be reverted since we no longer support JDK6.
> {noformat}
> [WARNING] /Users/rhusar/git/mod_cluster/demo/client/src/main/java/org/jboss/modcluster/demo/client/ModClusterDemo.java:[504,50] unchecked call to JComboBox(java.util.Vector<E>) as a member of the raw type javax.swing.JComboBox
> [WARNING] /Users/rhusar/git/mod_cluster/demo/client/src/main/java/org/jboss/modcluster/demo/client/ModClusterDemo.java:[505,43] unchecked call to setRenderer(javax.swing.ListCellRenderer<? super E>) as a member of the raw type javax.swing.JComboBox
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-449) Implement ramp-up when starting new nodes
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-449?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-449:
--------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Implement ramp-up when starting new nodes
> -----------------------------------------
>
> Key: MODCLUSTER-449
> URL: https://issues.jboss.org/browse/MODCLUSTER-449
> Project: mod_cluster
> Issue Type: Feature Request
> Components: Core & Container Integration (Java)
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Blocker
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
> Attachments: httpdRamp-up.jpg, undertowRamp-up.jpg
>
>
> IIUC this has been a problem since inception. The problem is that the initial load stays in effect for performing load-balancing decisions until a new stat interval kicks in.
> This effect is mitigated by load decay over time, but for the time a new node joins in, it can get overloaded upon startup.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-615) Fix compiler warnings in demo compilation
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-615?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-615:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/modcluster/mod_cluster/pull/289
> Fix compiler warnings in demo compilation
> -----------------------------------------
>
> Key: MODCLUSTER-615
> URL: https://issues.jboss.org/browse/MODCLUSTER-615
> Project: mod_cluster
> Issue Type: Bug
> Components: Documentation & Demos
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> This was introduced as a fix for MODCLUSTER-358 which can now be reverted since we no longer support JDK6.
> {noformat}
> [WARNING] /Users/rhusar/git/mod_cluster/demo/client/src/main/java/org/jboss/modcluster/demo/client/ModClusterDemo.java:[504,50] unchecked call to JComboBox(java.util.Vector<E>) as a member of the raw type javax.swing.JComboBox
> [WARNING] /Users/rhusar/git/mod_cluster/demo/client/src/main/java/org/jboss/modcluster/demo/client/ModClusterDemo.java:[505,43] unchecked call to setRenderer(javax.swing.ListCellRenderer<? super E>) as a member of the raw type javax.swing.JComboBox
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-615) Fix compiler warnings in demo compilation
by Radoslav Husar (JIRA)
Radoslav Husar created MODCLUSTER-615:
-----------------------------------------
Summary: Fix compiler warnings in demo compilation
Key: MODCLUSTER-615
URL: https://issues.jboss.org/browse/MODCLUSTER-615
Project: mod_cluster
Issue Type: Bug
Components: Documentation & Demos
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
This was introduced as a fix for MODCLUSTER-358 which can now be reverted since we no longer support JDK6.
{noformat}
[WARNING] /Users/rhusar/git/mod_cluster/demo/client/src/main/java/org/jboss/modcluster/demo/client/ModClusterDemo.java:[504,50] unchecked call to JComboBox(java.util.Vector<E>) as a member of the raw type javax.swing.JComboBox
[WARNING] /Users/rhusar/git/mod_cluster/demo/client/src/main/java/org/jboss/modcluster/demo/client/ModClusterDemo.java:[505,43] unchecked call to setRenderer(javax.swing.ListCellRenderer<? super E>) as a member of the raw type javax.swing.JComboBox
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months