Did that, but I wasn't sure if this was the right way to go or not.
Here are the handlers:
faultHandlers.add(new org.codehaus.xfire.util.dom.DOMOutHandler());
faultHandlers.add(new WorkflowXFireWSS4JOutHandler());
The exception I'm getting is below.
Xalan 2.7
Xerces 2.9 download
WSS4J 1.5.0 -> 1.5.1 gives NPE at different spot but fails all the same
These results are repeatable with
Xerces 2.7.1 (which is the default with the Xalan 2.7 download).
2007-02-22 12:12:18,538 [http-8080-Processor24] DEBUG
org.codehaus.xfire.handler.HandlerPipeline :: Invoking handler
edu.iu.uis.eden.config.xfire.WorkflowXFireWSS4JOutHandler in phase user
2007-02-22 12:12:18,538 [http-8080-Processor24] DEBUG
org.codehaus.xfire.security.wss4j.WSS4JOutHandler :: WSDoAllSender:
enter invoke()
2007-02-22 12:12:18,538 [http-8080-Processor24] DEBUG
org.codehaus.xfire.security.wss4j.WSS4JOutHandler :: Action: 2
2007-02-22 12:12:18,538 [http-8080-Processor24] DEBUG
org.codehaus.xfire.security.wss4j.WSS4JOutHandler :: Actor: null
2007-02-22 12:12:18,626 [http-8080-Processor24] ERROR
org.codehaus.xfire.handler.DefaultFaultHandler :: Could not send fault.
org.w3c.dom.DOMException: NAMESPACE_ERR: An attempt is made to create or
change an object in a way which is incorrect with regard to namespaces.
at org.apache.xerces.dom.CoreDocumentImpl.checkNamespaceWF(Unknown
Source)
at org.apache.xerces.dom.ElementNSImpl.setName(Unknown Source)
at org.apache.xerces.dom.ElementNSImpl.<init>(Unknown Source)
at org.apache.xerces.dom.CoreDocumentImpl.createElementNS(Unknown
Source)
at
org.apache.ws.security.util.WSSecurityUtil.createElementInSameNamespace(WSSecurityUtil.java:519)
at
org.apache.ws.security.util.WSSecurityUtil.findWsseSecurityHeaderBlock(WSSecurityUtil.java:637)
at
org.apache.ws.security.message.WSSecHeader.insertSecurityHeader(WSSecHeader.java:134)
at
org.apache.ws.security.handler.WSHandler.doSenderAction(WSHandler.java:98)
at
org.codehaus.xfire.security.wss4j.WSS4JOutHandler.invoke(WSS4JOutHandler.java:154)
at
org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131)
at
org.codehaus.xfire.handler.DefaultFaultHandler.sendFault(DefaultFaultHandler.java:88)
at
org.codehaus.xfire.handler.DefaultFaultHandler.invoke(DefaultFaultHandler.java:51)
In case the last handler 'WorkflowXFireWSS4JOutHandler' looks strange.
It is a subclass of WSS4JOutHandler that builds a Crypto from app config
instead of a props file. It works fine for everything but faults.
Ryan
Tomek Sztelak wrote:
Try adding WSS4J and dom handlers to faultsHandlers chain.
On 2/22/07, Ryan Kirkendall <[EMAIL PROTECTED]> wrote:
Hello,
I'm using XFire with WSS4J to sign messages. This works great, until
there is a fault. In which case my client complains that the message is
not signed.
How do I sign a fault so the client does not complain the return message
is unsigned?
Thanks in advance,
Ryan Kirkendall
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
