[JBoss JIRA] (LOGMGR-58) Handler rollback gets null instance reference if prepare are invoked
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-58?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on LOGMGR-58:
-----------------------------------------------
Paul Gier <pgier(a)redhat.com> changed the Status of [bug 975559|https://bugzilla.redhat.com/show_bug.cgi?id=975559] from MODIFIED to ON_QA
> Handler rollback gets null instance reference if prepare are invoked
> --------------------------------------------------------------------
>
> Key: LOGMGR-58
> URL: https://issues.jboss.org/browse/LOGMGR-58
> Project: JBoss Log Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: James Perkins
> Assignee: James Perkins
> Fix For: 1.4.2.Final, 1.5.0.Beta1, 2.0.0.Beta1
>
>
> When a forget/rollback is executed after a prepare the instance has already been removed from the refs. The reference should be held so that it can added back to the refs.
> The least evasive solution is to not invoke the {{applyPostCreate()}} in the prepare. This will require examination of all implementations to make sure values are set, but references are not removed in this phase.
> The other option would be to add a commit step only invoked from the commit phase where references could be removed.
--
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
10 years, 9 months
[JBoss JIRA] (WFLY-1786) webservices no longer use port-offset
by Frank Langelage (JIRA)
Frank Langelage created WFLY-1786:
-------------------------------------
Summary: webservices no longer use port-offset
Key: WFLY-1786
URL: https://issues.jboss.org/browse/WFLY-1786
Project: WildFly
Issue Type: Bug
Components: Web Services
Affects Versions: 8.0.0.Alpha4
Reporter: Frank Langelage
Assignee: Alessio Soldano
Fix For: 8.0.0.Alpha4
One of todays commits broke the Webservice usage for me.
Version c76e3615464ed8d616ba3b84eea0c31185d07a0f was OK.
Version 101d67aa894bca663464c67988a6889496a47158 is broken.
I start wildfly with a port-offset of 700, so http-port is 8780.
But looking at the console app under localhost:10690 - Runtime - Subsystems - Webservices all WSDL url are now http://server:8080/....
port-offset not used here.
So the consequence is
23:02:45,038 FATAL [javax.enterprise.resource.webcontainer.jsf.context#log] /Template.xhtml: Could not send Message.: javax.el.ELException: /Template.xhtml: Could not send Message.
at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:96) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207) [jsf-impl-2.2.1-jbossorg-1.jar:]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1899) [jboss-jsf-api_2.2_spec-2.2.1.jar:2.2.1]
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:451) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131) [jsf-impl-2.2.1-jbossorg-1.jar:]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.1.jar:2.2.1]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.1.jar:2.2.1]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.1.jar:2.2.1]
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.1-jbossorg-1.jar:]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.1.jar:2.2.1]
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:82) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:54) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:186) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:130) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:140) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.security.ServletFormAuthenticationMechanism.servePage(ServletFormAuthenticationMechanism.java:39) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.FormAuthenticationMechanism.sendChallenge(FormAuthenticationMechanism.java:156) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl$ChallengeSender.transition(SecurityContextImpl.java:328) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl$ChallengeSender.transition(SecurityContextImpl.java:347) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl$ChallengeSender.access$300(SecurityContextImpl.java:312) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl.sendChallenges(SecurityContextImpl.java:135) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:109) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:114) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:55) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:197) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:184) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:59) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:119) [undertow-servlet-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:629) [undertow-core-1.0.0.Beta5.jar:1.0.0.Beta5]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_40-ea]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_40-ea]
at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40-ea]
Caused by: javax.xml.ws.WebServiceException: Could not send Message.
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:145)
at com.sun.proxy.$Proxy287.getTranslation(Unknown Source)
at biz.mbisoftware.web.model.common.SynonymMap.getTranslation(SynonymMap.java:49) [classes:]
at biz.mbisoftware.web.model.common.SynonymMap.getTranslation(SynonymMap.java:66) [classes:]
at biz.mbisoftware.web.model.common.TranslationMap.get(TranslationMap.java:90) [classes:]
at biz.mbisoftware.web.utility.LocaleHelper.getTranslation(LocaleHelper.java:243) [classes:]
at biz.mbisoftware.web.model.core.SettingsModel.<init>(SettingsModel.java:88) [classes:]
at biz.mbisoftware.web.model.core.SettingsModel$Proxy$_$$_WeldClientProxy.<init>(Unknown Source) [classes:]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [rt.jar:1.7.0_40-ea]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) [rt.jar:1.7.0_40-ea]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [rt.jar:1.7.0_40-ea]
at java.lang.reflect.Constructor.newInstance(Constructor.java:526) [rt.jar:1.7.0_40-ea]
at java.lang.Class.newInstance(Class.java:374) [rt.jar:1.7.0_40-ea]
at org.jboss.weld.security.NewInstanceAction.run(NewInstanceAction.java:33) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_40-ea]
at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:274) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyFactory.create(ClientProxyFactory.java:110) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:165) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyProvider.createClientProxy(ClientProxyProvider.java:155) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyProvider.access$000(ClientProxyProvider.java:49) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyProvider$1.load(ClientProxyProvider.java:57) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyProvider$1.load(ClientProxyProvider.java:53) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3589) [guava-13.0.1.jar:]
at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2374) [guava-13.0.1.jar:]
at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2337) [guava-13.0.1.jar:]
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2252) [guava-13.0.1.jar:]
at com.google.common.cache.LocalCache.get(LocalCache.java:3990) [guava-13.0.1.jar:]
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3994) [guava-13.0.1.jar:]
at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4878) [guava-13.0.1.jar:]
at org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:54) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:82) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.bean.proxy.ClientProxyProvider.getClientProxy(ClientProxyProvider.java:171) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.el.AbstractWeldELResolver.lookup(AbstractWeldELResolver.java:115) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.el.AbstractWeldELResolver.getValue(AbstractWeldELResolver.java:96) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.as.jsf.injection.weld.ForwardingELResolver.getValue(ForwardingELResolver.java:46) [wildfly-jsf-injection-8.0.0.Alpha4-SNAPSHOT.jar:8.0.0.Alpha4-SNAPSHOT]
at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:188) [javax.el-3.0-b07.jar:3.0-b07]
at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-3.0-b07.jar:3.0-b07]
at com.sun.el.parser.AstValue.getBase(AstValue.java:151) [javax.el-3.0-b07.jar:3.0-b07]
at com.sun.el.parser.AstValue.getValue(AstValue.java:200) [javax.el-3.0-b07.jar:3.0-b07]
at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-3.0-b07.jar:3.0-b07]
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
at com.sun.faces.facelets.el.ELText$ELTextVariable.toString(ELText.java:217) [jsf-impl-2.2.1-jbossorg-1.jar:]
at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:89) [jsf-impl-2.2.1-jbossorg-1.jar:]
... 50 more
Caused by: java.net.ConnectException: ConnectException invoking http://sb2000:8080/mbi-ws/maj2e-langfr-dev/common/TranslationWS: Connection refused
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [rt.jar:1.7.0_40-ea]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) [rt.jar:1.7.0_40-ea]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [rt.jar:1.7.0_40-ea]
at java.lang.reflect.Constructor.newInstance(Constructor.java:526) [rt.jar:1.7.0_40-ea]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1334)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:623)
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:541)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:474)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:377)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:330)
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:134)
... 95 more
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method) [rt.jar:1.7.0_40-ea]
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) [rt.jar:1.7.0_40-ea]
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) [rt.jar:1.7.0_40-ea]
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) [rt.jar:1.7.0_40-ea]
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) [rt.jar:1.7.0_40-ea]
at java.net.Socket.connect(Socket.java:579) [rt.jar:1.7.0_40-ea]
at sun.net.NetworkClient.doConnect(NetworkClient.java:175) [rt.jar:1.7.0_40-ea]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:432) [rt.jar:1.7.0_40-ea]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:527) [rt.jar:1.7.0_40-ea]
at sun.net.www.http.HttpClient.<init>(HttpClient.java:211) [rt.jar:1.7.0_40-ea]
at sun.net.www.http.HttpClient.New(HttpClient.java:308) [rt.jar:1.7.0_40-ea]
at sun.net.www.http.HttpClient.New(HttpClient.java:326) [rt.jar:1.7.0_40-ea]
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:996) [rt.jar:1.7.0_40-ea]
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:932) [rt.jar:1.7.0_40-ea]
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:850) [rt.jar:1.7.0_40-ea]
at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1091) [rt.jar:1.7.0_40-ea]
at org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1278)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1234)
at org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
at org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
at org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1291)
... 105 more
--
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
10 years, 9 months
[JBoss JIRA] (AS7-4932) CLONE - Using session passivation results in WeldListener: java.lang.NullPointerException on normal operation
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-4932?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-4932:
----------------------------------------------
Aleksandar Kostadinov <akostadi(a)redhat.com> made a comment on [bug 900549|https://bugzilla.redhat.com/show_bug.cgi?id=900549]
I just ran a cluster failover test with EAP 6.1.1 ER3 in EC2 and hit the exceptions again. Attaching server log.
> CLONE - Using session passivation results in WeldListener: java.lang.NullPointerException on normal operation
> -------------------------------------------------------------------------------------------------------------
>
> Key: AS7-4932
> URL: https://issues.jboss.org/browse/AS7-4932
> Project: Application Server 7
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 7.1.2.Final (EAP)
> Reporter: Radoslav Husar
> Assignee: Paul Ferraro
> Priority: Blocker
> Labels: as713tracking
> Fix For: 7.1.3.Final (EAP)
>
>
> NPE is thrown in roughly 0.36% of HTTP session request processing in the test.
> This results in response code 503 returned to the client with the exception.
> The test is using passivation-enabled WAR of clusterbench
> https://github.com/rhusar/clusterbench
> Here is a shorter soak test run that uncovered the issue
> https://hudson.qa.jboss.com/hudson/view/EAP6/view/EAP6-Clustering-Soak/jo...
> {noformat}
> [JBossINF] 19:52:10,113 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host]] (ajp-perf20/10.16.90.58:8009-2570) Exception sending request initialized lifecycle event to listener instance of class org.jboss.weld.servlet.WeldListener: java.lang.NullPointerException
> [JBossINF] at org.jboss.as.web.session.ClusteredSession.update(ClusteredSession.java:972) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> [JBossINF] at org.jboss.as.web.session.DistributableSessionManager.loadSession(DistributableSessionManager.java:1377) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> [JBossINF] at org.jboss.as.web.session.DistributableSessionManager.findSession(DistributableSessionManager.java:673) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> [JBossINF] at org.jboss.as.web.session.DistributableSessionManager.findSession(DistributableSessionManager.java:84) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
> [JBossINF] at org.apache.catalina.connector.Request.doGetSession(Request.java:2618) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.catalina.connector.Request.getSession(Request.java:2375) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:841) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.jboss.weld.context.beanstore.http.LazySessionBeanStore.getSession(LazySessionBeanStore.java:72) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> [JBossINF] at org.jboss.weld.context.beanstore.http.LazySessionBeanStore.<init>(LazySessionBeanStore.java:58) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> [JBossINF] at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:31) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> [JBossINF] at org.jboss.weld.context.http.HttpSessionContextImpl.associate(HttpSessionContextImpl.java:16) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> [JBossINF] at org.jboss.weld.servlet.WeldListener.requestInitialized(WeldListener.java:134) [weld-core-1.1.8.Final-redhat-1.jar:1.1.8.Final-redhat-1]
> [JBossINF] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:452) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.16.Final-redhat-1.jar:]
> [JBossINF] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
> {noformat}
--
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
10 years, 9 months
[JBoss JIRA] (WFLY-1785) WAR_BUNDLES_JSF_IMPL does not work for EAR files
by Stan Silvert (JIRA)
[ https://issues.jboss.org/browse/WFLY-1785?page=com.atlassian.jira.plugin.... ]
Stan Silvert updated WFLY-1785:
-------------------------------
Fix Version/s: 8.0.0.Alpha4
Affects Version/s: 8.0.0.Alpha3
> WAR_BUNDLES_JSF_IMPL does not work for EAR files
> ------------------------------------------------
>
> Key: WFLY-1785
> URL: https://issues.jboss.org/browse/WFLY-1785
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 8.0.0.Alpha3
> Environment: Windows 7 Professional. Service Pack 1. 32 Bit.
> Reporter: William Lovett
> Assignee: Stan Silvert
> Priority: Minor
> Fix For: 8.0.0.Alpha4
>
>
> Hello Learned and Astonishly Charming JBoss Associates,
> I've been trying for quite some time now to get my successfully deployed WAR to become a successfully deployed EAR. Much to my chagrin, this has been my white whale, and it just might kill me.
> In a nutshell, the attached EAR file contains a WAR. If you deploy that WAR file everything works smooth as butter. As soon as you put it in an EAR format however, you get the following well placed riposte:
> 19:33:57,513 WARN [org.jboss.as.jsf] (MSC service thread 1-2) JBAS012603: Unknown JSF version 'WAR_BUNDLES_JSF_IMPL'. Default version 'main' will be used instead.
> Not cool, JBoss. Not cool.
> I've tried moving the jars to different places in the WAR/EAR. I've tried using Manifest files. I've tried colorfully adorned four letter expletives. JBoss is unmoved. Does anyone know why JBoss is rejecting my JSF advances? Can the relationship be fixed?
> Using EAP 6.1 which I believe is equivalent to AS 7.2.
> Thanks in advance,
> Will
> PS: The forum didn't like me attaching a 1.8 meg file so here's a download link instead
> http://www.williverstravels.com/JDev/Forums/Threads/230850/TestEar.ear
--
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
10 years, 9 months
[JBoss JIRA] (WFLY-1785) WAR_BUNDLES_JSF_IMPL does not work for EAR files
by Stan Silvert (JIRA)
[ https://issues.jboss.org/browse/WFLY-1785?page=com.atlassian.jira.plugin.... ]
Stan Silvert moved JBEAP-22 to WFLY-1785:
-----------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-1785 (was: JBEAP-22)
Workflow: GIT Pull Request workflow (was: jira)
Component/s: JSF
(was: Classloading)
(was: JSF)
Fix Version/s: (was: EAP 6.1.0.Alpha1)
> WAR_BUNDLES_JSF_IMPL does not work for EAR files
> ------------------------------------------------
>
> Key: WFLY-1785
> URL: https://issues.jboss.org/browse/WFLY-1785
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Environment: Windows 7 Professional. Service Pack 1. 32 Bit.
> Reporter: William Lovett
> Assignee: Stan Silvert
> Priority: Minor
>
> Hello Learned and Astonishly Charming JBoss Associates,
> I've been trying for quite some time now to get my successfully deployed WAR to become a successfully deployed EAR. Much to my chagrin, this has been my white whale, and it just might kill me.
> In a nutshell, the attached EAR file contains a WAR. If you deploy that WAR file everything works smooth as butter. As soon as you put it in an EAR format however, you get the following well placed riposte:
> 19:33:57,513 WARN [org.jboss.as.jsf] (MSC service thread 1-2) JBAS012603: Unknown JSF version 'WAR_BUNDLES_JSF_IMPL'. Default version 'main' will be used instead.
> Not cool, JBoss. Not cool.
> I've tried moving the jars to different places in the WAR/EAR. I've tried using Manifest files. I've tried colorfully adorned four letter expletives. JBoss is unmoved. Does anyone know why JBoss is rejecting my JSF advances? Can the relationship be fixed?
> Using EAP 6.1 which I believe is equivalent to AS 7.2.
> Thanks in advance,
> Will
> PS: The forum didn't like me attaching a 1.8 meg file so here's a download link instead
> http://www.williverstravels.com/JDev/Forums/Threads/230850/TestEar.ear
--
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
10 years, 9 months