2009-06-16 5 views
1

JAX-WS génère des proxys client qui doivent se connecter via HTTPS. La gestion des certificats doit être personnalisée car nous stockons les certificats dans une base de données à la place.Client JAX-WS dans websphere avec fabrique de socket ssl personnalisée

J'ai une version de travail pour l'implémentation SUN JAXWS, mais maintenant j'ai besoin d'avoir le même code client fonctionnant dans WebSphere 7.0.

Malheureusement, la norme JAX-WS est un peu faible à cet égard. C'est une procédure spécifique à l'implémentation sur la façon de faire cela et dans le cas de WebSphere, je ne trouve pas beaucoup d'informations. J'ai remarqué que Axis2 semble être utilisé mais je ne trouve rien d'utile sur la façon de configurer le handshaking personnalisé que j'ai travaillé dans l'implémentation SUN.

+0

Personne? Dommage :-) Je crée un rapport de bogue sur WebSphere et je suis promu au niveau 3. Mais j'attends toujours depuis presque un mois maintenant, je suppose qu'ils ont renvoyé la personne qui a écrit les stupides hacks pour désactiver les standards Axis2 et HTTPClient Solution ? –

Répondre

0

Même IBM ne peut pas m'aider. J'ai donc implémenté ma propre conversion JAX-WS -> SOAP. Cela a pris 2 jours et supporte tout ce dont j'ai besoin.

3

Vous pouvez définir SSLSocketFactory par défaut pour HttpsURLConnection à l'aide de la méthode statique setDefaultSSLSocketFactory. Ce sera alors l'usine de socket pour toutes les nouvelles instances de HttpsURLConnection. Nous avons eu ce travail dans une application SE, je pense que cela fonctionnerait avec Axis aussi.

Questions connexes