[JBoss JIRA] (AS7-6784) StabilityMonitors used in AS code base are leaking services
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/AS7-6784?page=com.atlassian.jira.plugin.s... ]
Tomaz Cerar updated AS7-6784:
-----------------------------
Description:
This issue causes that deployment are never un-deployed and GCd which causes OOM in our testsuite.
Currently most prominent issue is JSF2.2 upgrade that fails with OOM because of this.
Result is that JSF2.2 support cannot be added to master as it would always fail testsuite.
was:
This issue causes that deployment are never un-deployed and GCd which causes OOM in our testsuite.
Currently most prominent issue is JSF2.2 upgrade that fails with OOM because of this.
> StabilityMonitors used in AS code base are leaking services
> -----------------------------------------------------------
>
> Key: AS7-6784
> URL: https://issues.jboss.org/browse/AS7-6784
> Project: Application Server 7
> Issue Type: Bug
> Components: Server
> Reporter: Richard Opalka
> Assignee: Richard Opalka
> Priority: Blocker
> Fix For: 8.0.0.Alpha1
>
>
> This issue causes that deployment are never un-deployed and GCd which causes OOM in our testsuite.
> Currently most prominent issue is JSF2.2 upgrade that fails with OOM because of this.
> Result is that JSF2.2 support cannot be added to master as it would always fail testsuite.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6784) StabilityMonitors used in AS code base are leaking services
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/AS7-6784?page=com.atlassian.jira.plugin.s... ]
Tomaz Cerar updated AS7-6784:
-----------------------------
Description:
This issue causes that deployment are never un-deployed and GCd which causes OOM in our testsuite.
Currently most prominent issue is JSF2.2 upgrade that fails with OOM because of this.
> StabilityMonitors used in AS code base are leaking services
> -----------------------------------------------------------
>
> Key: AS7-6784
> URL: https://issues.jboss.org/browse/AS7-6784
> Project: Application Server 7
> Issue Type: Bug
> Components: Server
> Reporter: Richard Opalka
> Assignee: Richard Opalka
> Priority: Blocker
> Fix For: 8.0.0.Alpha1
>
>
> This issue causes that deployment are never un-deployed and GCd which causes OOM in our testsuite.
> Currently most prominent issue is JSF2.2 upgrade that fails with OOM because of this.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6681) ClusteredSingleSignOn ClassCastException with non-distributable apps
by Dennis Reed (JIRA)
[ https://issues.jboss.org/browse/AS7-6681?page=com.atlassian.jira.plugin.s... ]
Dennis Reed resolved AS7-6681.
------------------------------
Fix Version/s: 8.0.0.Alpha1
Resolution: Done
> ClusteredSingleSignOn ClassCastException with non-distributable apps
> --------------------------------------------------------------------
>
> Key: AS7-6681
> URL: https://issues.jboss.org/browse/AS7-6681
> Project: Application Server 7
> Issue Type: Bug
> Components: Web
> Affects Versions: 7.1.3.Final (EAP)
> Reporter: Dennis Reed
> Assignee: Dennis Reed
> Fix For: 8.0.0.Alpha1
>
> Attachments: test.war
>
>
> When ClusteredSingleSignOn is enabled, and a user has an active session in a non-distributable web application, invalidating any session in the same SSO from a different AS instance in the cluster causes the following exception (logged numerous times in various ways):
> ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (OOB-20,null) ISPN000136: Execution error: org.infinispan.CacheException: Caught exception [java.lang.ClassCastException] while invoking method [public void org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager.cacheEntryRemoved(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager@28e13c84
> ...
> Caused by: java.lang.ClassCastException: org.apache.catalina.session.StandardSession cannot be cast to org.jboss.as.web.session.ClusteredSession
> at org.jboss.as.web.sso.ClusteredSingleSignOn.deregisterLocal(ClusteredSingleSignOn.java:523) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> ...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6681) ClusteredSingleSignOn ClassCastException with non-distributable apps
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-6681?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-6681:
----------------------------------------------
Brian Stansberry <brian.stansberry(a)redhat.com> changed the Status of [bug 920367|https://bugzilla.redhat.com/show_bug.cgi?id=920367] from NEW to POST
> ClusteredSingleSignOn ClassCastException with non-distributable apps
> --------------------------------------------------------------------
>
> Key: AS7-6681
> URL: https://issues.jboss.org/browse/AS7-6681
> Project: Application Server 7
> Issue Type: Bug
> Components: Web
> Affects Versions: 7.1.3.Final (EAP)
> Reporter: Dennis Reed
> Assignee: Dennis Reed
> Attachments: test.war
>
>
> When ClusteredSingleSignOn is enabled, and a user has an active session in a non-distributable web application, invalidating any session in the same SSO from a different AS instance in the cluster causes the following exception (logged numerous times in various ways):
> ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (OOB-20,null) ISPN000136: Execution error: org.infinispan.CacheException: Caught exception [java.lang.ClassCastException] while invoking method [public void org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager.cacheEntryRemoved(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager@28e13c84
> ...
> Caused by: java.lang.ClassCastException: org.apache.catalina.session.StandardSession cannot be cast to org.jboss.as.web.session.ClusteredSession
> at org.jboss.as.web.sso.ClusteredSingleSignOn.deregisterLocal(ClusteredSingleSignOn.java:523) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> ...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-5547) Deployment fails when Dependencies is empty in a jars manifest
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/AS7-5547?page=com.atlassian.jira.plugin.s... ]
Stuart Douglas resolved AS7-5547.
---------------------------------
Fix Version/s: 8.0.0.Alpha1
Resolution: Done
> Deployment fails when Dependencies is empty in a jars manifest
> --------------------------------------------------------------
>
> Key: AS7-5547
> URL: https://issues.jboss.org/browse/AS7-5547
> Project: Application Server 7
> Issue Type: Enhancement
> Affects Versions: 7.1.1.Final
> Reporter: Gábor Farkas
> Assignee: Stuart Douglas
> Fix For: 8.0.0.Alpha1
>
> Attachments: empty-manifest.ear
>
>
> I have a WAR, which produces the following error on deployment:
> Caused by: java.lang.IllegalArgumentException: Empty module specification
> at org.jboss.modules.ModuleIdentifier.fromString(ModuleIdentifier.java:169) [jboss-modules.jar:1.1.1.GA]
> at org.jboss.as.server.deployment.module.ManifestDependencyProcessor.deploy(ManifestDependencyProcessor.java:83) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> ... 5 more
> I found that my WAR contains a jar in WEB-INF/lib that has empty dependencies defined in its manifest. More exactly it's "Dependencies: ", so the colon is followed by a space character before the new line characters. The ManifestDependencyProcessor parses this as one dependency, the name of which is the empty string.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months