[JBoss JIRA] Created: (JBWS-3257) No class available with name 'org.jboss.security.plugins.JaasSecurityDomain'
by Richard Opalka (JIRA)
No class available with name 'org.jboss.security.plugins.JaasSecurityDomain'
----------------------------------------------------------------------------
Key: JBWS-3257
URL: https://issues.jboss.org/browse/JBWS-3257
Project: JBoss Web Services
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: jbossws-native
Reporter: Richard Opalka
Fix For: jbossws-native-4.0
15:09:47,379 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit."jaxws-jbws3182-service.sar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."jaxws-jbws3182-service.sar".INSTALL: Failed to process phase INSTALL of deployment "jaxws-jbws3182-service.sar"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:108)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1344)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.6.0_20]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.6.0_20]
at java.lang.Thread.run(Thread.java:636) [:1.6.0_20]
Caused by: java.lang.IllegalStateException: No class available with name 'org.jboss.security.plugins.JaasSecurityDomain'
at org.jboss.msc.value.LookupClassValue.getValue(LookupClassValue.java:70)
at org.jboss.msc.value.LookupClassValue.getValue(LookupClassValue.java:32)
at org.jboss.msc.value.CachedValue.getValue(CachedValue.java:54)
at org.jboss.msc.value.LookupConstructorValue.getValue(LookupConstructorValue.java:66)
at org.jboss.msc.value.LookupConstructorValue.getValue(LookupConstructorValue.java:37)
at org.jboss.msc.value.CachedValue.getValue(CachedValue.java:54)
at org.jboss.msc.value.ConstructedValue.<init>(ConstructedValue.java:51)
at org.jboss.as.service.ParsedServiceDeploymentProcessor.addService(ParsedServiceDeploymentProcessor.java:127)
at org.jboss.as.service.ParsedServiceDeploymentProcessor.deploy(ParsedServiceDeploymentProcessor.java:102)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:102)
... 4 more
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (JBWS-3199) AbstractServerConfig.toIPv6URLFormat throws java.net.UnknownHostException
by Alessio Soldano (JIRA)
AbstractServerConfig.toIPv6URLFormat throws java.net.UnknownHostException
-------------------------------------------------------------------------
Key: JBWS-3199
URL: https://issues.jboss.org/browse/JBWS-3199
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: jbossws-cxf, jbossws-native
Affects Versions: jbossws-native-3.4.1, jbossws-cxf-3.4.1
Reporter: Alessio Soldano
Fix For: jbossws-native-4.0, jbossws-cxf-4.0
After applying the changes for IPv6 support, the AbstractServerConfig::toIPv6URLFormat method does a InetAddress.getByName(host) call that can throws UnknownHostException if the webserviceHost in the configuration can't be lookup.
This needs to be changed or at least surrounded by a try-catch block as it's not robust (to be honest nothing even prevents the user from wanting a fancy hostname in there).
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (JBWS-3264) Don't use log4j configuration classes in our CXF tools - identify possible workarounds
by Richard Opalka (JIRA)
Don't use log4j configuration classes in our CXF tools - identify possible workarounds
--------------------------------------------------------------------------------------
Key: JBWS-3264
URL: https://issues.jboss.org/browse/JBWS-3264
Project: JBoss Web Services
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Richard Opalka
Fix For: jbossws-cxf-4.0
<opalka> dmlloyd, I found ugly dependency - http://fpaste.org/9UXj/
<stuartdouglas> opalka: I actually hacked up something last night to try and find those problems
<opalka> dmlloyd, stuartdouglas this is the call resulting to this dependency - we're using log4j configurators - http://fpaste.org/aKXp/
<dmlloyd> why?
<dmlloyd> (a) you shouldn't do that, (b) to fix the problem add "javax.api" to log4j's module dep
<opalka> dmlloyd, this is question for alessio. I have no idea? Probably Alessio want's to use log4j config facility
<dmlloyd> ok well if we're doing that it's pretty lame because we go through many hoops to avoid using the log4j config facility
<opalka> dmlloyd, method javadoc isn't more descriptive as well - http://fpaste.org/DyVx/ I'll need to ask Alessio
<opalka> dmlloyd, but just to confirm, we don't want org.apache.logging -> org.w3c.dom dependency in AS7, right ?
* opalka don't like this dependency
<dmlloyd> no, org.apache.logging is something completely different
<dmlloyd> it should be org.apache.log4j -> javax.api
<opalka> dmlloyd, and do we want this dependency ?
<dmlloyd> yeah, it's fine to add
<dmlloyd> but we don't want this manual log4j configuration
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (JBWS-3105) Review and fix AS IL maven dependencies
by Richard Opalka (JIRA)
Review and fix AS IL maven dependencies
---------------------------------------
Key: JBWS-3105
URL: https://jira.jboss.org/browse/JBWS-3105
Project: JBoss Web Services
Issue Type: Task
Security Level: Public (Everyone can see)
Components: jbossws-integration
Reporter: Richard Opalka
Assignee: Richard Opalka
Fix For: jbossws-cxf-3.4.1, jbossws-native-3.4.1, jbossws-metro-3.4.1
I found some weirdness related to VirtualFile in AS IL.
This blocked me to clean AS IL maven dependencies.
We need to review AS IL dependencies and make them
explicit i.e. to know which libraries we're exactly depending on.
The result of this process should be VirtualFile weirdness fix.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (JBWS-3310) Avoid deployment of useless client archives when running JBossWS testsuite
by Alessio Soldano (JIRA)
Avoid deployment of useless client archives when running JBossWS testsuite
--------------------------------------------------------------------------
Key: JBWS-3310
URL: https://issues.jboss.org/browse/JBWS-3310
Project: JBoss Web Services
Issue Type: Task
Security Level: Public (Everyone can see)
Components: jbossws-cxf, jbossws-native
Reporter: Alessio Soldano
Assignee: Alessio Soldano
Fix For: jbossws-native-4.0, jbossws-cxf-4.0
When running the JBossWS testsuite, the JBossWSTestSetup looks for client archives (whose name ends with "-client.jar") in order for adding them to the TCCL. However that "side effect" is actually the only action required for client archives, which should not be deployed on the server (in-container clients are deployed through archives not ending with "-client.jar").
So we should change the TCCL only for those archives, avoid asking for deployment.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months