Domino 9 und frühere Versionen > ND6: Entwicklung
Java Gui durch Agent
prong:
Hey super,
das nenne ich mal ne ausführliche Antwort.
Werde es mal probieren.
Weißt du zufällig wie ich eclipse so konfiguriere das ich dort direkt entwickeln kann.
Ich habe das Problem, dass ich keinen Zugang zum Server bekomme. Ich weiß zwar wo ich was eingeben soll, aber leider nicht in welcher Form die Server-Adresse, der User-Name und das Passwort sein muß.
Gruß
Marco
PS: Danek nochmal
umi:
Es gibt doch das Domino Toolkit für Websphere, evtl. läuft das auch in Eclipse.
animate:
oder du folgst dem Tip von Sem
http://www.atnotes.de/index.php?topic=19360.0
Ralf_M_Petter:
Wollte mich auch mal kurz dazuäussern!
1. Swing in Agents geht definitiv und wird bei uns auch produktiv eingesetzt. Das meiste dazu hat ja schon Axel geschrieben. Achtung ohne Kunstgriffe ist Swing aber erst in Notes 6 verfügbar. in Notes 5.x muss man die Datei SWINGALL.jar über JavaUserClasses einbinden.
2. Falls man in dem Javaguicode keine Zugriffe auf Notes Daten machen muß, ist es sicher besser die LS2J Methode zu verwenden. Leider hat Lotus hier aber grob gepatzt und lässt kein öffnen einer Notessession zu.
3. Wenn man in dem Agent Zugriff auf Notesdaten haben will dann muß man in dem Guithread immer höllisch aufpassen, dass man den Thread für Notes initialisiert und wieder terminiert, da es sonst zu abstürzen kommen kann. Weiters muß unbedingt mit Recycle gearbeitet werden, da sonst bald der Speicher ausgeht.
Noch ein Problem, das bis datto nicht gelöst ist. Wenn aus dem Agent ein modaler Javadialog aufgerufen wird, kommt es ab und zu dazu, dass das Java Fenster hinter dem logischerweise nicht mehr ragierenden Client zu liegen kommt und man nur mit Alt-Tab zu der Dialogbox wechseln kann. Dies wird scheinbar in Notes 7.0 geändert, habe ich aber noch nicht getestet.
Abschliessend meine Erfahrung.
Datenbanken mit Javaguis bringen wenn richtig eingesetzt sehr großen Nutzen, da sich dort viele Sachen machen lassen, die in Standard Notes nicht möglich sind. Aber man muß sich sehr viel damit beschäftigen und Fehler im Code sind insofern sehr ärgerlich, da es meist zu Abstürzen des Notes Clients kommt. Ich entwickle daher den Code immer zuerst ausserhalb von Notes z.B. in Netbeans oder Websphere und teste in dann erst wenn alles funktioniert im Notesclient. Meine großen Hoffnungen mit LS2J ein Werkzeug in die Hand zu bekommen, dass alle größeren Probleme beseitigt, haben sich leider nicht erfüllt, da man dabei keinen Zugriff auf eine Notessession bekommt. Deshalb bin ich bei den Agents geblieben.
Grüße
Ralf
Marinero Atlántico:
@Ralf:
Ich mag an dieser Lösung, dass Notes-Security "problemlos dabei ist" (um es klar auszudrücken). Die GUI bleibt quasi "im Agenten".
Ich mag an dieser Lösung nicht, dass es immer neben diesen GUI-Thread einen nutzlosen Thread gibt, der ständig durch die Endlosschleife eiert (wie bei meinem Beispiel 1).
Beispiel 2 werde ich ein bischen weiter ausbauen. Eine Art fire-and-forget GUI aus Sicht des Agenten. Der Agent terminiert, die GUI ist da.
Der User kann dann über HTTP Infos an den Server zurückschicken. Damit hat man natürlich keine Notes-Security. Notes-Security da einzubauen ist noch einmal eine Ecke komplizierter (eine ziemlich große Ecke imho).
Auch mit der Eclipse Lösung in dem IBM DevWork Artikel wird einfach nur ein Zugriff beschrieben und Notes Security sowie Security überhaupt ausgeklammert.
--- Zitat von: umi am 15.11.04 - 08:34:59 ---Es gibt doch das Domino Toolkit für Websphere, evtl. läuft das auch in Eclipse.
--- Ende Zitat ---
Das ist lediglich für die Integration via Custom Tags für JSP. Das hat hiermit nichts zu tun. Es läuft sogar in Tomcat. Man könnte jetzt natürlich einen standalone Tomcat in Eclipse einbauen (könnt ich mal ausprobieren)
Also mit heterogenen Anwendungsplattformen hat man auf jeden Fall ein Thema, Security da einzubauen. J2EE hat hierfür standardisierte Lösungen und gerade bei Portal Servern ist das ein ziemlich prominentes Thema. Das heisst nicht, dass es super-trivial wäre.
Gruß Axel
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln