sepan
Grünschnabel
Hallo,
ich muss den JBoss-AS von 4.2.0.GA auf 4.2.2GA updaten.
Die Client-Anwendung hat ein einfaches Autoupdate integriert, die über eine Versionsnummer im Build läuft. Beim Update wird der gesamte Client downgeloaded (mitsamt den JBoss-Client-Bibliotheken) entpackt und neu gestartet.
Das ist alles kein Problem, nur die Migration von 4.2.0.GA auf 4.2.2.GA macht Probleme.
Wenn ich die Client-Anwendung mit den Bibliotheken von 4.2.2 kompiliere, kann ich mich nicht auf einen JBoss 4.2.0.GA verbinden (local class incompatible: stream classdesc serialVersionUID = xxxxx, local class serialversionUID = yyyyy).
Wenn ich den 4.2.0er Client starte, kann sich der nicht auf JBoss 4.2.2.GA connecten, um das Update zu holen. Leider funktioniert die Update-Abfrage über ein RMI-Call, nicht über Web (nur der Download geht über HTTP vom Application Server).
Hat jemand eine Idee, wie ich das lösen kann?
ich muss den JBoss-AS von 4.2.0.GA auf 4.2.2GA updaten.
Die Client-Anwendung hat ein einfaches Autoupdate integriert, die über eine Versionsnummer im Build läuft. Beim Update wird der gesamte Client downgeloaded (mitsamt den JBoss-Client-Bibliotheken) entpackt und neu gestartet.
Das ist alles kein Problem, nur die Migration von 4.2.0.GA auf 4.2.2.GA macht Probleme.
Wenn ich die Client-Anwendung mit den Bibliotheken von 4.2.2 kompiliere, kann ich mich nicht auf einen JBoss 4.2.0.GA verbinden (local class incompatible: stream classdesc serialVersionUID = xxxxx, local class serialversionUID = yyyyy).
Wenn ich den 4.2.0er Client starte, kann sich der nicht auf JBoss 4.2.2.GA connecten, um das Update zu holen. Leider funktioniert die Update-Abfrage über ein RMI-Call, nicht über Web (nur der Download geht über HTTP vom Application Server).
Hat jemand eine Idee, wie ich das lösen kann?