Update von 1.010 auf 1.6

[MartinG]

Hallo,

wir haben im Moment eine relativ stark angepasste Version von Help 1.010 im Einsatz. Würde jetzt gerne auf die 1.6 migrieren. Diverse Versuche (auch über Zwischenversionen) waren allerdings nicht sehr erfolgreich - bin allerdings auch kein allzugrosser Dokuleser.

Habe jetzt ein wenig rumgetestet - spricht was grundsätzliches gegen ein ganz einfaches Vorgehen ? (erste Tests sahen gut aus).

1.   Neue Help-Datenbank anlegen auf Basis der aktuellen Schablone
2.   Konfigurationsdokumente alle bearbeiten/anpassen/abändern
3.   alle bestehenden Calls (bei uns nur 2000) per Zwischenablage in die neue Datenbank kopieren

Natürlich brauche ich für die komplette "Neukonfiguration" auch ein wenig Zeit. Wird aber vermutlich deutlich weniger sein, als ein Update zu machen...

Gruss
Martin
 

[Thomas Schulte]

Weis ich nicht. Normalerweise wenn du der Update Doku folgst, sollte es relativ einfach funktionieren.
Alternativ könnte man das auch übers WE mal ausprobieren.

[MartinG]

  Weis ich nicht. Normalerweise wenn du der Update Doku folgst, sollte es relativ einfach funktionieren.   

Hier würde ich Dir widersprechen.  So gaaaaaaaaaaaanz einfach ist das nicht - zumindest nicht für einen Admin. Habe in meinem Bekanntenkreis zwei anderen Admins HELP empfohlen, und die haben genau das gleiche Problem. Ein klein wenig Designerkenntniss habe ich ja auch, aber es gibt da schon die allerseltsamsten Effekte beim Update. Es gibt auch eine Menge Calls zum Thema Updates...

Ich teste mal ein wenig weiter. Bisher sieht das ganze aber sehr gut aus. Allerdings nutzen wir nur einen ganz kleinen Teil von HELP...

[eknori]

du kannst das so machen, Knackpunkt ist allerdings 3.

Wenn du aus der Zwischenablage einfügst ist das Erstelldatum des Calls das Datum des EInfügens.

Und das könnte dann deine Statistik gehörig durcheinanderbringen

[MartinG]

Wenn du aus der Zwischenablage einfügst ist das Erstelldatum des Calls das Datum des EInfügens.   

Das habe ich gerade auch festgestellt - aber das müsste dann auch das "einzige" grosse Problem sein. Vielleicht kann ich das aber über einen Agenten wieder auf das "korrekte" Datum setzen...

[eknori]

Was sind denn eigentlich die

aber es gibt da schon die allerseltsamsten Effekte beim Update

?

[MartinG]

Meine letzten Versuche liegen auch schon wieder zwei Monate zurück. So aus dem Kopf heraus waren dies aber:

- relativ viele Fehler mit Rahmengruppe nicht gefunden, die ich nie lokalisieren konnte
- irgendwelche Scriptfehlermeldungen in der Statusleiste
- ich hatte bei unglaublich vielen Aktion - auch ganz einfachen schon eine Menge Fehlermeldungen

Habe damals alles mögliche versucht - z.B. allen Lotus Script neu zu kompilieren. Hat aber da schon Fehlermeldungen gehagelt. Bin aber einfach kein Entwickler...

Das Datumsproblem könnte man wie folgt lösen. Ihr habt bisher in den Ansichten die Formel @Date(@Created) drin. Das könnte man erstetzen durch das Feld "DateCreated". Ist ein wenig Aufwand, aber müsste ja nichts dagegensprechen? Müsste im Gegenteil ja sogar performanter sein...

Eine andere Frage an Euch beide:  ich sammle im Moment die Bugs die mir auffallen in einer Datei zu Help 1.6. Wie soll ich Euch das am besten zukommen lassen: hier im Forum, EMail oder bei OpenNTF?

[Thomas Schulte]

Das Problem ist das es beim Update ein paar Agents gibt die der Reihe nach laufen MÜSSEN. Sonst sind bestimmte Funktionen nicht sauber vorhanden.
Von daher ist bei einem Versionssprung der so groß ist schon einige Arbeiten notwendig, auch wenn du einfach nur kopierst.
Was die Bugs angeht. Immer her damit. Wenns nicht zuuu peinlich für uns wirds 

[MartinG]

Hallo Thomas,

vielen Dank für Dein Angebot. Allerdings sieht es im Moment mit der "Kopiergeschichte" so gut aus, dass ich eigentlich nicht nochmal von vorne anfangen möchte. Ich teste heute noch ein wenig rum, würde dann ab Montag aber mit meiner Upgradevariante online gehen...

Eine andere Frage hätte ich noch: ich würde einer Tochterfirma von uns die Helpdatenbank welche ich jetzt angepasst habe zukommen lassen. Funktioniert das ganz normal wie bei Notes üblich, in dem ich aus meiner jetztigen Datenbank eine Kopie mache und diese als Schablone deklariere? Bei Help bin ich mir durch den mächtigen, komplexen Aufbau immer etwas unsicher, ob man hier "normale" Standards machen kann...

Gruss
Martin

[eknori]

ob man hier "normale" Standards machen kann.

Keine Sorge, wir sind NORMAL und verwenden STANDARDS 

[MartinG]

Danke für die Hilfe. Als Admin mit ein wenig Design-KnowHow ist Help schon eine "relativ" komplexe Angelegenheit...

Je länger ich jetzt teste mit Help 1.6 muss ich sagen das es schön geworden ist. Auch optisch eine der schönsten Notesapplikationen die ich kenne...

[Thomas Schulte]

ob man hier "normale" Standards machen kann.

Keine Sorge, wir sind NORMAL und verwenden STANDARDS 

STANDARDS verwenden, ja da stimme ich dir zu.

Aber NORMAL???
Nee normal sind wir nich.

[MartinG]

Ein kleines Beispiel worüber man als Admin z.B. stolpert da die Applikation schon komplex ist. Als echte Cracks lacht ihr sicherlich darüber: 

Meine Kollegen finde in der Maske HD_Anfrage die Bezeichung "Datei einfügen" und "Datei importieren" ungewöhnlich. Klarer Fall sage ich, ich ändere den Text kurz ab auf "Datei anhängen" und "Dateiinhalte importieren"...

Versuche nun seit 10min den Text abzuändern..

Wie "normal" gehe ich in die Konfiguration auf Sprachdokumente und suche dort nach "einfügen". Seltsamerweise hier nichts gefunden. Schau mir das Feld in der Maske an, steht da ein berechneter Text mit der Formel:

Code

key := "lblTicketFiles";
_label:=@Trim(@Middle(FIELDLABELS; key + "=" ;";"));
@If(_label="";"(?)"+key;_label) 

Im Sprachdokument TICKET LABELS finde ich allerdings nur den Begriff Dateien? Wo kommt das "einfügen" her?

[Thomas Schulte]

Da hat ulrich ein wenig geschummelt. Das ist noch hardcoded ... 

[MartinG]

  Da hat ulrich ein wenig geschummelt. Das ist noch hardcoded ...   

Das habe ich mir schon gedacht, allerdings stehe ich absolut auf dem Schlauch wo das hardcoded ist? Kann man soooooooo blind sein?