Hi,

I'm not writing the service, only the client connecting to it. I can connect fine if I import the server's certificate into my keystore but the problem is that the client app I'm writing needs to connect to a vendor-provided service with a self-signed certificate which is specific to the machine it resides on. The client app will need to connect to any such service so I want the app to always trust the server.

I've tried to write an all-trusting TrustManager similar to what is described here: http://javaalmanac.com/egs/javax.net.ssl/TrustAll.html
but I haven't had any luck getting this to work with Axis. I'm using classes generated by WSDL2Java based on the server's wsdl. Again, any help would be greatly appreciated. Thanks.


Matt Tucker
thoughtbot

cell: 617 775 0742
office: 617 876 4780
www.thoughtbot.com



[EMAIL PROTECTED] wrote:

Do not remember off hand but I found it using Google.
In a message dated 7/21/2004 5:55:34 PM Eastern Standard Time, [EMAIL PROTECTED] writes:




    How would you do that

    ===
    Gary Grewal



[EMAIL PROTECTED] To: [EMAIL PROTECTED] 07/21/2004 04:24 cc: PM Subject: Re: trust
all certificates? Please respond to axis-user





Matt,

    You can look up creating an all trusting certificate in the
    directory of
    your web service and you're good to go.

    James

    In a message dated 7/21/2004 4:47:00 PM Eastern Standard Time,
    [EMAIL PROTECTED] writes:
    does anyone know of a way to get an axis client to trust all
    certificates
    from the server it's talking to?
    --
    Matt Tucker
    thoughtbot

    cell: 617 775 0742
    office: 617 876 4780
    www.thoughtbot.com








This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates.





Reply via email to