Java

[Xanas]

Wir wollen eine neue Anwendung in Java auf der I5 in Auftrag geben, hier wurden
uns ein paar Voraussetzungen genannt.

- WAS 4.0
- MQSeries
- JMS

was ist das und wie finde ich heraus ob das auf unserem Hobel verfügbar ist?

Xanas

[Fuerchau]

JMS: Java Message Service Provider – Wikipedia

MQSeries: MQSeries – Wikipedia

WAS 4.0: WAS 4.0 --> Sun Java System Application Server

Tja, jetzt musst du nur noch prüfen, inwieweit dies mit der AS/400-JVM 1.4.2 zum laufen zu kriegen ist und ggf. welche Lizenzprogramme hierfür benötigt werden.

[Xanas]

aha, schon mal vielen Dank für die Anhaltspunkte.

Da wären dann noch ein frage, in wie weit muss ich aufpassen, welche "Pakete" unser Anbieter verwenden möchte?
Auf einem SQL Seminar von Dieter Bender z.B. ist mal "Hibernate" für die Datenbankgeschichten gefallen und einige andere, die nicht so toll wären.

Unser erstes Projekt soll nämlich jetzt extern erstellt werden, nach der einführen sollen wir in Java geschult werden, damit wir anschließen auf der Basis weiter entwickeln.

[Fuerchau]

Na, da wünsch ich schon mal viel Spaß damit.
Da kommts nun mal jetzt auf die Vorkenntnisse in "objektorientierter Programmierung" insbesonders unter dem Gesichtspunkt der "Vererbung" und der "Fehlerbehandlung" an.

Wenn man da aus der bisherigen RPG/ILERPG-Welt kommt, wirds schon schwierig, allerdings nicht unmöglich.

C++-Kenntnisse (also Klassen, Methoden, Eigenschaften) wären von Vorteil.

Sog. "Spagetti"-Programmierung á la RPG ist (fast) unmöglich.

Ohne dich jetzt verunsichern zu wollen, aber "mal so eben" auf Java umschulen oder gar eine Anwendung von ausgefuchsten Java-Freaks zu übernehmen oder weiterentwickeln schluckt enorm viel Zeit.

Ich weiß, Dieter wird mir da wieder widersprechen.

[holgerscherer]

Ich weiß, Dieter wird mir da wieder widersprechen.

Das ist doch das schöne an einem Forum

-h

[Xanas]

Na, da wünsch ich schon mal viel Spaß damit.
Da kommts nun mal jetzt auf die Vorkenntnisse in "objektorientierter Programmierung" insbesonders unter dem Gesichtspunkt der "Vererbung" und der "Fehlerbehandlung" an.

...

C++-Kenntnisse (also Klassen, Methoden, Eigenschaften) wären von Vorteil.

...

Ich weiß, Dieter wird mir da wieder widersprechen.

Da sehe ich kein Problem, C++ und Delphi Kenntnisse sind vorhanden. Ich bin heil froh, wenn ich von dem Cobol/RPG ... weg bin. Das einzige was ich zur Zeit halt nicht weis ist welche "Pakete" im Java was taugen, bzw. von welchen man lieber die Finger lassen sollte. Deshalb suche ich hier tips.

[Fuerchau]

Ich denke da wird dir Google (o.ä.) mehr Ergebnisse liefern.
Java auf AS/400 ist wohl eher der seltenere Fall und für kommerzielle Anwendungen nicht unbedingt die beste Wahl.

Da empfehlen sich eher tatsächliche Client-Server-Anwendungen, die die DB2/400 im Hintergrund haben.

Wenn du Performance willst, benötigst du eine gesunde Mischung mit z.B. CGI's in ILERPG/COBOL, da nun mal Java für Batchverarbeitungen einen ziemlichen Overhead mitbringt.

Ggf. sind auch SQL-Prozeduren/Trigger/Funktionen per SQL-Body zu erstellen, in die man entsprechende Logiken einbauen kann.
Dadurch werden native C-Programme generiert, die nichts an Performance zu wünschen übriglassen.

Aber: wie alles im Leben, Geschmackssache und Größe des Geldbeutels.

[Xanas]

Java auf AS/400 ist wohl eher der seltenere Fall und für kommerzielle Anwendungen nicht unbedingt die beste Wahl.

Ist dass so? Wir hatten als alternative noch C++ Programme im Sinn, doch da hatte uns der Anbieter von abgeraten, da die neuen Programme auch auf ein Windows Plattform mit Db2 laufen soll.

[Fuerchau]

Nunja, Java als plattform-neutral zu bezeichnen halte ich für ein Gerücht.
Es gibt nun doch zu viele Implementierungsabhängigkeiten.

Auf der AS/400 gibts z.Zt. nur Java 1.4.2 (ab V6 vielleicht mehr?).
Die neueren Anwendungen verlangen aber schon meist Java5 (1.5.x) oder Java6 (1.6.x).
Mit dieser Option erstellte Klassen kann die AS/400 gar nicht lesen.

Ansonsten kann die AS/400 ausschließlich als Java-Server dienen und selber keine Terminals bedienen.
Man ist also komplett auf eine Web-Oberfläche oder eben JavaApplets beschränkt.

Bei C++ gibts aber die selben Abhängigkeiten, da es auch hier verschiedene Implementationen gibt.
Ausschließlich die Standardfunktionen sind am kompatibelsten.
Beim File-IO oder SQL-Precompiler unterscheiden sich die Welten schon.

Was den seltenen Fall von Java auf der AS/400 angeht, so meine ich damit kommerzielle Applikationen.
Einzelne Dienstfunktionen (XML-Verarbeitung, Mail, PDF-Erstellung, u.s.w.) werden da schon häufiger verwendet.
Aber alles im Sinne der Batchverarbeitung von Funktionen, die ILERPG eben (noch) nicht hergibt.

[KM]

Auf der AS/400 gibts z.Zt. nur Java 1.4.2 (ab V6 vielleicht mehr?).

Naja, ganz so hinter dem Mond ist die iSeries auch wieder nicht. Wir haben z.B. Java 1.5.0_13 auf der iSeries laufen. Es gibt aber unter V5R4 als separates Lizenzprogramm auch Java 1.6.0. Das muß man aber bestellen, soweit ich weiß.

Gruß,
KM

[RobertPic]

Nunja, Java als plattform-neutral zu bezeichnen halte ich für ein Gerücht.
Es gibt nun doch zu viele Implementierungsabhängigkeiten.

Das halte ich wiederum für ein Gerücht. Die i5 ist zwar wirklich die einzige Javaimplementation mit Abstrichen (Desktop-GUI) aber das wars dann schon auch.

Ich habe schon allerhand auf der i5 installiert bzw. gestestet (PDF Wandler, Mail, Excelwandler, FTP, Drucker auf Cups/IPP, Ajax-Webanwendungen, Javadatenbanken) und hatte dabei keine Probleme.

Vielfach rennen Teile meines Javacodes auf der AS/400, Windows und Linux.

Was den seltenen Fall von Java auf der AS/400 angeht, so meine ich damit kommerzielle Applikationen.

Das kommt wohl darauf an, ob man auf die kleinen oder großen Kunden schaut. Mit der Verbreitung von Java bei SAP, wird der Java-Applikationsserver (bei den SAP-Kunden) stärker zum Einsatz kommen.

Wenn ich nur aktuelle Software berücksichtige, könnte ich genauso behaupten: Native, neuere kommerzielle Applikationen (Tools abgesehen) sind auch ein seltener Fall auf der AS/400 ...

Auch von der IBM wird umgestellt: Der Webquery ist bereits in Java (auf der i5), der Navigator soll's noch werden.

... sehe ich kein Problem, C++ und Delphi Kenntnisse sind vorhanden. Ich bin heil froh, wenn ich von dem Cobol/RPG ... weg bin.

Mit dieser Einstellung und den Vorkenntnissen sollte der Javaumsteig kein Problem sein. Mit Objektorientierung hast da dann ja schon zu tun gehabt, auch mit den vielen Details, mit welchen man sich, herumschlagen muss (im Gegensatz zur GreenScreen Entwicklung).

Um nicht allzuviel von diesen Details (z.B. Datenbankquelle laut Config öffnen, Verbindung holen, SQL-Befehle absetzen, ResultSet mappen..) selber zu machen, verwendet man im Normfall ein oder mehrere Frameworks. Das bringt mich gleich zu deiner nächsten Frage:

Das einzige was ich zur Zeit halt nicht weis ist welche "Pakete" im Java was taugen, bzw. von welchen man lieber die Finger lassen sollte. Deshalb suche ich hier tips.

Ein einzelnes Paket (z.B. XML-Parser, Logger) ist noch nicht das Problem. Schlimmer ist schon die Framework/Technologieauswahl:
bei der Darstellung:
JSP, JavaServerFaces, Ajax-Komponenten

Persitenz:
Hibernate, iBatis, EJB3 vom Applikationsserver

Allgemein:
J2EE oder Spring

Wenn ihr das in Auftrag gegeben habt, wurde euch diese Entscheidung u.U. schon abgenommen.

Während der Einstieg in Java noch recht einfach (wenn man schon objektorientiert gearbeitet hat) ist, kann der Einstieg in ein Framework "ausgeben".

Den Anforderungen entnehme ich, dass hier wahrschein mit J2EE gearbeitet wird. Ich bin da mehr ein Fan von J2EE-light = Spring + Hibernate.

Aber die Vor- und Nachteile einzelner Frameworks würden diesen Rahmen hier sprengen.

Auch um den WAS (Webshpere Application Server) habe ich einen Bogen gemacht. Da ziehe ich doch 2 geclusterte Tomcat's (oder JBOSS) auf LinuxServern vor. Die Datenbank und die alten Teile der Geschäftslogik (via stored Procedure) liegen auf der AS/400.

Die vergleichbare CPU/Speicherleistung auf der AS/400 dürfte wahrscheinlich das 10-20 fache von x86 Hardware kosten. Die Kosten sind wohl der Hauptgrund, die AS/400 nicht als optimale Java(Server)plattform zu bezeichnen. Wenn die Kosten nicht das Thema sind, erhält man eine stabile 32 oder 64Bit Umgebung und braucht sich nicht mit anderen Plaattformen bzw. Clustern herumschlagen.


/Robert

[BenderD]

Hallo,

WAS 4.0 := WebSphere Application Server

hier sollte man auf standardisiertes Deployment Wert legen (WAR oder EAR File) und festschreiben, dass die Applikation auf der Referenz Implementierung (früher mal Tomcat/JBoss heute SUN Glasfish Nachfolger) laufen muss

MQ Series := IBM proprietäre Komponenten Architektur aus der Mainframe Welt, arbeitet mit asynchronen Nachrichten

würde ich in einer jetzt noch zu entwickelnden Anwendung nicht verwenden, hier werden Altlasten neu geschrieben. Da gibt es CORBA und im Java Umfeld EJBs. Zumindest würde ich hier genausestens hinterfragen wofür das gebraucht wird (vielleicht gibt es da bereits Komponenten?)

JMS := Java Messages Services, arbeitet mit asynchronen Nachrichten

riecht nach Java Schnitstelle zu MQ Series, was mich stutzig macht ist, dass es explizit benannt wird; in der aktuellen J2EE gehört das zum Standard mit hinzu.

Bei zu verwendenden Paketen sollte man immer darauf achten, dass sie im Java Mainstream verwendet werden, damit ist gute Qualität und vor allem Verfügbarkeit von Unterstützung sicher gestellt.

Was das externe erstellen und anschließende übernehmen angeht: das kann gut funktionieren, wenn die erstellte Anwendung konsequent Java Standards folgt und geht sicher schief, wenn die Qualität der fremd erstellten Anwendung nicht so toll ist. Ich würde bei dieser Perspektive empfehlen von Anfang an selber mitzumischen und sich dann Schwerpunktmäßig mit den Punkten Design und Java Standards beschäftigen.

Was die AS/400 als Java Plattform und die Austauschbarkeit angeht, hat Robert das wesentliche ausgeführt. Ergänzend von mir noch der Aspekt, dass der Mainstream in Qualität, Servce und Performance im Vorteil ist. Für kleinere Applikationen rangiert dann Windows und Linux weit vor der AS/400 und wenn es um reges Geschäft geht, dann AIX, SUN und mit Abstrichen HP und Linux.

D*B