[JBoss JIRA] (WFLY-2125) wildfly8 can't identify port-offset
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-2125?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-2125:
---------------------------------
Assignee: Tomaz Cerar (was: jaikiran pai)
> wildfly8 can't identify port-offset
> -----------------------------------
>
> Key: WFLY-2125
> URL: https://issues.jboss.org/browse/WFLY-2125
> Project: WildFly
> Issue Type: Feature Request
> Components: Clustering
> Affects Versions: 8.0.0.Alpha4
> Environment: wildfly-8.0.0.Alpha4.tar.gz
> jdk-7u25-linux-i586.rpm
> mod_cluster-1.2.0.Final-linux2-x64-ssl.tar.gz
> Reporter: hui gao
> Assignee: Tomaz Cerar
> Fix For: 8.0.0.Beta1
>
>
> I installed wildfly8 and mod_cluster reference steps of https://docs.jboss.org/author/display/AS72/AS7+Cluster+Howto
> The cluster contains four servers,start up with domain mode:
> 10.19.222.52:server1/server2
> 10.19.222.53:server3/server4
> 10.19.222.50:apache
> But it only detects server1 and server3 which the port is 8009.
> The port-offset is 100,it can't identify the other port(8109) for server2 and server4.
> Search errorlog of Apache ,the proxy:AJP always acquired connection through initial AJP port(8009) defined in domain.xml.
> [Fri Sep 13 21:07:40 2013] [debug] mod_proxy_cluster.c(773): ajp_cping_cpong: Done
> [Fri Sep 13 21:07:40 2013] [debug] proxy_util.c(2029): proxy: ajp: has released connection for (10.19.222.52)
> [Fri Sep 13 21:07:43 2013] [debug] proxy_util.c(2011): proxy: ajp: has acquired connection for (10.19.222.53)
> [Fri Sep 13 21:07:43 2013] [debug] proxy_util.c(2067): proxy: connecting ajp://10.19.222.53:8009/ to 10.19.222.53:8009
> [Fri Sep 13 21:07:43 2013] [debug] proxy_util.c(2193): proxy: connected ajp://10.19.222.53:8009/ to 10.19.222.53:8009
> [Fri Sep 13 21:07:43 2013] [debug] mod_proxy_cluster.c(773): ajp_cping_cpong: Done
> [Fri Sep 13 21:07:43 2013] [debug] proxy_util.c(2029): proxy: ajp: has released connection for (10.19.222.53)
> [Fri Sep 13 21:07:45 2013] [debug] proxy_util.c(2011): proxy: ajp: has acquired connection for (10.19.222.52)
> [Fri Sep 13 21:07:45 2013] [debug] proxy_util.c(2067): proxy: connecting ajp://10.19.222.52:8009/ to 10.19.222.52:8009
> [Fri Sep 13 21:07:45 2013] [debug] proxy_util.c(2193): proxy: connected ajp://10.19.222.52:8009/ to 10.19.222.52:8009
> [Fri Sep 13 21:07:45 2013] [debug] mod_proxy_cluster.c(773): ajp_cping_cpong: Done
> [Fri Sep 13 21:07:45 2013] [debug] proxy_util.c(2029): proxy: ajp: has released connection for (10.19.222.52)
> [Fri Sep 13 21:07:46 2013] [debug] mod_manager.c(1667): manager_trans STATUS (/)
> [Fri Sep 13 21:07:46 2013] [debug] mod_manager.c(2323): manager_handler STATUS (/) processing: "JVMRoute=2644d861-0ead-352c-ba1e-619f1e1f25e8&Load=100"
> [Fri Sep 13 21:07:46 2013] [debug] mod_manager.c(1404): Processing STATUS
> [Fri Sep 13 21:07:46 2013] [debug] proxy_util.c(2011): proxy: ajp: has acquired connection for (10.19.222.53)
> [Fri Sep 13 21:07:46 2013] [debug] proxy_util.c(2067): proxy: connecting ajp://10.19.222.53:8009/ to 10.19.222.53:8009
> [Fri Sep 13 21:07:46 2013] [debug] proxy_util.c(2193): proxy: connected ajp://10.19.222.53:8009/ to 10.19.222.53:8009
> [Fri Sep 13 21:07:46 2013] [debug] mod_proxy_cluster.c(773): ajp_cping_cpong: Done
> [Fri Sep 13 21:07:46 2013] [debug] proxy_util.c(2029): proxy: ajp: has released connection for (10.19.222.53)
> [Fri Sep 13 21:07:46 2013] [debug] mod_manager.c(2366): manager_handler STATUS OK
> [Fri Sep 13 21:07:47 2013] [debug] mod_manager.c(1667): manager_trans STATUS (/)
> [Fri Sep 13 21:07:47 2013] [debug] mod_manager.c(2323): manager_handler STATUS (/) processing: "JVMRoute=ea81701b-f847-34a8-9534-0ac5c489af90&Load=100"
> [Fri Sep 13 21:07:47 2013] [debug] mod_manager.c(1404): Processing STATUS
> [Fri Sep 13 21:07:47 2013] [debug] proxy_util.c(2011): proxy: ajp: has acquired connection for (10.19.222.52)
> [Fri Sep 13 21:07:47 2013] [debug] proxy_util.c(2067): proxy: connecting ajp://10.19.222.52:8009/ to 10.19.222.52:8009
> [Fri Sep 13 21:07:47 2013] [debug] proxy_util.c(2193): proxy: connected ajp://10.19.222.52:8009/ to 10.19.222.52:8009
--
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
12 years, 10 months
[JBoss JIRA] (WFLY-1786) webservices no longer use port-offset
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-1786?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-1786:
---------------------------------
Assignee: Tomaz Cerar (was: jaikiran pai)
> 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: Tomaz Cerar
> Fix For: 8.0.0.Beta1
>
>
> 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
12 years, 10 months
[JBoss JIRA] (WFLY-2165) Error Weld when starting WildFly 8 with Spring 3 - NullPointerException
by Jozef Hartinger (JIRA)
[ https://issues.jboss.org/browse/WFLY-2165?page=com.atlassian.jira.plugin.... ]
Jozef Hartinger updated WFLY-2165:
----------------------------------
Priority: Critical (was: Major)
> Error Weld when starting WildFly 8 with Spring 3 - NullPointerException
> -----------------------------------------------------------------------
>
> Key: WFLY-2165
> URL: https://issues.jboss.org/browse/WFLY-2165
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Raul Abreu Leite
> Assignee: Matus Abaffy
> Priority: Critical
> Fix For: 8.0.0.Beta1
>
>
> When I update my application, from Jboss-as 7.1.1.Final to Wildfly 8.0.0.Alpha4, there was an error that I can not fix.
> {code:java}
> 19:57:20,955 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."cineserver.war".component."org.springframework.web.context.request.async.StandardServletAsyncWebRequest".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cineserver.war".component."org.springframework.web.context.request.async.StandardServletAsyncWebRequest".WeldInstantiator: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1900) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> Caused by: java.lang.NullPointerException
> at org.jboss.weld.injection.InjectionPointFactory.getParameterInjectionPoints(InjectionPointFactory.java:245)
> at org.jboss.weld.injection.AbstractCallableInjectionPoint.<init>(AbstractCallableInjectionPoint.java:49)
> at org.jboss.weld.injection.ConstructorInjectionPoint.<init>(ConstructorInjectionPoint.java:59)
> at org.jboss.weld.injection.InjectionPointFactory.createConstructorInjectionPoint(InjectionPointFactory.java:173)
> at org.jboss.weld.injection.producer.DefaultInstantiator.<init>(DefaultInstantiator.java:46)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.initInstantiator(BasicInjectionTarget.java:144)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.<init>(BasicInjectionTarget.java:72)
> at org.jboss.as.weld.injection.NonContextualComponentInjectionTarget.<init>(NonContextualComponentInjectionTarget.java:48)
> at org.jboss.as.weld.injection.NonContextualComponentInjectionTarget.<init>(NonContextualComponentInjectionTarget.java:44)
> at org.jboss.as.weld.injection.WeldComponentService.start(WeldComponentService.java:129)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1944) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1877) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> ... 3 more
> 19:57:21,018 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "cineserver.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator: Failed to start service
> Caused by: java.lang.NullPointerException"}}
> 19:57:21,018 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "cineserver.war" was rolled back with the following failure message:
> {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator: Failed to start service
> Caused by: java.lang.NullPointerException"}}
> {code}
--
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
12 years, 10 months
[JBoss JIRA] (WFLY-2165) Error Weld when starting WildFly 8 with Spring 3 - NullPointerException
by Jozef Hartinger (JIRA)
[ https://issues.jboss.org/browse/WFLY-2165?page=com.atlassian.jira.plugin.... ]
Jozef Hartinger updated WFLY-2165:
----------------------------------
Fix Version/s: 8.0.0.Beta1
(was: 8.0.0.CR1)
> Error Weld when starting WildFly 8 with Spring 3 - NullPointerException
> -----------------------------------------------------------------------
>
> Key: WFLY-2165
> URL: https://issues.jboss.org/browse/WFLY-2165
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Raul Abreu Leite
> Assignee: Matus Abaffy
> Fix For: 8.0.0.Beta1
>
>
> When I update my application, from Jboss-as 7.1.1.Final to Wildfly 8.0.0.Alpha4, there was an error that I can not fix.
> {code:java}
> 19:57:20,955 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."cineserver.war".component."org.springframework.web.context.request.async.StandardServletAsyncWebRequest".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cineserver.war".component."org.springframework.web.context.request.async.StandardServletAsyncWebRequest".WeldInstantiator: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1900) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> Caused by: java.lang.NullPointerException
> at org.jboss.weld.injection.InjectionPointFactory.getParameterInjectionPoints(InjectionPointFactory.java:245)
> at org.jboss.weld.injection.AbstractCallableInjectionPoint.<init>(AbstractCallableInjectionPoint.java:49)
> at org.jboss.weld.injection.ConstructorInjectionPoint.<init>(ConstructorInjectionPoint.java:59)
> at org.jboss.weld.injection.InjectionPointFactory.createConstructorInjectionPoint(InjectionPointFactory.java:173)
> at org.jboss.weld.injection.producer.DefaultInstantiator.<init>(DefaultInstantiator.java:46)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.initInstantiator(BasicInjectionTarget.java:144)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.<init>(BasicInjectionTarget.java:72)
> at org.jboss.as.weld.injection.NonContextualComponentInjectionTarget.<init>(NonContextualComponentInjectionTarget.java:48)
> at org.jboss.as.weld.injection.NonContextualComponentInjectionTarget.<init>(NonContextualComponentInjectionTarget.java:44)
> at org.jboss.as.weld.injection.WeldComponentService.start(WeldComponentService.java:129)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1944) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1877) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> ... 3 more
> 19:57:21,018 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "cineserver.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator: Failed to start service
> Caused by: java.lang.NullPointerException"}}
> 19:57:21,018 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "cineserver.war" was rolled back with the following failure message:
> {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator: Failed to start service
> Caused by: java.lang.NullPointerException"}}
> {code}
--
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
12 years, 10 months
[JBoss JIRA] (WFLY-2165) Error Weld when starting WildFly 8 with Spring 3 - NullPointerException
by Jozef Hartinger (JIRA)
[ https://issues.jboss.org/browse/WFLY-2165?page=com.atlassian.jira.plugin.... ]
Jozef Hartinger moved WELD-1489 to WFLY-2165:
---------------------------------------------
Project: WildFly (was: Weld)
Key: WFLY-2165 (was: WELD-1489)
Affects Version/s: (was: 2.0.3.Final)
Component/s: CDI / Weld
(was: WildFly integration)
Fix Version/s: 8.0.0.CR1
(was: 2.1.0.CR1)
> Error Weld when starting WildFly 8 with Spring 3 - NullPointerException
> -----------------------------------------------------------------------
>
> Key: WFLY-2165
> URL: https://issues.jboss.org/browse/WFLY-2165
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Raul Abreu Leite
> Assignee: Matus Abaffy
> Fix For: 8.0.0.CR1
>
>
> When I update my application, from Jboss-as 7.1.1.Final to Wildfly 8.0.0.Alpha4, there was an error that I can not fix.
> {code:java}
> 19:57:20,955 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.unit."cineserver.war".component."org.springframework.web.context.request.async.StandardServletAsyncWebRequest".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cineserver.war".component."org.springframework.web.context.request.async.StandardServletAsyncWebRequest".WeldInstantiator: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1900) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> Caused by: java.lang.NullPointerException
> at org.jboss.weld.injection.InjectionPointFactory.getParameterInjectionPoints(InjectionPointFactory.java:245)
> at org.jboss.weld.injection.AbstractCallableInjectionPoint.<init>(AbstractCallableInjectionPoint.java:49)
> at org.jboss.weld.injection.ConstructorInjectionPoint.<init>(ConstructorInjectionPoint.java:59)
> at org.jboss.weld.injection.InjectionPointFactory.createConstructorInjectionPoint(InjectionPointFactory.java:173)
> at org.jboss.weld.injection.producer.DefaultInstantiator.<init>(DefaultInstantiator.java:46)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.initInstantiator(BasicInjectionTarget.java:144)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.<init>(BasicInjectionTarget.java:72)
> at org.jboss.as.weld.injection.NonContextualComponentInjectionTarget.<init>(NonContextualComponentInjectionTarget.java:48)
> at org.jboss.as.weld.injection.NonContextualComponentInjectionTarget.<init>(NonContextualComponentInjectionTarget.java:44)
> at org.jboss.as.weld.injection.WeldComponentService.start(WeldComponentService.java:129)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1944) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1877) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> ... 3 more
> 19:57:21,018 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "cineserver.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator: Failed to start service
> Caused by: java.lang.NullPointerException"}}
> 19:57:21,018 ERROR [org.jboss.as.server] (DeploymentScanner-threads - 1) JBAS015870: Deploy of deployment "cineserver.war" was rolled back with the following failure message:
> {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cineserver.war\".component.\"org.springframework.web.context.request.async.StandardServletAsyncWebRequest\".WeldInstantiator: Failed to start service
> Caused by: java.lang.NullPointerException"}}
> {code}
--
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
12 years, 10 months
[JBoss JIRA] (WFLY-2164) EE subsystem config to define if EE naming contexts are modifiable by EE components
by Eduardo Martins (JIRA)
Eduardo Martins created WFLY-2164:
-------------------------------------
Summary: EE subsystem config to define if EE naming contexts are modifiable by EE components
Key: WFLY-2164
URL: https://issues.jboss.org/browse/WFLY-2164
Project: WildFly
Issue Type: Feature Request
Components: EE, Naming
Reporter: Eduardo Martins
Assignee: Eduardo Martins
Wildfly allows EE components to modify their naming environment (and every other naming context too), and such behaviour may be undesirable, thus the EE subsystem configuration should include an attribute to globally turn on or off such functionality.
--
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
12 years, 10 months