Domino 9 und frühere Versionen > ND6: Entwicklung

XML via SSL verschicken

<< < (3/4) > >>

Hoshee:
Yoo LordMacBee,

so wie Du den Vorgang beschreibst:

Domino (Sender) an WebSphere (Empfänger) per SSL-Stream ist Dein Vorhaben einfach nicht möglich.

Das übertragen von Dateien per SSL ist bei Notes nur mit Protokoll HTTPS möglich. Da ist aber Notes der Host und die Anforderung der Daten muss vom Client (bei Dir der WebSphere-Server) ausgehen.

Ohne 3rd-Party wirst Du da nix.

Gruss ...

Hoshee

LordMacBee:
Der andere host erwartet einen XML Stream und kann den auch umsetzen. Kannst du dir als blakc box vorstellen und annehmen, dass der verarbeiten kann, was du ihm schickst.
Mein problem ist, wie komme ich vom XML file zum Befehl, dieses zu schicken...

Ich brauch hier keinen Code, ich muss nur wissen, ob sowas technisch theoretisch machbar ist, ohne dass ich Zusatz-  programme, dll's etc installieren muss. d.h es muss via script oder java gehen, da background agent...

Hoshee:
Yoo,

welches IP-Protokoll soll das denn sein?

Gruss ...

Hoshee

LordMacBee:
Ja schon https.
Da Domino das selbst nicht kann, hoffte ich, dass ich mit eine Java Agent noch das eine oder andere machen kann.

Ausser es gibt da die möglichkeit daten über https rauszuschicken, ist mein unterfangen wohl nicht möglich... eben, ohne 4rd party.

Danke für die Info's... mucho apreciado :D

Axel Janssen temp:
Hi,

hier hatten wir das, aber ohne https: http://www.atnotes.de/index.php?board=24;action=display;threadid=11289;start=0
Sollte aber auch mit den Sun-Klassen über https gehen.

Domino6 hat Java1.3.1 Unterstützung. Das ist eigentlich ganz ordentlich. Gibt zwar jetzt Java1.4. Der Sprung ist aber nicht sooo mega-gewaltig, wie der von Java1.1.8 (Domino5)--> 1.3.1 (Domino6).

Es geht ja darum, dass Websphere auf einkommende https requests wartet , die Geschichte verarbeitet und dann gegebenenfalls etwas an den Client zurücksendet. Also quasi wie im Internet.

Das mit den Files wird ja auch schon in http unterstützt (und somit auch in https). <input type="file" (http://selfhtml.teamone.de/html/referenz/attribute.htm#input).
Wenn du da mit einem automatisierten Client wie die java.net Geschichten oder von jakarta commons (s.u.) arbeitest, kannst du den entsprechenden request problemlos erzeugen.

Auf der Websphere Seite lässt sich das mit HttpServletRequest.getInputStream entgegennehmen.
Client seitige Authentifizierung lässt sich im Deployment Deskriptor einer Web-Anwendung einstellen (weiss ich jetzt nicht auswendig).

Der Client braucht jetzt noch das entsprechende Zertifikat. Falls das mit den normalen Java-Klassen von Sun nicht eingebunden werden kann (möglich), schaue dir HttpClient aus dem Apache.jakarta.commons Projekt an: http://jakarta.apache.org/commons/httpclient/features.html
Von Sun gibt es noch ein merkwürdiges Brazil-Projekt, das aber imho noch mächtiger, komplexer und instabiler ist...

... Eigentlich beschreiben deine Anforderungen einen Einsatzfall für SOAP/Webservices. Leider stabilisieren sich die Spezifikationen erst jetzt (zumindest mich verwirrt das).
Sofern ihr Websphere 5.1 (mit Apache.Jakarta.Axis unter der Haube) einsetzt, würde ich ernsthaft über Webservices nachdenken, weil das vermutlich zu einer saubereren, unkomplizierteren, wiederverwendbareren Architektur führt (kein Spaß Thema IMNSHO).
Auf Domino Seite bist du dann aber immer noch auf die oben genannten Geschichten angewiesen. Iris kommt Webservices mässig offensichtlich nicht so in die Puschen. Du kannst aber Webservices Clients auch low-level mit dem oben genannten http-client-Zeug "nachbasteln".
... und das dann gegebenenfalls ersetzen, wenn Lotus Webservices-Clients unterstützt.

Gruß Axel

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete