The closest I could track down was that the loading of the decryption key was failing somewhere in the Apache WSS4J logic -
http://svn.apache.org/viewvc/webservices/wss4j/trunk/src/org/apache/ws/s ecurity/handler/WSHandler.java?view=co Around line 806, loadDecryptionCrypto - if this yields a null, then the exception you're seeing would be thrown. Maybe you can throw some breakpoints in here and see what's going on with the .NET client. Sorry I can't give you more assistance. Cheers, Brice -----Original Message----- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Egor Samarkhanov Sent: Tuesday, January 09, 2007 8:10 AM To: [email protected] Subject: [xfire-user] Re: Xfire + .NET + WS-Security Hi Ruth! Thanks for the hint, but I didn't manage to get it work either with .NET client. Java client works fine with Signature action. I've attached some files to show you the errors, SOAP messages, and service's configuration. Probably the problem will be evident for you (I hope so): server-error.txt - Exception stack-trace I get when .NET client invokes the service. ClientPolicy.xml - WSE Policy file for the .NET client SOAPReqFromNETClient.xml - SOAP Envelope that is sent from .NET client (cannot be processed). SOAPReqFromJavaClient.xml - SOAP Envelope that is sent from Java client (processed fine). services.xml - Service configuration file I use keys for serverAlias and client-344-839 taken from the XFire's WS-Security example. These keys are also imported into Windows cert storage and are referenced in the ClientPolicy.xml Thanks in advance for you help. Egor. "Ruth, Brice D" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] amfam.com... What kind of problems are you seeing? What kind of errors? Are there errors on the service side or the client side? What's the difference in SOAP messages between your (working) Java client and the (not working) .NET client? Try the latter with just signing first, since Encrypt will obfuscate parts of the message, I imagine. Cheers, Brice --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
