Mit java in ein bestimmten Spool schreiben.

[BenderD]

Hallo,

für jede AQnforderung eine VM aufzumachen ist im Endeffekt eigentlich immer tödlich. Spätestens, wenn das in allen interaktiven Jobs passiert ist die Möhre um (einfache Rechnung: Hauptspeicher - Anzahl der Jobs * Grösse der JVM < 0 => Möhre tot)

Ja, ich mache für alles ne VM auf. Aber als Server Job möchte ich das hier nicht so ganz laufen lassen bzw bin ich mir nicht sicher, ob das hier so gern gesehen wird.
oldschool wäre noch geschmeichelt.. IMHO

Das hat doch auch Vorteile, wenn man nicht zuviel fragt, wie man das machen soll (schließlich fragt Dich Dein Bäcker auch nicht, wie er das Brot backen soll).
Da schreibt man sich einen einfachen Java Server Dienst, dem man eine Anforderung in eine DTAQ stellen kann (wenn die keine Sockets haben wollen) und der dann eine Antwort in eine AntwortQ stellt. Drumherum für einfache Benutzung ein kleines CL, RPG oder COBOL Programm, dass man mit einem einfachen Call bedient und das den ganzen Asynchron Mechanismus inklusive Connect an den Java Serverdienst maskiert.

Vielleicht gleich hinterher noch einen RPG basiertes Pendant, damit man sich den ganzen Toolbox Zinnober mit Spoolfiles etc. im Java ersparen kann.

mfg

Dieter Bender

[LoCal]

Stimmt schon. Also das mit dem Speicherfrass und so. Es laufen hier aber eh nur drei Programme mit Java. Zwei davon nur sehr sporadisch und das andere zwar sehr oft, wird aber eh durch eine JobQ dazu gezwungen dass es nur einmal läuft.
Das die von mir verwendete Methode sehr unelegant ist, bin ich mir bewusst. Aber:
- ich bin froh dass ich übhaupt java daruf laufen lassen darf
- muss ich gestehen, dass ich mit der ganzen AS/400 umgebung nicht extrem tief vertraut bin. Und bevor ich irgendwas zerschiesse mach ich es auf dem sichersten weg.
- Können die Sysadmins hier kein Java und würden bei einem eventuellen Serverjob auch (aus prinzip?) keinen finger rühren wenn das was schiefläuft. (Kommt mir zumindest so vor.)

[Fuerchau]

Mir stellt sich nur die Frage was du hier mit Java lösen musst, was du mit RPG/LE usw. nicht lösen kannst !?

[BenderD]

@Baldur

Mir stellt sich nur die Frage was du hier mit Java lösen musst, was du mit RPG/LE usw. nicht lösen kannst !?

ich bevorzuge hier die Frage, was man hier eigentlich noch mit rpg lösen muss, wenn man doch Java kann.

Dieter

[LoCal]

@Baldur
ich bevorzuge hier die Frage, was man hier eigentlich noch mit rpg lösen muss, wenn man doch Java kann.
Dieter

Jap, auch wenn ich RPG lernen musste, so hege ich doch ein sehr tiefe Abneigung gegen diese Sprache.
Liegt wohl daran, dass ich doch etwas zu jung für RPG bin

[BenderD]

Jap, auch wenn ich RPG lernen musste, so hege ich doch ein sehr tiefe Abneigung gegen diese Sprache.
Liegt wohl daran, dass ich doch etwas zu jung für RPG bin

Das muss mit dem Alter keineswegs besser werden.

Dieter Bender

Alles ist schlechter geworden, nur eins ist besser geworden: die Moral ist auch schlechter geworden.

[Fuerchau]

@Dieter
Das Problem liegt nicht unbedingt an Java an sich sondern an den Möglichkeiten Java auf der AS/400 zu nutzen.
Wie teste ich denn meine Anwendungen ?
Gibt es eine Swing-Unterstützung oder bin ich für so was an Client-Server-Programme gebunden ?
Kann ich Java nur für Batch verwenden ?
Muss ich jeden Java-Aufruf am besten über einen Server-Job gestalten, was ja eigentlich Dialog ausschließt ?
Kann ich in Java (wie in RPG) mal eben schnell ein Programm mit Record-Level-Access schreiben, oder muss ich IMMER diese komplizierten SQL-Schnittstellen implementieren ?

Bisher war ich in RPG bzw. RPGLE immer noch schneller was AS/400-Entwicklung angeht als in C++ oder nun Java, weil RPG/LE nun mal für die AS/400 konzipiert ist.

Spätestens wenn es an Internet-Anwendungen geht sieht die Welt natürlich anders aus. Aber da gibt es ja (wie in anderen Beiträgen ausführlichst beschrieben) massive Sicherheitsprobleme als dass man die AS/400 direkt ans Internet lassen sollte .

[BenderD]

Hallo Baldur,

läuft für AS400 und Java letztlich auf JSP/Servlet als Frontend und AS400 als Application Server hinaus. Batch Jobs würde man dann als WebService oder ähnliches implementieren. Für Zugriffe im Intranet ändert sich da Security mäßig gegenüber 5250 absolut nix!
Wenn Dir die SQL Schnittstellen, sprich JDBC zu mühsam sind, dann nimm doch einfach OJB oder Hibernate oder sowas, dann merkst Du fast nicht mehr dass Du eine Datenbank hast.
Zum manuellen Testen gibt es in Java Alternativen in Form von Unterstützung automatischen testens.
Für die Interaktion mit vorhandenen RPG Komponenten (sofern man sowas denn hat, Monolithen kann man da nur einstampfen) muss man sich dann eine Serviceschicht selber schreiben, weil IBM für die Interaktion nur Unfug und Spielzeug anbietet. Sowas sollte aber in ein paar Tagen erledigt sein (vielleicht schreibt ja da auch mal jemand Open Source was).
Mir ist völlig klar, solange die meisten Leute im AS400 Umfeld errrPehGeh mit 3 R schreiben und für die Krönung des Software Engineering halten, sind wir davon noch ein Stück weg.

mfg

Dieter

@Dieter
Das Problem liegt nicht unbedingt an Java an sich sondern an den Möglichkeiten Java auf der AS/400 zu nutzen.
Wie teste ich denn meine Anwendungen ?
Gibt es eine Swing-Unterstützung oder bin ich für so was an Client-Server-Programme gebunden ?
Kann ich Java nur für Batch verwenden ?
Muss ich jeden Java-Aufruf am besten über einen Server-Job gestalten, was ja eigentlich Dialog ausschließt ?
Kann ich in Java (wie in RPG) mal eben schnell ein Programm mit Record-Level-Access schreiben, oder muss ich IMMER diese komplizierten SQL-Schnittstellen implementieren ?

Bisher war ich in RPG bzw. RPGLE immer noch schneller was AS/400-Entwicklung angeht als in C++ oder nun Java, weil RPG/LE nun mal für die AS/400 konzipiert ist.

Spätestens wenn es an Internet-Anwendungen geht sieht die Welt natürlich anders aus. Aber da gibt es ja (wie in anderen Beiträgen ausführlichst beschrieben) massive Sicherheitsprobleme als dass man die AS/400 direkt ans Internet lassen sollte .