[JBoss JIRA] Created: (JBWS-3040) Default WSSecurity configurations should support both SOAP protocol versions
by Richard Opalka (JIRA)
Default WSSecurity configurations should support both SOAP protocol versions
----------------------------------------------------------------------------
Key: JBWS-3040
URL: https://jira.jboss.org/browse/JBWS-3040
Project: JBoss Web Services
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: jbossws-native
Reporter: Richard Opalka
Assignee: Richard Opalka
Fix For: jbossws-native-3.3.0
Hi,
I'm using JBossWS 3.1.1.GA, and I've discovered a possible problem when mixing the support for WS-Policy, WS-Security and a web service with SOAP1.2 binding.
The problem is that by default, if no specific client configuration is provided, the client wsdl parser will parse the provided policy, detect that WS-Security is required and load the "Standard WSSecurity Client" configuration from the embedded standard-jaxws-client-confix.xml, which correcly adds the WS-Security handler, but only for the SOAP11 binding. As the web services requires SOAP12, the client will send the message using this protocol, the handler will not be activated, and of course the message will be rejected.
There a two fixes: first provide a custom client configuration that adds the WS-Security handler for both protocols bindings (which is what I've done), second modify the standard configuration provided with the bundled library to activate the handler for both protocols. I not sure if later versions have already fixed this problems but, if not, would it possible to include this change in the standard config?
All the best,
Riccardo.
--
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
14 years, 6 months
[JBoss JIRA] Created: (JBWS-3038) Provide new BusFactory impl allowing for integration customizations of default Bus
by Alessio Soldano (JIRA)
Provide new BusFactory impl allowing for integration customizations of default Bus
----------------------------------------------------------------------------------
Key: JBWS-3038
URL: https://jira.jboss.org/browse/JBWS-3038
Project: JBoss Web Services
Issue Type: Task
Security Level: Public (Everyone can see)
Components: jbossws-cxf
Reporter: Alessio Soldano
Assignee: Alessio Soldano
Fix For: jbossws-cxf-3.3.0
We should provide a new version of BusFactory allowing us to customize default beans loaded in default Bus (Manager, Configurer, ...). That would also allow us to avoid shipping all the cxf-extension-*.xml files in jbossws-cxf-client.jar as well as provide the cxf.xml we also ship in that jar with no way of touching it (as the same is in cxf-rt-core.jar and different versions make the CXF behavior unpredictable / dependent on users' classpath configuration).
--
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
14 years, 6 months
[JBoss JIRA] Created: (JBWS-3020) Investigate why HandlerScopeTestCase fails
by Richard Opalka (JIRA)
Investigate why HandlerScopeTestCase fails
------------------------------------------
Key: JBWS-3020
URL: https://jira.jboss.org/jira/browse/JBWS-3020
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: jbossws-cxf
Reporter: Richard Opalka
Fix For: jbossws-cxf-3.3.0
-------------------------------------------------------------------------------
Test set: org.jboss.test.ws.jaxws.handlerscope.HandlerScopeTestCase
-------------------------------------------------------------------------------
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 10.412 sec <<< FAILURE!
testClientAccess(org.jboss.test.ws.jaxws.handlerscope.HandlerScopeTestCase) Time elapsed: 5.271 sec <<< FAILURE!
junit.framework.ComparisonFailure:
expected: <...SOAP12ClientHandler:SOAPClientHandler:ServiceClientHandler:ServiceWildcardClientHandler:PortClientHandler:PortWildcardClientHandler:GeneralClientHandler:GeneralServerHandler:PortWildcardServerHandler:PortServerHandler:ServiceWildcardServerHandler:ServiceServerHandler:SOAPServerHandler:SOAP12ServerHandler:endpoint:SOAP12ServerHandler:SOAPServerHandler:ServiceServerHandler:ServiceWildcardServerHandler:PortServerHandler:PortWildcardServerHandler:GeneralServerHandler:GeneralClientHandler:PortWildcardClientHandler:PortClientHandler:ServiceWildcardClientHandler:ServiceClientHandler:SOAPClientHandler:SOAP12ClientHandler>
but was: <...null:null:null:null:null:null:null:GeneralServerHandler:PortWildcardServerHandler:PortServerHandler:ServiceWildcardServerHandler:ServiceServerHandler:SOAPServerHandler:SOAP12ServerHandler:endpoint:SOAP12ServerHandler:SOAPServerHandler:ServiceServerHandler:ServiceWildcardServerHandler:PortServerHandler:PortWildcardServerHandler:GeneralServerHandler:null:null:null:null:null:null:null>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at org.jboss.test.ws.jaxws.handlerscope.HandlerScopeTestCase.assertResponse(HandlerScopeTestCase.java:91)
at org.jboss.test.ws.jaxws.handlerscope.HandlerScopeTestCase.testClientAccess(HandlerScopeTestCase.java:56)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Created: (JBWS-3030) Refactor *-deploy.conf for supporting un-install of CXF stack
by Alessio Soldano (JIRA)
Refactor *-deploy.conf for supporting un-install of CXF stack
-------------------------------------------------------------
Key: JBWS-3030
URL: https://jira.jboss.org/browse/JBWS-3030
Project: JBoss Web Services
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: jbossws-cxf, jbossws-integration, jbossws-metro, jbossws-native
Reporter: Alessio Soldano
Assignee: Alessio Soldano
Fix For: jbossws-native-3.3.0, jbossws-cxf-3.3.0, jbossws-metro-3.3.0
Currently the *-deploy.conf scripts allow for default uninstall of jbossws-native stack from vanilla JBoss AS (where not previuos jbws installation left the deploy.conf uninstall file). This need to support CXF stack too, as that can come by default too on AS in future.
Also, the *-deploy.conf files could be refactored and simplified into just two of them (one for the common stuff and one for a given server profile/configuration stuff).
--
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
14 years, 6 months