View Full Version : JDK bei i 7.1
andreaspr@aon.at
14-01-13, 10:45
Hallo Forum,
haben unsere Entwicklung von 6.1 auf 7.1 umgestellt.
Wir haben jetzt leider das Problem das es (scheinbar) für das Lizenzprogram 5761JV1 die Optionen
(6) Java Developer Kit 1.4
(7) Java Developer Kit 5.0
(10) Java Developer Kit 6
nicht mehr gibt bzw. unterstützt werden!?!
In einem sehr alten RPG PGM wird ein
ADDENVVAR JAVA_HOME ('/QIBM/ProdData/Java400/jdk15')
gemacht.
Jetzt gibt es seit 7.1 dieses Verzeichnis nicht mehr.
Leider sind meine Kentnisse in Java und speziell bei Aufrufen aus RPG so begrenzt, dass ich weis, dass ich da nichts großes machen will/kann.
Hat schon wer dieses Problem beim Unstieg auf 7.1 gehabt?
Bin für jeden Hinweis dankbar!
Vielleicht gibt es ja eine Möglichkeit dem entgegen zu treten ohne das Programm neu zu schreiben? ;)
lg Andreas
guckst du hier
IBM i information center (http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/index.jsp?topic=%2Frzaha%2Frzahaconsideritj.htm)
andreaspr@aon.at
14-01-13, 12:03
Danke für die Antwort!
Diese Seite habe ich auch schon gefunden.
Leider steht dort auch nicht wirklich was drinnen womit ich die Option "Programm neu schreiben" ausschließen kann.
Ich konnte auch nicht die Steps finden die gemacht werden müssen um auf eine andere Technologie umzusteigen:
- der JAVA_HOME einen anderen Pfad angeben
- das Java PGM mit einer anderen Technologie neu umwandel
Oder was es da sonst noch zu machen gibt.
Wie gesagt, meine Kenntnisse sind mit Java auf der i wirklich sehr beschränkt.
Verzeichnis ist gewandert nach
/QOpenSys/QIBM/ProdData/JavaVM/jdk50
dort dann noch 32bit oder 64bit hinzufügen!
... sieht so aus, als ob die auf der vorhandenen Büchse die 1.5 statt der 1.4 haben wollten. Ich würde auf der neueren Büchse erst mal den ADDENVVAR ganz rauswerfen und sehen was passiert.
D*B
andreaspr@aon.at
14-01-13, 12:29
Danke für die Tipps!
Ich habe den ADDENVVAR JAVA_HOME entfernt.
Im Joblog bekomme ich folgenden Fehler (egal ob mit oder ohne JAVA_HOME)
Nachrichten-ID . . . . : RNX0301 Bewertung . . . . . . : 50
Nachrichtenart . . . . : Abbruch
Sendedatum . . . . . . : 11.01.13 Sendezeit . . . . . . : 14:19:56
Nachricht . . . : Java-Ausnahme beim Aufrufen der Java-Methode empfangen.
Ursache . . . . : RPG-Prozedur PROC1 in Programm LIB1/PGM1
hat Java-Ausnahme "java.lang.NoClassDefFoundError:
com.sun.net.ssl.internal.ssl.PKCS12KeyStore" empfangen, als die Methode
"init" mit Kennung
"(Ljava.lang.String;Ljava.lang.String;Ljava.lang.St ring;)V" in Klasse
"ConsoleSigner" aufgerufen wurde.
Fehlerbeseitigung: Mit Hilfe des Benutzers, der für die Programmpflege
verantwortlich ist, die Fehlerursache bestimmen.
Technische Beschreibung . . . . . . . : Gibt die Ausnahme an, dass die
Java-Klasse nicht gefunden wurde, sicherstellen, dass sich die Klasse für
die Methode in dem Klassenpfad befindet. Gibt die Ausnahme an, dass die
Java-Methode nicht gefunden wurde, den Methodennamen und die Kennung
überprüfen. Ist die Kennung nicht korrekt, den RPG-Prototyp für die Methode
ändern oder die Java-Methode ändern, damit die Rückgabeart und die
Parameterarten übereinstimmen. Die Kennungen für alle Methoden in der Klasse
XYZ können mit dem Befehl QSH CMD('javap -s XYZ') bestimmt werden.
... ich tippe mal darauf, dass die Künstler da zusätzliche Komponenten in das ext Verzeichnis gestellt haben (typischer Fall von zweitbester Idee), wenn das vorher überhaupt gefunzt hat?!
D*B
andreaspr@aon.at
15-01-13, 07:04
Danke für die Hinweise!
Ich hoffe dass unsere externen Java Kollegen da etwas aushelfen können.
Über das Forum solch ein Problem zu lösen dürfte nicht so einfach sein.
Das muss sich jetzt ein Fachmann anschauen.
Danke trotzdem nochmals!
lg Andreas