[JBoss JIRA] (WFLY-4414) Non Standard SESSIONID not clustered
by Robert Smith (JIRA)
[ https://issues.jboss.org/browse/WFLY-4414?page=com.atlassian.jira.plugin.... ]
Robert Smith commented on WFLY-4414:
------------------------------------
No we cannot. We are not on Wildfly 10, we are possibly moving to 9 in the near future. You should be able to test it pretty easily by creating a custom named session id in your web xml.
> Non Standard SESSIONID not clustered
> ------------------------------------
>
> Key: WFLY-4414
> URL: https://issues.jboss.org/browse/WFLY-4414
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.1.0.Final
> Reporter: Robert Smith
> Assignee: Radoslav Husar
>
> We are using Wildfly 8.1.0-Final in domain mode with mod-cluster.
> We use a non-standard session id in a web application as follows:
> ...
> <distributable />
> <session-config>
> <cookie-config>
> <name>VSOPSESSIONID</name>
> </cookie-config>
> </session-config>
> ...
> During testing of this we had our sticky set to JSESSIONID which caused requests to be forwarded to our 2 nodes alternatively.
> In our 1st request we do:
> request.getSession().setAttribute(KEY, value)
> In our 2nd request we do:
> request.getSession.getAttribute(KEY)
> The second request always returns null.
> When we remove the custom session id, the session data is avaliable.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (WFLY-4414) Non Standard SESSIONID not clustered
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4414?page=com.atlassian.jira.plugin.... ]
Radoslav Husar commented on WFLY-4414:
--------------------------------------
[~rsmith1] Can you please revalidate with wildfly 10.0.0.Final?
> Non Standard SESSIONID not clustered
> ------------------------------------
>
> Key: WFLY-4414
> URL: https://issues.jboss.org/browse/WFLY-4414
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.1.0.Final
> Reporter: Robert Smith
> Assignee: Radoslav Husar
>
> We are using Wildfly 8.1.0-Final in domain mode with mod-cluster.
> We use a non-standard session id in a web application as follows:
> ...
> <distributable />
> <session-config>
> <cookie-config>
> <name>VSOPSESSIONID</name>
> </cookie-config>
> </session-config>
> ...
> During testing of this we had our sticky set to JSESSIONID which caused requests to be forwarded to our 2 nodes alternatively.
> In our 1st request we do:
> request.getSession().setAttribute(KEY, value)
> In our 2nd request we do:
> request.getSession.getAttribute(KEY)
> The second request always returns null.
> When we remove the custom session id, the session data is avaliable.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (DROOLS-925) Cannot deploy kie-server to Wildfly 10.0.0.CR1
by Martijn Burger (JIRA)
[ https://issues.jboss.org/browse/DROOLS-925?page=com.atlassian.jira.plugin... ]
Martijn Burger commented on DROOLS-925:
---------------------------------------
Problem also exists in WildFly 10.0.0.Final proposed (and declined) pull request does not even work for WildFly 10.0.0.Final
> Cannot deploy kie-server to Wildfly 10.0.0.CR1
> ----------------------------------------------
>
> Key: DROOLS-925
> URL: https://issues.jboss.org/browse/DROOLS-925
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 6.3.0.CR2
> Environment: Wildfly 10.0.0.CR1
> Reporter: Pokpitch Patcharadamrongkul
> Assignee: Edson Tirelli
> Priority: Critical
> Fix For: 6.4.0.CR1
>
>
> Cannot deploy kie-server to Wildfly 10.0.0.CR1 (HornetQ is to be deprecated from Wildfly 10.x.x) Please fixed in kie-server-x.x-x.war/META-INF/kie-server-jms.xml
> {color:red}Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYMSGAMQ0055: Could not parse file /opt/wildfly-10.0.0.CR1/standalone/tmp/vfs/temp/temp8eb8a1f894857057/content-c7b7cd6a0a56658e/META-INF/kie-server-jms.xml
> at org.wildfly.extension.messaging.activemq.deployment.MessagingXmlParsingDeploymentUnitProcessor.deploy(MessagingXmlParsingDeploymentUnitProcessor.java:95)
> ... 6 more
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[2,1]
> Message: Unexpected element '{urn:jboss:messaging-deployment:1.0}messaging-deployment'
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:108)
> at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
> at org.wildfly.extension.messaging.activemq.deployment.MessagingXmlParsingDeploymentUnitProcessor.deploy(MessagingXmlParsingDeploymentUnitProcessor.java:89)
> ... 6 more{color}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (WFCORE-1395) Remove /host=master/core-service=management/access=authorization
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1395?page=com.atlassian.jira.plugi... ]
ehsavoie Hugonnet updated WFCORE-1395:
--------------------------------------
Description: The /host=master/core-service=management/access=authorization is odd. It should be removed in WF 11. (was: The /host=master/core-service=management/access=authorization is odd. It should be deprecated and made non-functional in WF 11.
Non-functional meaning the add / remove / write-attribute handlers log a WARN and do nothing)
Summary: Remove /host=master/core-service=management/access=authorization (was: Deprecate /host=master/core-service=management/access=authorization)
> Remove /host=master/core-service=management/access=authorization
> ----------------------------------------------------------------
>
> Key: WFCORE-1395
> URL: https://issues.jboss.org/browse/WFCORE-1395
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 2.1.0.CR1
> Reporter: ehsavoie Hugonnet
> Assignee: ehsavoie Hugonnet
> Priority: Minor
> Fix For: 3.0.0.Alpha1
>
>
> The /host=master/core-service=management/access=authorization is odd. It should be removed in WF 11.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (WFCORE-1399) Failure when resolving an expression with the default value containing a '$' at the end
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1399?page=com.atlassian.jira.plugi... ]
ehsavoie Hugonnet updated WFCORE-1399:
--------------------------------------
Summary: Failure when resolving an expression with the default value containing a '$' at the end (was: CLI: failure when adding a JNDI entry with default value containing a '$' at the end)
> Failure when resolving an expression with the default value containing a '$' at the end
> ---------------------------------------------------------------------------------------
>
> Key: WFCORE-1399
> URL: https://issues.jboss.org/browse/WFCORE-1399
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 2.1.0.CR1
> Reporter: Valentin Maechler
> Assignee: ehsavoie Hugonnet
> Attachments: ExpressionResolver.java, ExpressionResolverUnitTestCase.java
>
>
> Can not add a JNDI / naming entry which contains a "$" sign at the end of its default value.
> e.g. {code}
> value="${my.sample.property1:entry5-default-value-with-special-char-at-the-end-$}"
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months
[JBoss JIRA] (WFCORE-1399) CLI: failure when adding a JNDI entry with default value containing a '$' at the end
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1399?page=com.atlassian.jira.plugi... ]
ehsavoie Hugonnet moved WFLY-6239 to WFCORE-1399:
-------------------------------------------------
Project: WildFly Core (was: WildFly)
Key: WFCORE-1399 (was: WFLY-6239)
Component/s: Domain Management
(was: CLI)
Affects Version/s: (was: 10.0.0.Final)
> CLI: failure when adding a JNDI entry with default value containing a '$' at the end
> ------------------------------------------------------------------------------------
>
> Key: WFCORE-1399
> URL: https://issues.jboss.org/browse/WFCORE-1399
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Valentin Maechler
> Assignee: ehsavoie Hugonnet
> Attachments: ExpressionResolver.java, ExpressionResolverUnitTestCase.java
>
>
> Can not add a JNDI / naming entry which contains a "$" sign at the end of its default value.
> e.g. {code}
> value="${my.sample.property1:entry5-default-value-with-special-char-at-the-end-$}"
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 2 months