J'essaie de consommer un service SOAP en SQL et ça ne se passe pas très bien pour le moment
Pour résumer un peu, je consomme un service avec HTTPAPI et ça fonctionne bien. Par contre il faut que je rajoute une notion d'unicode et du coup je suis coincé.
Je test donc en non unicode le HTTPPOSTCLOB pour valider déjà que ça fonctionne également.
-Xmx Mémoire pour java (par exemple -Xmx2g -> 2 Go)
http.proxyHost Coordonnées du Proxy
http.proxyPort port du proxy (80 par défaut)
http.proxyUser Utilisateur pour proxy
http.proxyPassword Mot de passe pour proxy
http.nonProxyHosts Liste des serveurs pour lesquels ne pas utiliser le proxy
javax.net.ssl.trustStore emplacement du fichier contenant la liste des certificats des sites de confiance
javax.net.ssl.trustStorePassword mot de passe pour ouvrir le fichier trustStore
javax.net.ssl.keyStore emplacement du fichier contenant la liste des certificats et des clés privées (keystore)
javax.net.ssl.keyStorePassword mot de passe pour ouvrir le fichier keyStore
Le fichier de propriétés java peut être indiqué comme suit :
en créant une variable d'environnement indiquant sa localisation
en créant un fichier SystemDefault.properties dans la home directory de l'utilisateur
en créant un fichier SystemDefault.properties dans /QIBM/userdata/java400/
Nous avons un peux avancé sur le sujet.
Après plusieurs échanges avec le support IBM, nous arrivons à consommer notre service.
Par contre, le but de ma manœuvre était de pouvoir envoyer des données unicode. Lorsque l'on consomme le service avec que des caractères "latins" ça fonctionne mais si on ajoute un caractère un peu spécial "język", nous avons cette erreur :
Erreur de fonction définie par l'utilisateur sur le membre QSQPTABL.
Abandon de la proc. stockée ou fonction UDF Java SYSTOOLS.HTTPPOSTCLOB,
nom spécifique HTTPP00013. Exception :
java.net.SocketException:Connection reset.
C'est bon ça fonctionne bien par contre il faut se mettre dans la bonne langue pour qu'il n'y ai pas d'erreur (un peu dommage pour de l'unicode).
Par contre, nous avons une procédure stockée qui appelle ce programme également. Le soucis c'est que nous ne connaissons pas la langue de la personne du coup on ne peut se mettre dans l'environnement (CHGJOB).
J'ai quand même essayé de faire un CHGJOB et de me mettre dans la langue mais ça ne passe pas car je pense qu'en faisant un %char il fait une conversion dans la langue SYSTEM (*SYSVAL pour le profil QUSER).
Est-ce qu'il y aurait un moyen de bien faire transiter ma valeur jusqu'au service?