8
Alte Software Startroutienen
Hallo zusammen,
Auf einem TerminalServer 2012 R2 läuft ein Handwerker Programm, diese alte Software um 1996 wird per Batchrun und einigen Batch gestartet.
In einem Ordner ist ein Java(TM) Platform, Standard Edition Runtime Environment in der Version 6,
Eine Batch mit folgendem Inhalt:
startet ein JavaProgramm das Formulare in die Datenbank Einträgt.
Weitern eine Batch:
Durch einige Probleme auf dem "alten" TS musste ein komplett neuer aufgebaut werden, und stehe jetzt vor einem Problem das obwohl Identische Software benutzt wird die Programme nicht mehr laufen. Dieser Screenshot zeigt einen Solchen :
Verzeichnis:
Die Original Registy add der Software.
habt ihr evtl eine Idee?
Kann man diese start Scripte etwas kompakter bauen? Ich habe leider 0 Ahnung von dieser Materie.
Grüße
Gansa28
Auf einem TerminalServer 2012 R2 läuft ein Handwerker Programm, diese alte Software um 1996 wird per Batchrun und einigen Batch gestartet.
In einem Ordner ist ein Java(TM) Platform, Standard Edition Runtime Environment in der Version 6,
Eine Batch mit folgendem Inhalt:
cd jre/bin
javaw.exe -jar ../../AXAutoDNCTransport.jarstartet ein JavaProgramm das Formulare in die Datenbank Einträgt.
Weitern eine Batch:
cd appsrv
jdbcsrv.exeDurch einige Probleme auf dem "alten" TS musste ein komplett neuer aufgebaut werden, und stehe jetzt vor einem Problem das obwohl Identische Software benutzt wird die Programme nicht mehr laufen. Dieser Screenshot zeigt einen Solchen :
Verzeichnis:
Die Original Registy add der Software.
habt ihr evtl eine Idee?
Kann man diese start Scripte etwas kompakter bauen? Ich habe leider 0 Ahnung von dieser Materie.
Grüße
Gansa28
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 307032
Url: https://administrator.de/contentid/307032
Printed on: April 18, 2024 at 09:04 o'clock
8 Comments
Latest comment
Hallo,
es ist ja schon erstaunlich, das eine Software von 1996 noch auf einem Win Server 2012R2 laufen soll.
Wenn Reg-Keys nicht korrekt gesetzt sind, ist anscheinend die Installations-Routine der Anwendung nicht korrekt durchgelaufen, was bei dem "Altersunterschied" auch kein Wunder ist.
Unter welchem BS lief denn der alte Terminal-Server. Gibt es noch Zugriff auf das alte System? Wenn ja, was steht denn dort in der Registry? Wie ist denn die Handwerker-Software auf den neuen Terminal-Server installiert worden? Da es sich ja anscheinend um ein java-Problem handelt, welche java-Version war auf dem alten Server installiert und welche ist auf dem neuen Server?
Gibt es denn die in den Reg-Keys hinterlegten Verzeichnisse und Dateien?
Jürgen
PS: Was willst Du denn an einem 2zeiler mit Wechsel in das Arbeitsverzeichnis und starten des Programms noch "kompakter" gestallten??
es ist ja schon erstaunlich, das eine Software von 1996 noch auf einem Win Server 2012R2 laufen soll.
Wenn Reg-Keys nicht korrekt gesetzt sind, ist anscheinend die Installations-Routine der Anwendung nicht korrekt durchgelaufen, was bei dem "Altersunterschied" auch kein Wunder ist.
Unter welchem BS lief denn der alte Terminal-Server. Gibt es noch Zugriff auf das alte System? Wenn ja, was steht denn dort in der Registry? Wie ist denn die Handwerker-Software auf den neuen Terminal-Server installiert worden? Da es sich ja anscheinend um ein java-Problem handelt, welche java-Version war auf dem alten Server installiert und welche ist auf dem neuen Server?
Gibt es denn die in den Reg-Keys hinterlegten Verzeichnisse und Dateien?
Jürgen
PS: Was willst Du denn an einem 2zeiler mit Wechsel in das Arbeitsverzeichnis und starten des Programms noch "kompakter" gestallten??
Zusatzfragen:
Gruß skybird
- Wieso startest du das Programm in einer Powershell-Konsole und nicht in einer CMD Shell?
- In der Registrydatei steht in dem Bootclass-Path im Pfad ein effektiv doppelter Backslash hinter "AuftraXDNC" ?!
- Primär würde ich mich fragen ob die Java-Version überhaupt passt und ob nicht doch einige verwendete Sprachkonstrukte die inzwischen als deprecated gekennzeichnet und mittlerweile entfernt wurden genutzt werden (Java-Decompiler).
Gruß skybird
Hi Chiefteddy,
Leider ja es ist nicht möglich eine neuere Software Einzusetzen, Alternativen wurden schon viele gesucht.
Wenn Reg-Keys nicht korrekt gesetzt sind, ist anscheinend die Installations-Routine der Anwendung nicht korrekt durchgelaufen, was bei dem "Altersunterschied" auch kein Wunder ist.
Leider gibt es keine Installationsroutine die ganze Software ist sagen wir mal Modular, und ist aus vielen Einzelnen Modulen, Programmen und Scripten zusammen gesetzt. Unter anderem Java Scripte Pervasiv Datenbank, Batch Scripte, verschiedenste andere Software. Netzwerk freigaben auf Linux Servern usw. Andere Software Elemente liegen auf einem entfernten Windows XP Rechner, diese Module können nur dort laufen, da Serial Anbindungen benötigt werden.
Ich würde das gerne Zeitgemäß gestalten, das sieht so nach 1996 aus
, leider habe ich im Scripten kaum Erfahrung.
Grüße
Gansa28
PS: Ich habe bei der Durchsicht der Software grade einen Unterschied in den Java Programmen entdeckt, ich werde das mal testen und Rückmeldungen geben.
Zitat von @chiefteddy:
es ist ja schon erstaunlich, das eine Software von 1996 noch auf einem Win Server 2012R2 laufen soll.
es ist ja schon erstaunlich, das eine Software von 1996 noch auf einem Win Server 2012R2 laufen soll.
Leider ja es ist nicht möglich eine neuere Software Einzusetzen, Alternativen wurden schon viele gesucht.
Wenn Reg-Keys nicht korrekt gesetzt sind, ist anscheinend die Installations-Routine der Anwendung nicht korrekt durchgelaufen, was bei dem "Altersunterschied" auch kein Wunder ist.
Unter welchem BS lief denn der alte Terminal-Server. Gibt es noch Zugriff auf das alte System? Wenn ja, was steht denn dort in der Registry? Wie ist denn die Handwerker-Software auf den neuen Terminal-Server installiert worden? Da es sich ja anscheinend um ein java-Problem handelt, welche java-Version war auf dem alten Server installiert und welche ist auf dem neuen Server?
Ja der "alte" Server ist ebenfalls ein 2012 R2, allerdings hat dieser nicht Nachzuvollziehende Zugriffsprobleme, deshalb muss ein neuer Aufgesetzt werden. Mit einigen Workarounds ist dieser am "laufen"Gibt es denn die in den Reg-Keys hinterlegten Verzeichnisse und Dateien?
JA die gibt es auf dem ersten Bild habe ich diese gegenüber gestellt.PS: Was willst Du denn an einem 2zeiler mit Wechsel in das Arbeitsverzeichnis und starten des Programms noch "kompakter" gestallten??
Ich würde das gerne Zeitgemäß gestalten, das sieht so nach 1996 aus
, leider habe ich im Scripten kaum Erfahrung.Grüße
Gansa28
PS: Ich habe bei der Durchsicht der Software grade einen Unterschied in den Java Programmen entdeckt, ich werde das mal testen und Rückmeldungen geben.
Zitat von @129413:
Zusatzfragen:
In der CMD kommen keinerlei Rückmeldungen, das Programm stürzt einfach ab. Die PS bringt den als Screenshot angehängten Fehler.Zusatzfragen:
- Wieso startest du das Programm in einer Powershell-Konsole und nicht in einer CMD Shell?
* In der Registrydatei steht in dem Bootclass-Path im Pfad ein effektiv doppelter Backslash hinter "AuftraXDNC" ?!
Die Regdatei ist eine Überbleibsel von 1996, und gilt mir nur als Vorlage die Einträge in der Registry mache ich per Hand.
* Primär würde ich mich fragen ob die Java-Version überhaupt passt und ob nicht doch einige verwendete Sprachkonstrukte die inzwischen als deprecated gekennzeichnet und mittlerweile entfernt wurden genutzt werden (Java-Decompiler).
Auf dem "alten" 2012 R2 Ts ist eine Java SE Development Kit 7 Update 75 (64-Bit) installiert.Ich teste grade mit einer Update 79 (32Bit) da dies der einzige Unterschied ist, leider habe ich keine Update 75 mehr.
Gruß skybird
Wer braucht für sowas denn die Java Installationsdateien?
Die alten einfach kopieren sollte ausreichen.
Ansonsten, eventuell 32/64bit Differenzen zwischen der alten und neuen Installation?
Die alten einfach kopieren sollte ausreichen.
Ansonsten, eventuell 32/64bit Differenzen zwischen der alten und neuen Installation?
Zitat von @AndreasHoster:
Ansonsten, eventuell 32/64bit Differenzen zwischen der alten und neuen Installation?
Das würde ich auch vermuten. Denn die Powershell-Konsole kann auch einmal im 32- oder 64-Bit-Modus gestartet werden und dann sieht sie die Registry und andere Dinge aus einem anderen "Blickwinkel", Stichwort "wow6432Node". Da solltest du Konstanz reinbringen.Ansonsten, eventuell 32/64bit Differenzen zwischen der alten und neuen Installation?
Hallo zusammen,
ich habe den Fehler gefunden,
und zwar Erwartet er den Eintrag nicht unter
HKEY_LOCAL_MACHINE
sondern unter
HKEY_CURRENT_USER
Obwohl die Fehlermeldung andere REGISTRY Einträge Angemeckert hat, laufen jetzt die beiden Programme.
Grüße
Gansa28
ich habe den Fehler gefunden,
und zwar Erwartet er den Eintrag nicht unter
HKEY_LOCAL_MACHINE
sondern unter
HKEY_CURRENT_USER
Obwohl die Fehlermeldung andere REGISTRY Einträge Angemeckert hat, laufen jetzt die beiden Programme.
Grüße
Gansa28
http://www.duden.de/rechtschreibung/Routine
(Der Fauxpas in der Überschrift)
(Der Fauxpas in der Überschrift)
1
