This really looks like it's not in the war.   Not sure what would cause that 
if it really is there.   Anyway to create a test case.

Dan


On Wednesday 03 March 2010 4:56:21 am Ercsenyi Andras wrote:
> Hi everybody,
> 
> My secure web service (non-Spring based solution) sent the following
> response:
> 
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>
>   <soap:Body>
>     <soap:Fault>
>         <faultcode>soap:Server</faultcode>
>         <faultstring>org.apache.ws.security.components.crypto.Merlin Not
> Found</faultstring>
>       </soap:Fault>
>   </soap:Body>
> </soap:Envelope>
> 
> The security parameters of the server are set properly:
> 
>         ...
>         Map<String, Object> properties = new HashMap<String, Object>();
>         properties.put("ws-security.callback-handler",
> "com.xyz.ws.security.KeystorePasswordCallback");
>         properties.put("ws-security.signature.properties",
> "keystore.properties");
>         properties.put("ws-security.encryption.properties",
> "truststore.properties");
>         properties.put("ws-security.encryption.username", "client");
>         properties.put("ws-security.signature.username", "server");
>         factory.setProperties(properties);
>         factory.create();
> 
> Here is the content of the keystore/truststore.properties file:
> 
> #keystore
> org.apache.ws.security.crypto.provider=org.apache.ws.security.components.cr
> ypto.Merlin org.apache.ws.security.crypto.merlin.keystore.type=jks
> org.apache.ws.security.crypto.merlin.keystore.password=******
> org.apache.ws.security.crypto.merlin.keystore.alias=server
> org.apache.ws.security.crypto.merlin.file=c:/ect/Rinteg/server.jks
> 
> The wss4j.jar containing class "Merlin" is existing and deployed properly
> on the server.
> The server trace has the following lines:
> java.lang.ClassNotFoundException:
> org.apache.ws.security.components.crypto.Merlin
>       at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.ja
> va:1386)
> 
> Is it some classloader problem or what else?
> 
>   A.

-- 
Daniel Kulp
[email protected]
http://dankulp.com/blog

Reply via email to