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

Wann/wo könnte man Java in 'normaler' Notes-DB nutzen

<< < (2/3) > >>

Gandhi:
Die tausend Möglichkeiten mit Java:
Frontend:
GUI Design (versuch mal einen Baum mit Notes darzustellen...)
-Charts
-Diagramme
-Benutzerelemete (wie Trees, Progress bars,...)

Backend Bereich:
-Anbindung an Datenbanken
-Anbindung an Transaktionssysteme (MQ)
-Anbindung an was auch immer es wird ein Tool dafür geben und das für umme
...

Darüberhinaus ist Java wirklich OO und bietet langfristig allein schon den Vorteil der Wiederverwendbarkeit Deiner Eigenentwicklungen. Unter Notes nicht so einfach...(cut&paste...)

Axel hat vor allem damit Recht, dass es überaus mächtige Frameworks gibt, mit denen sich vieles viel eleganter, einfacher und schneller lösen lässt als mit Notes Mitteln (wenn es denn damit überhaupt geht).

Ich habe zum Beispiel noch nie versucht Ports via Lotus Script abzufragen (geht das?). Mit Java ist das recht einfach. Wenn Du zum Beispiel Deinen eigenen Notesping entwickeln möchtest......

Mit Java geht tatsächlich alles (sogar Assembler Einbindung). Mit Notes nur recht wenig...

Axel Janssen temp:
... das ganze hat natürlich auch eine dunkle Seite.
1. Es ist komplexer. Java-Code hat das Potential wesentlich übersichtlicher zu sein als Notes-Anwendungen. Ich hatte aber vorletzte Woche so ein eigentlich Trivial-Ääplet unter den Fingern (von einem Kunden), das chaotischer war, als alles was ich je in Domino gesehen habe ausser vielleicht einem gewissen Großprojekt mit dem Decknamen Achmed (jetzt echt nicht rassistisch gemeint). Wobei ich keine Geddys-Anwendungen kenne.
Das Applet wurde von jemanden geschrieben, der wirklich nicht wußte was er tat (wichtige Motivation für die MGWs  ;D )
EINEN GEWISSEN BESTAND AN JAVA-THEORIE UND DANACH DESIGN PATTERNS SOLLTE MAN SICH SCHON ANEIGNEN...

2. v.a. openSource Projekte sind häufig schlecht dokumentiert und die Fehlermeldungen sind, nun ja. Ich habe Stunden über Nachrichten wie
"null Bean in context null could not be found"
gebrütet.
Ein Kollege hofft seit 3 Tagen auf eine email Rückantwort eines xindice Entwicklers (hoffentlich ist der nicht im Urlaub  :) )

3. Manche openSource Projekte sind einfach nicht gut programmiert. Ein gutes Beispiel ist apache.jarkarta.commons (das inzwischen zwecks Überarbeitung von apache zurückgezogen wurde). Und ich sagte noch: nimm nicht apache.jarkarta.commons.HTTPClient. Und prompt kamen dann 2 Stunden später total seltsame Fehlermeldungen von fehlenden Paketen, die eigentlich gar nicht im Produkt sein sollten.

4. Jeden Woche ist im Grunde Release Wechsel. Ständig benutzt man neue APIs. Man macht das natürlich auch, weil die immer besser werden. Aber manchmal wünsche ich mir ein 3 monatiges keine-neuen-frameworks-mehr Moratorium.

MartinG:
...hochinteressante Diskussion hier. Muss gestehen das ich von JAVA keine blassen Schimmer Ahnung habe, wenn ich das aber so lese dann hat man als jemand der zu 80% Admin ist und zu 20% noch ein wenig Notesdatenbank entwickelt irgendwie ein komisches Gefühl...

Als System- und Netzwerkadministrator kann ich grösstenteils nur absolut abkotzen über JAVA und hoffe das sich JAVA vor allem von der Performance und von der Stabilität noch deutlich verbessert. Nur so ein paar Beispiele: der grösste BackupSW Hersteller Veritas hat ein Tool welches eine Übersicht über alle BackupJobs (BackupExecView) in seiner neuesten Version auf JAVA portiert. Das Ergebnis ist das wenn ich mir einen Überblick über 50Backupjobs machen will das ganze jetzt ca. 1min. Davor mit herkömmlicher Programmierung dauerte das ganze ca. 3-5sec.

Desweiteren kann sich das Programm weder Spaltenbreiten die man einstellt merken, noch die Sortierung - alles Dinge die in der alten Vorgängerversion noch gingen.

Unser Virenscanner hat seit neuestem eine JAVA PolicyManager Konsole - die ebenfalls weniger kann als die Vorgängerversion und ca. 3min dauert zum Öffnen - lt. Hersteller ist das aber absolut normal und Sie arbeiten an einer Verbesserung. Desweitern hängt sich das Teil des öfteren heftigst auf...

Unsere Telefonanlage lässt sich seit neuestem über JAVA administrieren, das Ergebnis ist das ich zum Ändern eine Berechtigung statt bisher 30sec jetzt 2min brauche...

JAVA in Notes kenne ich nur von JNOTES die Applets habe ich selber auch im Einsatz (bisher nur bei R5)  und Sie bieten wirklich ganz neue Möglichkeiten aber Sie sind schon unglaublich langsam und es hat auch unglaublich lange gedauert (ich glaube 1Jahr)  bis JNOTES ein Update hatte für den Bug das beim Schliessen der PlanerApplets Maske sich der komplette NotesClient aufgehängt hat.

...ich hoffe es fühlt sich jetzt keiner persönlich beleidigt, als Anwender versuche ich hingegen JAVA wo es geht zu vermeiden. Ich habe das Gefühl das Firmen hergehen und neue Produkte in JAVA schreiben weil Sie der Meinung sind das diese dort schneller und dadurch billiger entwickelt werden kann, dabei geht aber öfters das Userinterface, Stabilität und Performance zugrunde...

Axel_Janssen:

--- Zitat von: MartinG am 18.09.03 - 20:29:23 ---...ich hoffe es fühlt sich jetzt keiner persönlich beleidigt, als Anwender versuche ich hingegen JAVA wo es geht zu vermeiden.

--- Ende Zitat ---
NÖ  ;D . Nehme irgendwie berufsmäßige Sachen nicht mehr emotional.


--- Zitat von: MartinG am 18.09.03 - 20:29:23 ---Ich habe das Gefühl das Firmen hergehen und neue Produkte in JAVA schreiben weil Sie der Meinung sind das diese dort schneller und dadurch billiger entwickelt werden kann,

--- Ende Zitat ---
YUP  :)



--- Zitat von: MartinG am 18.09.03 - 20:29:23 ---dabei geht aber öfters das Userinterface, Stabilität und Performance zugrunde...

--- Ende Zitat ---
O.k. ich habe auch Probleme mit gewissen Swing Anwendungen (z.B. DB2 7.2 Control-Center). Du hast ja bei deiner Beschwerdeliste gesagt, daß viele jetzt erst auf Java umsteigen. Sind also viele "faktische" 1.0er Releases in deiner Liste.

Das Performance-Argument gilt für viele Teilbereiche nicht mehr. Man hört oft, Java wäre eine "interpretierte Sprache". Das ist Unsinn. Moderne JIT Compiler, Hotspot Engines und ähnliches Zeuch wandelt den Java Runtime code (Bytecode) automatisch in nativen binär-Code um.

Meine eigenen Java Programme sind stabiler als alles andere was ich programmiere, weil der Entwicklungsprozeß strukturierter ist (das ist für mich das wichtigste pro-Java Argument).

TIPP: Hast du auf deinem Computer eine neue Java Runtime Umgebung installiert? Falls nicht versuche einfach mal auf http://www.java.com zu gehen, lad das Teil runter und installiere das mal. Vielleicht geht danach alles schneller...
Du kannst ja eine Sonnenbrille aufsetzen, damit die vielen Java Logos da ein bißchen gedämpfter sind. .  ;)

Gruß Axel

TMC:
Hi,

ich danke Euch für's Feedback.

Was mich etwas beunruhigt ist:

--- Zitat ---konkret unter Domino5 ist die Java Unterstützung nicht so toll.
Es wird lediglich die Java Version 1.1.8 unterstützt.
............

--- Ende Zitat ---

Fazit das ich jetzt mal ziehe wenn ich so Eure Antworten lese:
In meinen aktuellen Entwicklungsprojekten (eben unter R5, meist Dokumenten-Verwaltung, Workflow, etc.) ist wohl Java nicht so angebracht bzw. wird eben nicht benötigt bei den Anforderungen die ich bekomme..
Und auch Dinge die Ghandi erwähnt - und nebenbei erwähnt sehr interessant klingen - wurden bisher noch nicht bei mir angefordert (vielleicht auch zu meinem Glück ;)).

Wir sollen i.d. Firma zum Jahreswechsel noch auf R6 umsteigen.
Evtl. werd ich mich dann mit Java beschäftigen.

Ich werde jedenfalls "Java für Anfänger" hier rege beobachten und freue mich schon auf meine erste praxisbezogene Frage, wo ich einen eigens geschriebenen Code poste bei dem ich nicht mehr weiterkomme  ;D

Grüße,
TMC

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete