[JBoss JIRA] (WFLY-843) Cannot restart webapp bundle after activation failure
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-843?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on WFLY-843:
----------------------------------------------
Horia Chiorean <hchiorea(a)redhat.com> made a comment on [bug 959426|https://bugzilla.redhat.com/show_bug.cgi?id=959426]
No, it isn't. It's a web application that exposes SOAP endpoints via SAAJ.
> Cannot restart webapp bundle after activation failure
> -----------------------------------------------------
>
> Key: WFLY-843
> URL: https://issues.jboss.org/browse/WFLY-843
> Project: WildFly
> Issue Type: Bug
> Components: OSGi
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
>
> {code}
> Caused by: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.setup(CachedConnectionManagerSetupProcessor.java:74)
> at org.jboss.as.web.ThreadSetupBindingListener.bind(ThreadSetupBindingListener.java:50)
> at org.apache.catalina.core.StandardContext.bindThread(StandardContext.java:4234)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3740)
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:102)
> {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
11 years, 7 months
[JBoss JIRA] (WFLY-843) Cannot restart webapp bundle after activation failure
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-843?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on WFLY-843:
----------------------------------------------
Horia Chiorean <hchiorea(a)redhat.com> made a comment on [bug 959426|https://bugzilla.redhat.com/show_bug.cgi?id=959426]
To be even more specific, the endpoints are provided by Apache Chemistry.
> Cannot restart webapp bundle after activation failure
> -----------------------------------------------------
>
> Key: WFLY-843
> URL: https://issues.jboss.org/browse/WFLY-843
> Project: WildFly
> Issue Type: Bug
> Components: OSGi
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
>
> {code}
> Caused by: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.setup(CachedConnectionManagerSetupProcessor.java:74)
> at org.jboss.as.web.ThreadSetupBindingListener.bind(ThreadSetupBindingListener.java:50)
> at org.apache.catalina.core.StandardContext.bindThread(StandardContext.java:4234)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3740)
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:102)
> {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
11 years, 7 months
[JBoss JIRA] (WFLY-843) Cannot restart webapp bundle after activation failure
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-843?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler commented on WFLY-843:
-------------------------------------
This is an OSGi issue. Is the above webapp really an OSGi bundle?
> Cannot restart webapp bundle after activation failure
> -----------------------------------------------------
>
> Key: WFLY-843
> URL: https://issues.jboss.org/browse/WFLY-843
> Project: WildFly
> Issue Type: Bug
> Components: OSGi
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
>
> {code}
> Caused by: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.setup(CachedConnectionManagerSetupProcessor.java:74)
> at org.jboss.as.web.ThreadSetupBindingListener.bind(ThreadSetupBindingListener.java:50)
> at org.apache.catalina.core.StandardContext.bindThread(StandardContext.java:4234)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3740)
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:102)
> {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
11 years, 7 months
[JBoss JIRA] (WFLY-843) Cannot restart webapp bundle after activation failure
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-843?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on WFLY-843:
----------------------------------------------
baranowb <bbaranow(a)redhat.com> made a comment on [bug 959426|https://bugzilla.redhat.com/show_bug.cgi?id=959426]
This issue should not be in "NEW" Status.
> Cannot restart webapp bundle after activation failure
> -----------------------------------------------------
>
> Key: WFLY-843
> URL: https://issues.jboss.org/browse/WFLY-843
> Project: WildFly
> Issue Type: Bug
> Components: OSGi
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
>
> {code}
> Caused by: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.as.connector.deployers.ra.processors.CachedConnectionManagerSetupProcessor$CachedConnectionManagerSetupAction.setup(CachedConnectionManagerSetupProcessor.java:74)
> at org.jboss.as.web.ThreadSetupBindingListener.bind(ThreadSetupBindingListener.java:50)
> at org.apache.catalina.core.StandardContext.bindThread(StandardContext.java:4234)
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3740)
> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:102)
> {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
11 years, 7 months
[JBoss JIRA] (WFLY-1411) UT005013 at the end of an Arquillian test
by Juergen Zimmermann (JIRA)
[ https://issues.jboss.org/browse/WFLY-1411?page=com.atlassian.jira.plugin.... ]
Juergen Zimmermann commented on WFLY-1411:
------------------------------------------
Confirmed.
> UT005013 at the end of an Arquillian test
> -----------------------------------------
>
> Key: WFLY-1411
> URL: https://issues.jboss.org/browse/WFLY-1411
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 8.0.0.Alpha2
> Reporter: Juergen Zimmermann
> Assignee: Stuart Douglas
> Fix For: 8.0.0.Alpha2
>
>
> I'm using an Alpha 2 snapshot of WildFly. When an Arquillian test ends I'm getting the following stacktrace:
> ...
> 20:07:12,101 INFO [org.jboss.as.server] JBAS018558: Undeployed "shop2.war" (runtime-name: "shop2.war")
> 20:07:12,131 ERROR [io.undertow.request.io] UT005013: An IOException occurred: java.io.IOException: Eine vorhandene Verbindung wurde vom Remotehost geschlossen
> at sun.nio.ch.SocketDispatcher.read0(Native Method) [rt.jar:1.7.0_21]
> at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:43) [rt.jar:1.7.0_21]
> at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:225) [rt.jar:1.7.0_21]
> at sun.nio.ch.IOUtil.read(IOUtil.java:193) [rt.jar:1.7.0_21]
> at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:359) [rt.jar:1.7.0_21]
> at org.xnio.nio.NioSocketConduit.read(NioSocketConduit.java:262) [xnio-nio-3.1.0.CR3.jar:3.1.0.CR3]
> at org.xnio.conduits.ConduitStreamSourceChannel.read(ConduitStreamSourceChannel.java:127) [xnio-api-3.1.0.CR3.jar:3.1.0.CR3]
> at io.undertow.server.HttpReadListener.handleEvent(HttpReadListener.java:83)
> at io.undertow.server.HttpReadListener.handleEvent(HttpReadListener.java:43)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:91) [xnio-api-3.1.0.CR3.jar:3.1.0.CR3]
> at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:61) [xnio-api-3.1.0.CR3.jar:3.1.0.CR3]
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:85) [xnio-nio-3.1.0.CR3.jar:3.1.0.CR3]
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:528) [xnio-nio-3.1.0.CR3.jar:3.1.0.CR3]
--
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
11 years, 7 months
[JBoss JIRA] (WFLY-1440) How to configure ssl with mod_cluster and JBoss 7.1.1
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/WFLY-1440?page=com.atlassian.jira.plugin.... ]
Steven Hawkins moved TEIID-2523 to WFLY-1440:
---------------------------------------------
Project: WildFly (was: Teiid)
Key: WFLY-1440 (was: TEIID-2523)
Workflow: GIT Pull Request workflow (was: jira)
Affects Version/s: (was: 7.1.1)
> How to configure ssl with mod_cluster and JBoss 7.1.1
> -----------------------------------------------------
>
> Key: WFLY-1440
> URL: https://issues.jboss.org/browse/WFLY-1440
> Project: WildFly
> Issue Type: Feature Request
> Environment: - One LPAR with AIX 7.1, mod_cluster 1.1.3, http 2.2.14
> - Two LPAR with AIX 7.1, JBoss 7.1.1. Final
> Reporter: Jose Giner
> Assignee: Steven Hawkins
>
> Hi,
> We configure three LPAR with AIX7.1:
> - One LPAR for Web with mod_cluster 1.1.3 and http 2.2.14
> - Two LPAR for JBoss 7.1.1 Final.
> Now we want to securize the Web LPAR.
> 1.- We create a local certificate on Web LPAR:
> openssl genrsa -des3 -out server.key 1024
> openssl req -new -key server.key -out server.csr
> openssl req -new -key server.key -out server.csr
> openssl x509 -req -days 730 -in server.csr -signkey server.key -out server.crt
> 2.- We comment the line "Include conf/extra/httpd-vhosts.conf" on httpd.conf
> 3.- We uncommnet the line "Include conf/extra/httpd-ssl.conf" on httpd.conf
> 4.- We copy the content of conf/extra/httpd-vhosts.conf at the bottom of conf/extra/httpd-ssl.conf and change the port 10001 by 443 and add SSL configuration:
> </VirtualHost>
> Listen 192.168.34.19:443
> MemManagerFile /var/cache/httpd
> <VirtualHost 192.168.34.19:443>
> SSLEngine on
> SSLCipherSuite AES128-SHA:ALL:!ADH:!LOW:!MD5:!SSLV2:!NULL
> SSLCertificateFile pki/server.crt
> SSLCertificateKeyFile pki/server.key
> SSLVerifyClient require
> SSLVerifyDepth 10
> <Directory />
> Order deny,allow
> Allow from all
> </Directory>
> KeepAliveTimeout 60
> MaxKeepAliveRequests 0
> ManagerBalancerName other-server-group
> AdvertiseFrequency 5
> #This directive allows you to view mod_cluster status at URL http://192.168.34.19:10001/mod_cluster-manager
> <Location /mod_cluster-manager>
> SetHandler mod_cluster-manager
> Order deny,allow
> Allow from all
> </Location>
> </VirtualHost>
> but we cannot connect using https://.....
> Anything wrong? We must configure something in JBoss?
> Regards,
--
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
11 years, 7 months
[JBoss JIRA] (WFLY-1368) NumberFormatException in UndertowDeploymentInfoService when war is deployed
by Juergen Zimmermann (JIRA)
[ https://issues.jboss.org/browse/WFLY-1368?page=com.atlassian.jira.plugin.... ]
Juergen Zimmermann commented on WFLY-1368:
------------------------------------------
Confirmed.
> NumberFormatException in UndertowDeploymentInfoService when war is deployed
> ---------------------------------------------------------------------------
>
> Key: WFLY-1368
> URL: https://issues.jboss.org/browse/WFLY-1368
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 8.0.0.Alpha1
> Reporter: Juergen Zimmermann
> Assignee: Stuart Douglas
> Fix For: 8.0.0.Alpha2
>
> Attachments: web.xml
>
>
> I compiled WildFly on a Windows box (Win7, x64, JDK 1.7.0_21 32bit). Starting the WildFly appserver without any app works fine.
> Next I tried to deploy a war. However, I get the stacktrace below caused by a NumberFormatException.
> 14:59:29,806 ERROR [org.jboss.msc.service.fail] MSC000001: Failed to start service jboss.undertow.deployment.default-host./shop2.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./shop2.UndertowDeploymentInfoService: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1930) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: java.lang.NumberFormatException: null
> at java.lang.Integer.parseInt(Integer.java:454) [rt.jar:1.7.0_21]
> at java.lang.Integer.parseInt(Integer.java:527) [rt.jar:1.7.0_21]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:513)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:200)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
> ... 3 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
11 years, 7 months
[JBoss JIRA] (WFLY-1440) How to configure ssl with mod_cluster and JBoss 7.1.1
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/WFLY-1440?page=com.atlassian.jira.plugin.... ]
Steven Hawkins updated WFLY-1440:
---------------------------------
Assignee: (was: Steven Hawkins)
> How to configure ssl with mod_cluster and JBoss 7.1.1
> -----------------------------------------------------
>
> Key: WFLY-1440
> URL: https://issues.jboss.org/browse/WFLY-1440
> Project: WildFly
> Issue Type: Feature Request
> Environment: - One LPAR with AIX 7.1, mod_cluster 1.1.3, http 2.2.14
> - Two LPAR with AIX 7.1, JBoss 7.1.1. Final
> Reporter: Jose Giner
>
> Hi,
> We configure three LPAR with AIX7.1:
> - One LPAR for Web with mod_cluster 1.1.3 and http 2.2.14
> - Two LPAR for JBoss 7.1.1 Final.
> Now we want to securize the Web LPAR.
> 1.- We create a local certificate on Web LPAR:
> openssl genrsa -des3 -out server.key 1024
> openssl req -new -key server.key -out server.csr
> openssl req -new -key server.key -out server.csr
> openssl x509 -req -days 730 -in server.csr -signkey server.key -out server.crt
> 2.- We comment the line "Include conf/extra/httpd-vhosts.conf" on httpd.conf
> 3.- We uncommnet the line "Include conf/extra/httpd-ssl.conf" on httpd.conf
> 4.- We copy the content of conf/extra/httpd-vhosts.conf at the bottom of conf/extra/httpd-ssl.conf and change the port 10001 by 443 and add SSL configuration:
> </VirtualHost>
> Listen 192.168.34.19:443
> MemManagerFile /var/cache/httpd
> <VirtualHost 192.168.34.19:443>
> SSLEngine on
> SSLCipherSuite AES128-SHA:ALL:!ADH:!LOW:!MD5:!SSLV2:!NULL
> SSLCertificateFile pki/server.crt
> SSLCertificateKeyFile pki/server.key
> SSLVerifyClient require
> SSLVerifyDepth 10
> <Directory />
> Order deny,allow
> Allow from all
> </Directory>
> KeepAliveTimeout 60
> MaxKeepAliveRequests 0
> ManagerBalancerName other-server-group
> AdvertiseFrequency 5
> #This directive allows you to view mod_cluster status at URL http://192.168.34.19:10001/mod_cluster-manager
> <Location /mod_cluster-manager>
> SetHandler mod_cluster-manager
> Order deny,allow
> Allow from all
> </Location>
> </VirtualHost>
> but we cannot connect using https://.....
> Anything wrong? We must configure something in JBoss?
> Regards,
--
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
11 years, 7 months