Nachdem das von IWM gelieferte Update eingespielt wurde,sind immer noch weitere Tätigkeiten notwendig, um unsere Individuellen Anpassungen zu übernehmen:
- jtds-1.2.6.jar von C:\Temp\ nach C:\IWM\apache-tomcat-6.0.18\webapps\PortalNeu\WEB-INF\lib kopieren
- kopieren aller Dateien unter C:\Sicherung\{Datum}\PortalNeu\jsf\hauptmaske\navigator nach C:\IWM\apache-tomcat-6.0.18\webapps\PortalNeu\jsf\hauptmaske\navigator
- kopieren von anmeldung5.jsp aus C:\Sicherung\{Datum}\PortalNeu\jsf\anmeldung nach C:\IWM\apache-tomcat-6.0.18\webapps\PortalNeu\jsf\anmeldung
- Abgleichen von C:\IWM\apache-tomcat-6.0.18\webapps\PortalNeu\user\user_config.xml mit der bisherigen Version unter C:\Sicherung\[Datum]\PortalNeu\user\user_config.xml. Dies muss mittels eines Texteditors, idealerweilse über ein Diff geschehen (Notepad++ ist hier z.B. gut geeignet). Fehlende Einträge müssen in die neue Datei übernommen werden; geänderte Einträge werden nicht korrigiert.
- Das Verzeichnis C:\Sicherung\[Datum]\PortalNeu\user\ nach C:\IWM\apache-tomcat-6.0.18\webapps\PortalNeu\user\ überkopieren um bisherige Inhalte zu übernehmen. Bestehende Daten werden ersetzt
Sowohl auf dem Test- als auch auf dem Produktivsystem hatten wir mittlerweile einmal den Fehler, daß beim Aufruf eines beliebigen Fortuna-Tools im Navigator eine Fehlermeldung "Connection refused" erschien.
Grund dafür ist, daß der SSO-Service nicht aufgerufen werden kann. Warum dies so ist, ist nicht ganz sicher, vermutlich kann die URL nicht aufgelöst werden. Mit dem direkten Aufruf über die IP Adresse funktioniert das Ganze aber auch nicht. Was erst einmal hilft ist, die HOSTS-Datei unter C:\Windows\System32\drivers\etc um einträge zu erweitern, welche die URL des SSO Servers auflösen.
Hier sollte allerdings noch gemeinsam mit den Admins eine bessere Lösung gefunden werden, vermutlich muss man im Proxy/Reverse-Proxy entsprechende Einträge vornehmen.