AppDev Studio 3.2 und alte Taglibs

Liebe Redscoper,

folgendes Problem plagt mich:

Ich muss eine Webapplikation, die mit SAS 8 und AppDev Studio 2.0.3 erstellt wurde, nach SAS 9.1.3 und damit nach AppDev Studio 3.2 migrieren.

Zum Großteil läuft mittlerweile alles; nur der MDDB-Viewer macht mir noch etwas Kummer. Datenselektion, Drilldown etc. funktionieren; wenn ich allerdings Daten auf Detailebene anzeigen will, steigt die Anwendung mit einer Fehlermeldung aus. Aus dem Stacktrace kann ich entnehmen, dass der Fehler aus dem MDDB Command Processor von SAS (JSP-Tag: ) kommt. Die Ursache dürfte also damit irgendwo in der SAS Custom Taglib liegen.

Meine Frage jetzt: Gibt es bereits Erfahrung mit der Migration von alten ADS-Projekten und speziell der Weiterverwendung von alten Taglibs? Ist die Weiterverwendung überhaupt möglich oder gibt es generell eher Probleme mit der Kompatibilität?

In dem Zusammenhang würde mich auch noch folgendes interessieren: In der fertigen ADS3.2-Webapplikation vermisse ich die bisherige Tag Library (sasads.tld), die früher im META-INF - Verzeichnis stand (bei Verwendung von Tomcat). Erstaunlicherweise funktionieren die -Tags aber trotzdem noch - aber warum? Woher weiß Tomcat, welche Klassen dahinter stecken, wenn es die Tag Library nicht mehr gibt?

Fragen über Fragen, vielleicht kann ja jemand weiter helfen!

Schöne Grüße
- Martin Haffner -

... des Rätsels Lösung

Hallo,

aufgrund der überwältigenden :-) Resonanz auf meine Frage vermute ich, dass bisher tatsächlich eher wenige Erfahrungen mit ADS 3.2 vorliegen. Mittlerweile habe ich mit Hilfe von SAS das Problem gelöst - aber für den Fall, dass sich jemand irgendwann mit den gleichen Schwierigkeiten herumschlagen muss, stelle ich die Lösung auch hier in Redscope ein:

Grund für den Programmfehler ist tatsächlich eine Inkompatibilität zwischen dem alten und dem neuen ADS: Beim Anzeigen von Detaildaten einer MDDB bekam die neu geöffnete Webseite in der alten ADS-Version die Applikations-ID als Parameter mitgegeben. In der neuen ADS-Version ist das nicht mehr der Fall! D.h. wenn die Detailseite diese Applikations-ID benötigt, muss sie sie manuell ermitteln (z.B. über Session Context).

An dieser Stelle einen schönen Dank an Herrn Rosner von SAS für die Unterstützung bei der Fehlersuche :-)

- MH -