OO Entwicklung mit LotusScript - Frage externer Editor / Eclipse?

[eknori]

stimmt, mit etwas "Sachverstand"   hätte ich selber drauf kommen können

[Semeaphoros]

No problem, that happens, gute Gelegenheit, wieder mal zu sagen, dass OO und Events nicht wirklich miteinander was zu tun haben, sondern nur sehr gerne miteinander gehen .........

[JulianBuss]

Es ist in meinen Augen nur wirklich seltsam, dass IBM einerseits  mit Recht OO-Programmierung in LotusScript propagandiert, andererseits effiziennte Entwicklung damit quasi unmöglich macht.
Auch die Entwickler bei Lotus müssen doch WAHNSINNIG werden...

[Semeaphoros]

Das stimmt. Allerdings, wo hast Du IBM gesehen OOP in LS zu propagieren? Es scheint schon so, dass da was gelaufen ist, aber in meinen Augen viel zu wenig, und die Leute, die ich von Lotus-Education kenne, bestätigen mir das eigentlich, dass da zu wenig läuft.

[JulianBuss]

naja, es gibt einen sehr ausführlichen Iris Today Artikel, der vor realtiv kurzer Zeit erschienen ist, und Lotus selbst programmiert ja auch fast nur noch OO-Script. Z.B. im Mailfile.
Was ja auch nur logisch ist, anders bekommt man die Komplexität ja kaum in den Griff.

Mein Traum wäre ja ein "Eclipse for LotusScript", das genauso komfortabel ist wie das heutige Eclipse für Java :-)
Aber das ist natürlich Utopie, alternativ könnte ich mich auch damit anfreunden, Java für alle UI-Aktionen verwenden zu können... aber auch das ist wohl Utopie :-)

[Semeaphoros]

Hast Du einen Link auf den Artikel?

Zu sagen ist, dass in Iris Today ja alles mögliche erscheint und es sich dabei nicht um ein Marketing- und Kommunikationsmittel der IBM handelt. Und dass die Leute selber seit längerer Zeit diese OO-Mittel nutzen (mit unterschiedlich hohem Grad, die Backform (Mehlschablone) ist wohl das am besten ausgearbeitete Beispiel, fällt auf, wird aber nirgends an die grosse Glocke gehängt. Ehrlich gesagt, ich halte das auch für seltsam.

Bin sicher, wenn es echte Plugins für den Designer gäbe, hätten wir bestimmt schon länger ein entsprechendes Produkt zur Verfügung. Leider ist im Bereich LotusScript in nächster Zeit nicht mehr viel an Erneuerung zu erwarten, man wird sich also wohl langsam auf Java einstellen müssen, auch wenn das im Moment noch nicht wirklich eine Alternative ist (fehlendes Debugging, gut, das wird in ND7 ja besser)

[Hernan Cortez]

Das ist zwar Java, aber mit Notes Objekten. Interessant find ich, wobei es Axel Janssen seine Privatmeinung nicht überzeugt:
http://www-10.lotus.com/ldd/today.nsf/8a6d147cf55a7fd385256658007aacf1/9d8840926d90e20b85256d90004d1edd?OpenDocument

Warum gibt es kein Eclipse plug-in für Notes Entwicklung?
<disclaimer text="Das folgende ist weder Domino bashing, noch Provokation eines eZynikers, sondern ein ernstgemeinter Diskussionsbeitrag."/>

Da gibt es meiner Meinung nach vermutlich schon Gründe, warum das für IBM (oder IRIS) nicht so einfach ist.
Ich bin kein Lotus-System-Entwickler, aber 2 Dinge bringen mich in diese Richtung:
1. Einige Texte in Ben Langhinrichs blog. Der ist nämlich eine Art Lotus-System-Entwickler. Seine Texte über Rich Text und so.
2. Auf meiner Arbeit gibt es ein Projekt, wo Notes-Anwendungen in J2EE konvertiert werden. Ich mache zwar andere Sachen, bin da aber schon teilweise involviert.
 
Domino ist ein über eine lange Zeit auf dem Markt erfolgreiches Produkt. Es wurde immer stark auf Abwärtskompatibilität geachtet. Das führt dazu, dass jemand der sich vor der Aufgabe gestellt sieht, dort einen "IDE-Layer" für zu bauen, sich nicht trivialen Problemen gegenübergestellt sieht.  Der Teufel steckt eben im Detail und bei Lotus Notes hatte der Teufel eine Menge Zeit. Teufel verstehe ich hier mehr so Ying und Yang mässig. Also: mehr Funktionalität (Engel) , mehr interne Komplexität (Teufel).

Gruß Axel

[Semeaphoros]

Das ist seeeehr seeeeehr wahr, Axel, das Problem, das da die Rückwärtskompatibilität präsentiert, kann nicht genug unterschätzt werden .... man denke da beispielsweise, wie "gut" das bei Word aussieht.

[JulianBuss]

ich persönlich hätte überhaupt nichts dagegen, LotusScript gegen Java zu tauschen. Ich mag Java; damit entwickelt man grundsätzlich saubereren und sichereren Code als mit LotusScript.
Aber man hat in Java halt keine UI-Klassen, und das wird sich wohl auch nicht ändern.  Also ist diese Diskussion akademisch .-)

[Semeaphoros]

Kurzfristig sicher, längerfristig weiss ich nicht. Da werden wir wohl "Rich Client" denken müssen und da sieht die Sache dann plötzlich anders aus. Man halte jedenfalls die Augen offen.

[Hernan Cortez]

ich persönlich hätte überhaupt nichts dagegen, LotusScript gegen Java zu tauschen. Ich mag Java; damit entwickelt man grundsätzlich saubereren und sichereren Code als mit LotusScript.
Aber man hat in Java halt keine UI-Klassen, und das wird sich wohl auch nicht ändern.  Also ist diese Diskussion akademisch .-)

Wenn du etwas praktisches machen willst, kannst du ja ein openSoucre Eclipse plugin entwickeln.
Vielleicht findest du Mitstreiter.  

[animate]

ich persönlich hätte überhaupt nichts dagegen, LotusScript gegen Java zu tauschen. Ich mag Java; damit entwickelt man grundsätzlich saubereren und sichereren Code als mit LotusScript.
Aber man hat in Java halt keine UI-Klassen, und das wird sich wohl auch nicht ändern.  Also ist diese Diskussion akademisch .-)

Wenn du etwas praktisches machen willst, kannst du ja ein openSoucre Eclipse plugin entwickeln.
Vielleicht findest du Mitstreiter.  

Hola Hernan,

darüber haben wir etwas weiter oben schonmal geschrieben. Das Problem ist, was machst du mit dem Zeug, das du im Editor schreibst? Wie kompilierst du?
Immer per Copy & Paste hin&herkopieren? Das wird wahrscheinlich noch unübersichtlicher, als es jetzt mit dem integrierten Editor ist.
In externe Dateien speichern und mit %Include einbinden -> kein vernünftiges Debuggen möglich.
Evtl. mit XML? Keine Ahnung, ob das geht. Theoretisch schon, denke ich.

Nichtsdestotrotz würde ich sofort an sowas mitarbeiten.

[Hernan Cortez]

Hi Thomas,

das habe ich auch gelesen und das stimmt sicher.
Das einbinden des codes über xml geht vielleicht noch, aber dann das Kompilieren selbst  
Keine Ahnung. Das müsste man dann wohl in Notes machen.
Den Notes Designer von aussen steuern. Sicher nicht einfach.

Zumindest könnte man aber drop down Listen für Notes Objekte etc. zur Verfügung stellen.
Das hat man aber im Declaration Block von Notes Gestaltungselementen im Notes Designer auch, oder ?

Das wäre dann ein Spielprojekt für Eclipse plugin Entwicklung. Dazu hätte ich keine Lust.

Ciao Hernán

[TMC]

Da würde ich mich auch einklinken, wenn es um die Auslagerung der Entwicklung von LS geht.

Wäre eine feine Sache. Wie oben schon erwähnt nutze ich heute schon Proton/Phase zur Bearbeitung längerer Codes. Nur das Copy&Paste nervt da sehr. Auch ist kein Syntaxprüfer und Debugger vorhanden.

Puh, ohne jetzt Eclipse zu kennen stell ich mir die Umsetzung schon verdammt umfangreich vor.

[heini_schwammerl]

Hm,
also Notes 8 basiert auf Eclipse, ergo gibt es auch einen Designer basierend auf Eclipse und somit vielleicht dann auch LotusScript Support.
Notes 7 soll im Designer schon eine verbesserte OO Unterstützung aufweisen, gesehen habe ich die noch nicht aber auf der Lotusphere wurde darüber geredet.
Die Lotus Domino Abteilung coded intern zur Zeit noch meistens mit Microsoft Visual Studio (nein, kein Witz). Viel Template Coding ist angeblich outgesourced.
@Julian: Als Lotus Business Partner darf man eigentlich selber Calls aufmachen?
Schönes Wochenende.
Heini

[Hernan Cortez]

Schreibt man sicher nicht in einer Woche.

Auf der anderen Seite - wenn sich ausreichend Interessierte (2 oder 3) finden.

Ich frag manchmal die Kollegen, die das xd-one plug-in schreiben, ob man das oder dies als Eclipse-plugin entwickeln könnte. Die sagen meist: kein Problem. Inwieweit das jetzt im Detail stimmt, kann ich nicht beurteilen. Hab bisher auch keine Zeit gefunden, weil ich - im Gegensatz zu meinem derzeitigen Image
  - die ganze Woche mit höchst praktischen Problemen zu tun habe.
Ich nähere mich der xd-one Geschichte, weil ich da jetzt bald jsp-taglibs code.
Man gewinnt vermutlich auch dadurch, dass man sich openSource plug-ins wie z.B. dieses deutsche php-plugin mal anschaut. Dessen Aufgabenstellung erscheint mir irgendwie ähnlich. Auch eine nicht-Java Sprache.

Gruß

[Hernan Cortez]

also ich hätte doch Interesse da mitzumachen, wenn wir das vielleicht ein bischen weiter fassen würden:
- etwa verbunden mit einem repository an wiederverwendbaren Funktionen/Klassen/Whatever auf Eclipse Basis.
So weit ich weiss kann jeder auf sourceforge.net openSource Projekte einstellen. Sobald ich ein wenig klarer sehe (dauert bis zu 3 Wochen), kann ich hier wieder posten.

Gruß Axel

[animate]

ich habe mich schon gewundert, dass du kein Interesse daran hattest.
cool.
dann zieh ich mir jetzt gleich mal die schönen Geschichten von Beck und Gamma rein um in 3 Wochen bei eclipse-Plugins mitreden zu können


*edit*
ich hab meinen ersten Button in eclipse "contributed". Naja, er tut noch nix, aber er sieht gut aus.

[Semeaphoros]

Man frage doch einfach die Betreffenden. Leider kenne ich niemanden im Template-Development, aber Thomas Gumz schreibt mir gerade folgendes:

Ich weiss nicht, was meine Template Kollegen verwenden (andere Baustelle), aber ich kann Dir sagen, dass ich den ganzen code in webadmin.ntf (ca. 25000 Zeilen Lotusscript, und ca. 250000 Javascript, beides zu 90% alles OO) alles direkt im Designer Client getippt habe. Glaubs mir oder nicht. Das gute daran war, dass wir den Code hinterher fast auswendig gekannt haben :-).

[Hernan Cortez]

cool.

wir können ja die Dinge von hier wiederverwenden: http://www.atnotes.de/index.php?board=24;action=display;threadid=12702

Also wiederverwendbare Funktionen irgendwie aus Eclipse persistieren und dann im Editor wiederverwendbar zu machen.
Ich versuche gerade meine Bundesliga-Börsenspiel Struts/EJB2.0 Fragmente auf struts/spring/hibernate zu bringen und das dann eventuell zur EM als EM-Börsenspiel auf unserer Webseite zur Verfügung zu stellen (ist aber noch nix abgesprochen).
Melde mich aber auf jeden Fall in der nächsten Woche sobald ich bei dieser plug-in Sache klarer sehe.

Gruß Axel