Lotus Notes / Domino Sonstiges > Java und .NET mit Notes/Domino

Beschreibung Websphere vs. Domino

<< < (3/4) > >>

Axel_Janssen:
gfunkus: Und der regelt das dann *.nsf nach domino *.jsp nach websphere???

Axel: Nein. D.h. soweit ich weiss. Es ist auch nicht im Sinne der Skalierbarkeit, dass in Produktivsystemen Domino und Websphere auf einer Box laufen.
Angesichts heutiger Hardwarepreise dürfte es trotz Verfall unserer Nationalökonomie immer noch möglich sein, sich 1 Server für Websphere und 1 für Domino zu kaufen.

Es ist die Frage, was man als http-Task (web-tier in J2EE-Lingua) für WAS verwendet (Domino oder ibm_apache). Falls man Domino verwendet gibt es funktionierende Redirektoren, die an der URL erkennen welche Anfragen an den Web-Container von WAS weitergeleitet werden können (servlets, jsps, und einiges andere).


GFunkus: OK! Die Domino als Backend Geschichte ist vom Tisch! ;-)

Axel: Wieso. Hat sich vielleicht negativer angehört als ich es gemeint habe. Meiner Meinung nach werden 80% aller domino Websphere Integrationslösungen so funktionieren, das Domino als Backend dient. Zahlen sind natürlich schall und rauch. Aber z.B. WAS-Portalsuite funktioniert glaube ich so.


GFunkus: die beiden Systeme paralell laufen. Den Domino kann man ja auch mit dem IIS paralell laufen lassen. Sollte also auch mit WEBSpere gehen oder?

Axel: In Produktivsystemen halte ich das für keine gute Idee. Auf meinen Entwicklungsrechnern laufen die auf unterschiedlichen Ports. Kann soweit damit leben.
Es gibt definitiv einen Redirector für Domino. s.o. Das wird auch in Redbooks oder Artikeln diskutiert. Ich bin da noch nicht so fit drin. Denke ernsthaft darüber nach für Websphere6 die admin - cert zu machen.


GFunkus: Mit dem Apache/Tomcat geht es anscheinend nur über verschiedene Ports (also z.B. Domino auf 80 und Tomcat auf 81 wie ich finde eine schlechte Lösung)

Axel: Wieso?
Es gibt btw. auch für Tomcat einen redirector. Von http://www.openntf.org . Ich hatte das auch mal am Laufen und sogar auf Schulungen propagiert, aber es gab dann Probleme mit Tomcat 4.1 und auf sowas habe ich überhaupt keine Böcke. Auf openntf wurden auch andere Probleme gemeldet und das Projekt nicht weiterentwickelt.

... immer Ball flachhalten.

Axel_Janssen:
aus eigener Erfahrung weiss ich, dass dieses j2ee zeug extrem verwirren kann.
IBM bietet da auch so dinger an, wo man einfach hands on mässig loslegen kann.
Du hattest doch gesagt, du hättest wsad5, oder.

Versuch das mal, wenn du lust und zeit hast:



--- Zitat ---
Das ist ein plug-in für WSAD5. Einfach zu installieren.

Mittlerweile existiert ein absolut brauchbares Einsteigertutorial des Kölner IBM Mitarbeiters Maik Schumacher.
Einziges Manko: Es wird dort an keiner Stelle gesagt, dass die taglibs nur mit laufenden DIIOP Task funktionieren
(ist nicht standardmässig da).
Also das ganze im Serverdokument einstellen.
Dann Load DIIOP.
Und persistent in die NotesIni.

Man braucht massig Arbeitsspeicher. 512 MB wurde teilweise eng. Auf dem Lapptop mit 196MB mehr als eng (praktisch unbespielbarer Platz).

Weiss nicht, ob das die suppper Teschnik ist.
- ist ziemlich einfach und übersichtlich zu programmieren, weil taglibs verwendet werden. (taglibs, find ich gut)
- verwendet Corba. Und das ist oft sehr langsam (Corba, hab ich performance-Sorgen).

Wer sich die 4 Webservices CD hat schicken lassen, hat eigentlich alles was er braucht. Ansonsten Maik Schumachers Tutorial.

hier starten: http://www-10.lotus.com/ldd/beta/wsstudiotktbeta.nsf?OpenDatabase

--- Ende Zitat ---

gfunkus:
kann man mit Visual Age for JAVA nicht auch Webspere Anwendungen kompilieren???

MFG

Gfunkus


P.S.:Ist echt was verwirrende diese ganze J2EE Geschichte.

Axel_Janssen:

--- Zitat von: gfunkus am 28.05.03 - 13:52:40 ---kann man mit Visual Age for JAVA nicht auch Webspere Anwendungen kompilieren???

--- Ende Zitat ---

ja, aber Visual Age mit diesem ganzen Repository Konzept finde ich verwirrender als J2EE.

Ausserdem wird das Produkt nicht weiterentwickelt. WSAD ist der Nachfolger.

gfunkus:
Hast mich überzeugt... Visual Age wird gerade deinstalliert... ;-)

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete