Lotus Notes / Domino Sonstiges > Java und .NET mit Notes/Domino
Was hab ich davon?
Centaury:
Hallo Leute!
Kann jemand kurz umreißen, was ich von den verschiedenen Sprachen in und um Notes für Vor- bzw. Nachteile habe? Was kann ich z.B. mit Java besser machen als mit Script bzw. was mit Script gar nicht geht?
Axel_Janssen:
Für Java:
- nicht-proprietär. Im Gegensatz zu Lotus Script besitzt Java eine grosse Bedeutung als Sprache in anderen Systemen. Gilt v.a. für IBM, Oracle, Nokia und Sun. Unterschiedliche Versionen von Java laufen auf Smart-Card, Handy, Desktop, Server.
- Objektorientiert. Scheint irgendwie die Zukunft der Programmierung zu sein, da auch alle Microsoft.NET-Sprachen inklusive VB-Net Objekt orientiert sind (o.k. auch in LotusScript gab es Vererbung, Klassen. Aber es ist halt etwas völlig anderes wenn alles immer eine Klasse ist).
- IBM setzt immer stärker auf die Integration der unterschiedlichen Produkte. Und Java ist da für IBM die lingua franca. Es wird in Zukunft verstärkt so sein, dass z.B. Websphere, DB2 und Notes zusammenarbeiten. Viele Leute prognostizieren, dass IBM es sich auf Dauer nicht leisten kann Dinge doppelt und dreifach zu entwickeln, nur weil man ein historisch gewachsenes Produkt-Portfolio anbietet. (Beispiel: Warum gibt es den Domino Designer, wo es doch WSAD/Eclipse gibt? Warum sollte man Decs/LEI weiterentwickeln, wenn man so eine IntegrationsMiddleware im Prinzip auch mit EJBs, JDO, MQ-Servies, etc. abdecken könnte.
- wesentlich umfangreichere open Source Bewegung als unter LotusNotes. Tonnen guter freier Software, die in eigene Software integriert werden kann. Armeen von Leuten, die darüber schreiben, diskutieren, helfen. (Beispiel: Zwar gibt es in LS nun auch eine Implementierung DOM-Api für xml. Nur existieren für Java sehr viele frameworks, Artikel, Beispielcode, die darauf aufsetzen und es letztlich einfacher in Java machen.
- Skalierbarkeit. Es macht keinen Sinn, alles mit Notes lösen zu wollen. IMHO führt bei grösseren Projekten Notes zu einer Unübersichtlichkeit, die sehr teuer sein kann. Nur Notes zu "können" führt zu einer "jede Aufgabenstellung sieht wie ein Notes-Projekt aus" Mentalität. Das ist nicht der Fall ("for a hammer everything is looking like a nail").
- bestimmte Aufgaben wie z.B. File-Handling löse ich lieber mit Java als mit LotusScript.
- GUI-frameworks wie swing oder swt mit denen eigene clients gebaut werden können (Flexibilität bei UI-Programmierung).
- Innovative pragmatische Ansätze in Projektmanagement i.w.S. (Planung, Testen, etc) werden in Java zuerst ausprobiert (Leute die das machen, Tool-Support). Welcher reine LotusNotes Programmierer bekommt etwas von dieser ganzen Agile processes, XP Debatte mit, oder einfach nur von UML.
Rob Green:
eine persönliche Randbemerkung: ich verstehe nach wie vor das Gedönse um Java nicht, da es eine schrecklich langsame Geschichte in sagen wir mal 90% aller Fälle ist, was das Frontend angeht. NetBeans, Sun Studio, JEdit etc etc..sind einfach schlichweg eine Unverschämtheit hinsichtlich des Speeds. Ich verstehe Programmierer nicht, die auf Teufel komm raus eine offensichtlich ungeeignete Sprache verwenden, statt solche Programme (in dem Falle IDE´s) auf C/C++ zu stricken und aus die Maus. Sobald ich höre, daß es um Java Projekte geht, kriege ich eine Gänsehaut. Dann noch XML basierende Datenstrukturen und eine 64K Leitung als Nadelöhr..muahaha..auauauaaaaaaa.
ABER, wie Axel schon sagt, ich bin kein Cowboy, der die Eisenbahn verdammt. Der Zug fährt nun mal weiter und ich kann auftsteigen oder sein lasse. Fest steht. Das heutige Lotus Notes wird recht schnell nicht mehr Brot und Butter für die bisherigen Alt-Notesianer sein, wenn sie sich nicht in einigen Jahren selbst erweitert haben.
Axel_Janssen:
Rob,
vieles was rund um Java publiziert wird ist nach wie vor törichter hype. Da stimme ich mit dir vollkommen überein.
Man sollte da differenzieren, bei der Performance.
Java ist nicht grundsätzlich inperformant. Es sind sogar deutliche Verbesserungen der JVM gemacht worden (Just in Time Compilation, Hot Spot Technologie). Es ist auch kein Zufall, dass Microsofts Konzept in net (idl oder wie diese Zwischensprache heisst) praktisch dem VM Konzept entspricht.
Ebay läuft auf Websphere. Soll man das vielleicht wg. Performance auf Domino portieren. :-[ :-[
Aber du hast Frontend gesagt. Desktop Frontend. Die Handy/PDA Frontends von J2ME behaupten sich nämlich ausser auf dem Palm Pilot recht gut. Ausserdem sind ja wohl Servlets/JSPs eine skallierbare Technologie.
Was nicht funktioniert sind Applets (TODGEBURT, was ich aber schon bei 5.0 von Domino gesagt habe) und swing.
Das Tolle an Eclipse ist eben, dass die Responsivität der GUI völlig in Ordnung ist. Dies hängt direkt mit dem verwendeten SWT-Grafik-Toolkit zusammen. (gewöhnt euch einfach an beim Starten einen Kaffee zu kochen ;D, ist das Ding erstmal da, ist alles o.k. ... äh by the way hat das langsame starten mit der wirklich guten Erweiterbarkeit zu tun, glaub ich).
Die meisten Java-Programmierer sehen swing auch als inperformant an. Es gibt da noch eine Minderheitenmeinung, die behaupten, dass swing total performant ist, nur dass die anderen das framework nicht verstanden haben. Andere geben Microsoft die Schuld, weil auf ihrem MacIntosh Apfelrechner swing offenbar abgeht wie eine Rakete. ;D
... und Java ist auch nicht schwierig. Es ist sicher deutlich einfacher mit Java-Swing einen Editor zu programmieren als mit C++ und den Microsoft Foundation Classes (oder wie das heisst).
... kompliziert ist wohl die Objekt-Orientierung an sich (Design Patterns).
... xml hat sich in vielen Bereichen ziemlich durchgesetzt, würde ich sagen. Natürlich ist sowas wie Webservices mit vielen Performance-Risiken behaftet. Moment mal: Funktionieren nicht solche Dinge wie I-Notes mit XML?
Klar wurde da teilweise übertrieben.
So hatten die 900+ Seiten XML Bücher des Wrox Verlages gegenüber den Java/J2EE Büchern die Schriftgrösse auf 10 gestellt. :-\
Naja und dann gab es dann doch nicht so massig viele Käufer für Bücher wie XML Schemas and LDAP ;D
Wrox ist dann pleite gegangen. :-[
Und... Ist der Domino Designer etwa keine Zumutung. ::)
Und diese Probleme von denen Eknori gestern berichtete. Und die total vielen Bugs in Notes5 unterhalb der 5.07?
Ich glaube, dass sich mit Dingen wie (Rational) Unified Process und einigen Ideen von Extreme Programming sich die Risiken von Softwareprojekten (Scheiss-Kunden am Telefon, 1 Woche nach Projektende) minimieren lassen.
Rob Green:
danke für Infos :)
Willste net mal ein Training anbieten RL?
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln