Das Notes Forum
Domino 9 und frühere Versionen => ND8: Entwicklung - XPages => Thema gestartet von: pram am 05.08.11 - 13:09:08
-
Hallo zusammen,
auch ich springe jetzt auf den XPages-Zug auf, bin also noch relativ am Anfang....
Habe mir bereits ein paar Demo-DBs von openNTF angesehen, dabei stoße ich immer wieder auf die "XPages Extension Library" dazu hätte ich ein paar Fragen:
- Muss diese Extension-Library wirklich immer auf dem Server und allen Clients installiert werden?
- Oder gibt es eine Möglichkeit, diese Libraries gleich mit in die NSF zu packen?
- Falls nicht, wie handlet man unterschiedliche Versionen, z.B die Datenbank A benötigt die Extlib in der Version A und die Datenbank B die Version B.
Wäre nett, wenn jemand ein paar Worte dazu sagen kann.
Gruß
Roland
-
... die Libary gibt es auf OpenNTF zum Download - mit dabei eine Datei, die beschreibt, wie und wo zu welchem Zweck installiert werden muß.
Du brauchst sie definitiv auf dem Server bei Serverzugriff - und du brauchst sie lokal bei dir zwecks Designer...
Toni
-
Hallo Toni,
ja die Datei hab ich schon gefunden, ich hab die Libs auch entsprechend der Anleitung auf den Server kopiert. Das direkte Einbinden in eine NSF geht wohl nicht, bzw google brachte mich auch nicht weiter, hab lediglich ein Deploymenttool gefunden
Mir ginge es in erster Linie darum, der Kunde nimmt eine DB, kopiert diese auf den Server und die DB läuft.
Wenn er zuvor schon wieder Dateien am Server ablegen muss (und diese dann sogar mit anderen Versionen kollidieren), bekommt man von den Admins meist nur ein :-:
Dass die Extension-Libs auf jeden Server installiert werden müssen (sofern das mit in die NSF packen nicht möglich sein soll) könnte ich ja gerade noch akzeptieren, aber müssen sie auch auf die Clients? ... das konnten wir bei den bisherigen Tests noch nicht verifizieren, bei meinem Kollegen klappt es, die Seite im Client zu öffnen, bei mir nicht, da kämpfe ich noch mit einem "Error 500 HTTP Web Server: Command Not Handled Exception"
Ich schob es erst darauf, dass ich die Libs noch nicht lokal installiert hatte und er schon, allerdings ging es nach der Installation auch nicht. (Vielleicht hab ich aber da auch noch was falsch gemacht, im designer sind sie jedenfalls vorhanen, Notesversion 8.5.2 FP2)
in diesem Sinne, wünsche ich ein schönes Wochenende.
Roland
-
Wenn man Anwendungen für einen anonymen Markt entwickeln will, so ist dieses ein Problem.
- Darf man beim zukünftigen Kunden die Extension Library installieren?
- Welche Version der Extension Library hat der zukünftige Kunde bereits installiert und ist er bereit ein Update zu machen?
Schön wäre es, wenn man die Extension Library auch alternativ in die NSF unterbringen könnte.
Hatte hierzu mal diesen Beitrag gefunden:
http://www.timtripcony.com/blog.nsf/d6plinks/TTRY-89D6PZ
Habe aber noch kein Zeit mich ausführlich damit zu beschäftigen.
Übrigens: Auf dem Notes Client muss du die Extension Library nur installieren, falls du dort entwickeln möchtest oder XPage im Notes Client (XPiNC) nutzen möchtest.
-
Bei einem meiner Kunden ist vertraglich die Nutzung von Open Source Code untersagt. :-(
Die Erlaubnis würde ich mir schriftlich geben lassen, bevor ich die Ext Lib dort installieren lasse.
-
... aus grauen Kanälen hört man, daß es geplant ist, daß die Extensions in späteren Versionen dabei sein könnten...
Toni
-
Trotzdem bleibt das Problem, das die Extlib nicht in unterschiedlichen Versionen abgelegt werden kann (oder täusche ich mich hier).
Und das ist schon ein ziemlicher Killer, denn dann muss ich jedesmal wenn ich ein neues Feature aus Version Y verweden möchte ein Upgrade auf diese Version machen und vorher alle Applikationen die Version X verwenden testen :-(
Ich finde die ExtLib echt super, verwende Sie aber aus den o.g. Gründen eben nicht.
Statt immer neue Feauteres in die ExtLib zu pressen sollte man mal drüber nachdenken, wie man diese Problematiken angehen kann.
Grüße David
-
Statt immer neue Feauteres in die ExtLib zu pressen sollte man mal drüber nachdenken, wie man diese Problematiken angehen kann.
Das würde mich aber wundern, wenn dies irgendwann passieren sollte. Es gibt diverse Projekte bei OpenNTF die von den "IBM-Gurus" erst gehyped wurden und dann nicht weiterentwickelt/fehlerbefreit werden, z.B. die Documentation Wiki oder die Mobile Controls.
Ich denke, dass man diese Sachen einfach als Machbarkeitsstudie betrachten und als Ideengeber verwenden sollte, um seine eigenen Frameworks zu entwickeln.
VG, Michael
-
Noch mal weiter geforscht:
A) 8.5.3 wird also voraussichtlich keine Extension Library enthalten.
B) Voraussichtlich kann die Extension Library aber mit 8.5.3 direkt aus der UpdateSite Datenbank genutzt werden. Man muss dann auf dem Server keine jar-Dateien austauschen, sondern kann alles über die UpdateSite Datenbank administrieren.
Das hört sich schon gut an.
Ich hoffe man kann dann auch parallel mehrere Extension Libraries in der UpdateSite Datenbank verwalten und in der Anwendung einstellen, welche Version der Extension Library genutzt werden soll.
Siehe: http://lotusnotus.com/lotusnotus_en.nsf/dx/new-features-of-xpages-in-8.5.3.htm
8.5.3 will not contain a new extension library.
However IBM is planning to release a stable version independent from the release stream, using update sites.
Siehe: http://www.qtzar.com/blogs/qtzar.nsf/blog.xsp?entry=mfr6u1708ow0&SessionID=CNFLZXUWFB
One of the nice things about this is that when newer versions of the plugin become available all you need to do is import them into your UpdateSite NSF and then restart the HTTP task.
Another thing that you will notice is that the plugins stay in the NSF and don't get extracted out to the workspace\applications\plugins folder so if you have deployed older versions of ExtLib you can now get rid of all those old files and have a cleaner deployment.
-
Es werden nach und nach controls aus der extLib in das core Product wandern.
-
Trotzdem bleibt das Problem, das die Extlib nicht in unterschiedlichen Versionen abgelegt werden kann (oder täusche ich mich hier).
Die selbe Befürchtung habe ich auch
Another thing that you will notice is that the plugins stay in the NSF and don't get extracted out to the workspace\applications\plugins folder so if you have deployed older versions of ExtLib you can now get rid of all those old files and have a cleaner deployment.
Das hört sich schon mal vielversprechend an, wenn man dann noch pro Anwendung einstellen kann, welche Extlib eingesetzt wird, habe ich keine großen Bedenken mehr.
Es werden nach und nach controls aus der extLib in das core Product wandern.
Weiß man schon ob der Namespace dann gleichbleibt?
Aktuell unter 8.5.2 mit installierten Extensions sind diese ja über xmlns:xe="http://www.ibm.com/xsp/coreex" erreichbar
Wenn diese in den Core wandern und der Namespace sich ändert muss man ja wieder zweigleisig entwickeln. (Version 8.5.2 + extlib / >= 8.5.4 + core)
Wird zwar wohl auf ein einfaches Suchen und Ersetzen raus laufen, aber trotzdem...
Gruß
Roland
-
Es werden nach und nach controls aus der extLib in das core Product wandern.
Ob sie dann auch internationalisiert werden ... ? :(
-
Bei einem meiner Kunden ist vertraglich die Nutzung von Open Source Code untersagt. :-(
Das stell ich mir schwierig, vor, enthält doch mittlerweile fast jede SW irgendwelche "Open Source" Komponenten ...
-
Hallo,
hier ein Link, in dem beschrieben wird, wie man die ExtLib in eine NSF einbetten kann, ohne sie installieren zu müssen. Ein etwas längerer Artikel, ich habe ihn noch nicht ausprobieren können.
Aber vielleicht hilft es ja weiter: http://www.timtripcony.com/blog.nsf/d6plinks/TTRY-89D6PZ
Sven
-
Den Link hatte ich im 4 Beitrag schon erwähnt.
Er scheint heute aber nicht mehr zu funktionieren.
Diese URL scheint jetzt zu stimmen:
http://xmage.gbs.com/blog.nsf/d6plinks/TTRY-89D6PZ
-
Oh, vielen Dank für das Update des Links. Tim Tripcony's Webseite ist wohl vorübergehend offline.
Ich habe mich heute mal intensiver mit der Thematik beschäftigt, und bin zu dem Schluß gekommen, daß das das Ganze leider nicht wirklich weiter hilft. Im Großen und Ganzen führt wohl kein Weg an einer sauberen Installation vorbei.
Sven