Das Notes Forum
Domino 9 und frühere Versionen => ND8: Entwicklung => Thema gestartet von: TY am 06.10.14 - 13:03:38
-
Hallo,
wir setzen im Unternehmen Lotus Notes 8.5.3 für unser Intranet ein. Hier gibt es eine Start-DB, die einige andere DB's aufruft. Das Intranet hat Menüpunkte, die wiederum Untermenüpunkte haben.
Jetzt möchten wir gerne das Intranet neu überarbeiten und in HTML aufbauen, so dass es für jeden über einen Browser zugänglich wird.
Meine Frage ist: Kann man diese Notes-Struktur evtl. über einen Agenten auslesen, so dass sie (nur zur Ansicht) in HTML übernommen werden kann?
Ansonsten müsste ich von dem kompletten Intranet-Aufbau Screenshots machen und so die Struktur nachbilden.
Danke für Eure Antworten
Gruß Jürgen
-
Domino kann die Notes Dokumente prinzipiell auch für Webbrowser zur Verfügung stellen. Mit relativ geringfügigen Anpassungen kann das auch ganz hübsch aussehen.
Grüße
Ralf
-
Hallo Ralf,
das wäre vielleicht die einfachere Variante, aber gefordert ist nun mal unser Intranet nicht mehr über Notes, sondern über einen Browser laufen zu lassen.
Dennoch Danke
-
Läuft doch dann komplett im Browser und nicht mehr im Notes client. Also irgendwie verstehe ich die Anforderung nicht wirklich.
-
was ich benötige ist nur die Struktur ohne Inhalt - also der jetzige Aufbau des Intranets:
- Öffnen der Haupt-DB
- Öffnen eines Menüpunkts, bzw. Untermenü (Aktionen in Haupt-DB öffnet neue DB)
- Öffnen eines weiteren Untermenü (Gliederung innerhalb der geöffneten neuen DB)
Das Intranet soll komplett neu aufgebaut werden. Die Gliederungen und Menüpunkte werden neu angeordnet. Um jetzt nicht immer wieder nach Notes wechseln zu müssen, um zu sehen wie der Ursprungsaufbau (mit den ganzen Untermenüs) ist und dann zurück zur Webentwicklung, wäre es hilfreich, wenn man den ursprünglichen Aufbau irgendwie mit einem Agenten auslesen könnte.
Wenn ich die Notes-Dokumente für den Web-Browser zur Verfügung stelle, habe ich immer noch den gleichen Inhalt.
Was ich benötige ist einfach die Struktur des gesamten Konstrukts mit den Gliederungen und evtl. Untergliederungen.
Aber ich fürchte, das lässt sich so ohne weiteres nicht realisieren. Werde dann evtl. Screenshots anfertigen.
-
worum geht es in dem Auftrag/Projekt genau
- Ablösung von Notes als Surfclient fürs Intranet ?
- Ablösung von Domino als HTML-Anbieter ?
Und als Bonusfrage
- womit soll künftig das Design des Intranets gemacht werden ?
-
Abgelöst wird Notes als Intranet (Informationsportal).
Zukünftig wird das Intranet evtl. mit Typo3 aufgebaut.
Zur Zeit starten die User für das Intranet eine Lotus-Notes-DB (Kachel).
Zukünftig wird das Intranet über einen Browser gestartet; mit neuem Design und ohne Notes.
-
Hallo Jürgen,
Du willst also das was derzeit als Intranet via Domino im Browser angezeigt wird als z.B. HTML exportieren und dann in euer neues CMS importieren?
Und hier dann auch nicht die Inhalte, sondern die nur Struktur, also die Sitemap sozusagen.
Da tritt wohl das blaue Leitmotiv zu:
Im Bedarfsfall Manuell
Meines Wissens nach kann man aus einer Notes-Datenbank nicht sowas wie eine Sitemap oder eine Verknüpfungsliste der Gliederungspunkte herausziehen.
Ein CMS wie Typo3, Wordpress oder Joomla ist halt was ganz anderes wie eine Notes-Datenbank. Da sind die Menüverknüpfungen in einer relationalen Datenbank hinterlegt.
Du müsstest also selbst wenn Du die Struktur exportieren kannst, das irgendwie (zumindest weiss ich das von Joomla und Wordpress - außer es gibt irgendeine abgedrehte Komponente oder Plugin, die das macht) in SQL umwandeln und dann in die entsprechende CMS-Datenbank einlesen.
Da ist die Variante Screenshot mit Notizen vermutlich die effektivste Methode.
Bye,
Markus
-
@Markus:
So soll es sein.
Habe mir schon gedacht, dass es schwierig wird, bzw. nicht geht.
Dennoch danke für den Beitrag.
-
Wenn Du dich ein bischen in XML mit Notes sowie XML Programmierung und HTTP Client + Datenbank Programmierung mit einer beliebigen Programmiersprache (VM-Sprache wie Java, Groovy, Scala, Clojure, etc. oder Python, Ruby, C, etc.) geht da eigentlich immer was.
Sofern das alles neu für dich ist, ist die Lernkurve sehr steil.
-
noch ne alternative, mit einem Browser die Seiten öffnen und als Seite oder Archiv (je nach Browser) speichern. Das kann dann ggfls. importiert werden oder als Vorlage zum Nachschlagen dienen
-
Hallo Jürgen,
wenn Ihr Notes ablösen wollt: okay, macht doch. Aber warum in Himmels Willen wollt Ihr wegen einer eh erst neu zu schaffenden Infrastruktur auch den Domino abschalten? Wen Ihr sowieso nur lesen wollt, dann ist doch sehr wenig zu tun, um statt "auf was auch immer" auf die entsprechende Site des Dominos zu verlinken. SSO etc. tun ja auch - richtig gemacht ist der Aufwand erheblich geringer als ein Umzug aller Inhalt auf "was anderes".
Bernhard
-
Ich bin eigentlich die ganze Zeit mit Portierungs-Projekten beschäftigt, d.h. sowas wie Java JSF Icefaces zu Java JSF Primefaces. Oder sowas wie synchron Spring Transactions -> Spring zu REST -> JPA. Oder Java Struts zu Java JSF Primefaces. Die Möglichkeiten sind unendlich. Für wen sich diese Portierung *innerhalb* einer Plattform seltsam anhört, dass sind wirklich für die Organisationen sehr wichtige Prozesse mit sehr hohen und steigenden Anforderungen, so dass ein solches Ausnutzen von features neuerer Entwicklungen der Plattform businessmässig opportun und sogar notwendig wird.
In solchen Umgebungen hast Du trotz aller Pannen letztlich eine hochdiversifizierte Gruppe an hochspezialisierten Leuten für Datenbanken, Server-Infrastruktur, dedizierte Security-Prüfer, Web-Design, JEE Entwicklung, Frontend Design, interne QA Tools, dedizierte Tester, Business Analysten. Solche Umgebungen findest Du in Versicherungen, Weltkonzernen oder Nischen-Weltmarkt-Champions mit hohem IT-Anteil.
Und trotzdem laufen Budget-Einschätzungen gerade für Portierung häufiger aus dem Kurs.
Wenn man da Abschätzungen nach Prämissen wie CMS speichern Anwendungsstrukturen als HTML macht, sollte das Anlass zu großer Sorge sein.
Besteht wirklich Bedarf für eine Portierung, sollte man zuerst einen auf die neue Plattform gerichteten Prototypen erstellen und sich frühesten dann um den Portierungsprozess kümmern.
Will man diese Portierung alter Inhalte auf die neue Plattform programmatisch durchführen, gibt es dafür keine Standard-Tools. Händisch geht immer. Programmatische Unterstützung für den Portierungsprozess ist weder trivial noch eine Raketen-Wissenschaft.
Wer diesbezüglich Interesse hat, kann sich gerne per PM an mich wenden. Für mich könnte es möglicherweise sogar Sinn machen, solche portier-unterstützenden Werkzeuge für persönliche Werbung openSource zu entwickeln. Ich kann ganz sicher nicht über Wasser laufen, der Teufel steckt im Detail und Geld-Projekte haben immer Vorfahrt. Aber ich hab so was ähnliches schon gemacht.
-
Hallo und danke für die Beiträge. Letztendlich werden jetzt Screenshots von der Struktur gemacht.
@Piti: Alles andere wäre zu aufwändig.
@Bernhard: Da das bisherige Intranet auf Notes-Basis schon sehr lange im Einsatz ist und bisher nicht für alle zugänglich (ca. 20 % haben kein Notes), hat man sich Gedanken gemacht, wie das Ganze überarbeitet werden kann. Die Entscheidung haben andere getroffen. Da ist man als Entwickler außen vor. Die Inhalte und die Struktur werden überarbeitet; also nicht aus dem bisherigen Stand übernommen. Dennoch sollen keine Punkte fehlen, die es bisher auch gab. Nur anders aufgebaut. Daher bräuchte ich eine Übersicht, welche Punkte und Unterpunkte es bisher gibt und dachte dabei an eine Möglichkeit mittels Agenten die Menüstruktur auszulesen.
@WildVirus: Geht das auch über den Client?
-
Guten Morgen,
vielleicht bin ich ein bischen altbacken in der Beziehung, aber wenn ich zwei Systeme kopple, dann über eine definierte Schnittstelle. Falls also Lotus Domino als Webserver für Deine Struktur ÜBERHAUPT NICHT in Frage kommt (warum nochmal genau???), dann sieht die Sache für mich so aus:
- System A: Lotus Domino. Daten, die in mehreren DB's liegen, repräsentieren eine hierarchische Struktur. Diese Daten sollen einem System B durch einen Export zur Verfügung gestellt werden. Der Export kann einmalig oder zyklisch laufen.
- System B: liest die Export-Daten und macht was-auch-immer damit.
Du brauchst:
- ein Export/Import-Medium, das beide Systeme unterstützen. Das kann das Filesystem sein, eine relationale Datenbank usw.
- eine von beiden Parteien definierte, abgestimmte Schnittstelle
- in Notes programmierst Du einen Agenten - ggf. in einer separaten DB - der diese Exportschnittstelle bedient.
- den Rest machen die Kollegen im System B
Bsp. 1:
- Medium=Filesystem
- Datei-Format=XML (oder etwas ähnliches im Textformat, das hierarchisch Daten ablegen kann)
- genauer Aufbau wird abgestimmt
- Dein Agent greift auf die entsprechenden Notes-DB's zu, erzeugt die XML-Datei und packt sie an die vereinbarte Stelle
- System B liest die Datei und macht den Rest
Bsp. 2:
- Medium=relationale DB
- eine Übergabe-Tabelle (ggf. mehrere Tabellen) wird definiert. Exportiere um Himmels Willen nicht "hart" in die DB eines CMS!
- Dein Agent greift auf die entsprechenden Notes-DB's zu und befüllt die Übergabe-Tabelle
- System B liest aus der Übergabetabelle und macht den Rest
Um auf Gliederungs-Einträge per Script zuzugreifen, gibt es NotesOutline und NotesOutlineEntry. Falls Daten in Notes-Dokumenten vorliegen, klassisch über Views etc.
Aber nochmal: es macht ggf. erheblich mehr Sinn, den Domino Server als Webserver zu betreiben und aus dem CMS einen Link zu setzen, falls jemand nur diese "Strukturdaten" sehen möchte. Alles kein Hexenwerk.
Viel Erfolg,
Th.