PDA

View Full Version : ClientAccess für Win Uodate sinnvoll?



Seiten : [1] 2

pmvstrm
18-09-08, 09:47
Guten Morgen,

Ich arbeite derzeit bezüglich SQL teilweise mit dem ISeries Navigator der ja Bestandteil meiner ClientAccess für Windows Installation ist (Version 5, Release 4, Mod 0).

Ich arbeite seit geraumer Zeit mit Java und habe gesehen das viele ClientAccess
Komponenten offesichtlich auf Eclipse basieren und selbst Javaverziert sind.
Darüber basiert das alles auf JRE 1.4 und
ist demnach ziemlich angestaubt.

Frage:
Lohnt sich da ein ClientAccess Update und wird dann z.B auch der iSeries Navigator in Punkto SQL etwas agiler und moderner wie in anderen SQL Workbenches auch oder ändert sich da nichts großartig?

Für nen kleinen Hinweis von jemanden
der mit dem ganz aktuellen ClientAccess
arbeit wäre ichd a danbar.

In diesem Sinne, P

Fuerchau
18-09-08, 09:54
CA-Updates gibts nur als neue Version oder mit ServicePack's.
Was soll sich da denn ändern ?
Ausserdem bringt OpsNav doch seine eigene JVM doch mit.

Demnächst soll ja wohl der OpsNav mit IBM-Director ersetzt werden (Gerüchte?).
Ob's dann moderner wird ?

Ich arbeite persönlich immer noch mit V5R2M0 an Systemen von V4R3 bis V5R4 ohne nennenswerte Probleme.
Neuere Versionen prüfene ggf. Lizenzen, die auf älteren Maschinen dann nicht mehr laufen.

Spätesten bei V6R1 gibts wahrscheinlich Probleme.

Für das Arbeiten mit Eclipse habe ich mir "net.sourceforge.sqlexplorer_3.5.0" installiert. Der kommt mit allen JDBC-Treibern hervorragend zurecht.
Für den Rest nutze ich dann STRSQL/RUNSQLSTM/QMQRY direkt auf der AS/400.

KingofKning
18-09-08, 11:33
Hallo,

falls Du jemals für ein wrktcpptp eine Verbindung unter V5R4 einrichten willst kann ich Dir nur raten das mit einem aktuellen CA zu tun. Mit dem alten klappt das nämlich nicht.
Hat mich ein gutes halbes Stündchen gekostet bis ich dahinter kam.

Gruß
Gregor

Fuerchau
18-09-08, 11:38
Nunja, bisher konnte ich immer über
a) ISDN mit Firmenrouter
b) mit VPN und Router
auf die Systeme zugreifen.
PTP-Verbindungen habe ich noch nie verwendet und hatte damals (1x getestet mit V5R2) schon nicht geklappt.

pmvstrm
18-09-08, 12:56
UPDATE:

Nun wirds immer dubioser.

Habe gerade den WDSC geschlossen und diesmal die Eclipse.exe
gebypasst indem ich das WDSC Hauptstartprogramm

startup.jar dierekt mittels java -jar startup.jar

Aufgerufen habe (um eine Dos Debugconsole zu haben) und
das SQL-Explorer PlugIn das Du mir empfohlen hasst läuft
nun tadellos in der Rational vermurksten Eclipse IDE. In der
Konsole steht nun aber der Hinweis:

The IBM Class Sharing Adaptor will not work in this configuration.
You are not running on J9.

Aha, soll mir das sagen das dieser Class Sharing Adaptor der
Schuldige ist? Finde ich nicht gut das IBM mal wieder seinen
eigenen Mist macht und von den üblichen Standards abweicht!




Für das Arbeiten mit Eclipse habe ich mir "net.sourceforge.sqlexplorer_3.5.0" installiert. Der kommt mit allen JDBC-Treibern hervorragend zurecht.
Für den Rest nutze ich dann STRSQL/RUNSQLSTM/QMQRY direkt auf der AS/400.

Hmm, kann das sein das der WDSC
keine Connections von dem SQL Explorer
PlugIn aus erlaubt? Der bringt immer so
eine generische Connectionfehlermeldung
die völlig Nichtssagend ist (irgendwas hat nicht geklappt).

Hab mal unter eigenen Documente
und meinem User geschaut, der legt keine Logs an aus denen das hervorgeht.

So ein mist, die JDBC URL und der User
stimmen 100%, die Klasse wird auch mit JT400.JAR im Classpath correct hinterlegt.

Rational Problem??

Fuerchau
18-09-08, 13:13
Keine Ahnung, was WDSC da noch treibt.
Mit Eclipse native klappt das wunderbar.

pmvstrm
18-09-08, 13:46
Keine Ahnung, was WDSC da noch treibt.
Mit Eclipse native klappt das wunderbar.


WDSC ist ja Eclipse :) wie Du sicher schon wusstest,
nur um dieses IBM rundherrum gedöhns bereichert.

Wenn ich das normale Startup.jar am Desktop verlinke
und ohne WDSC nicht mit Eclipse.exe starte, klappt alles
wunderbar, ich kann mich auf der DB anmelden u.s.w

Was die sich da mal wieder für einen Kram ausgedacht
haben, unfassbar. Biegen einfach Klassenpfade intern um,
vermutlich wegen dieses Global Connectionsharer, der
aber nicht funzt.

Vielleicht sollte man Rational einfach
als Erweiterungssetup für eine bereits bestehende Eclipse
Installation anwenden, dann sollte der Ärger nicht mehr
auftauchen.

Momentan behelfe ich mir damit, das ich jetzt zwei Shortcuts
habe. Den normalen via %RATIONAL%\Eclipse.exe und meinen
eigenen der direkt auf %RATIONAL%\startup.jar verweist.

Mit dem Original kann mal halt nicht mit dem SQL-Explorer arbeiten,
mit meinem Shortcut schon;)

ps:
Habe gerade gesehen das Rational sein eigenes JDK/JRE
mitbringt und das ist von IBM selber. Mit meinem Shortcut verwendet
Rational nun das Original von Sun und ist wesentlich flotter unterwegs
und braucht auch weniger RAM.

Fuerchau
18-09-08, 14:06
Nja, sag ich doch, Original klappt meistens besser als dieses IBM-gedöns...

pmvstrm
19-09-08, 11:59
Eigentlich mag ich NetBeans auch wirklich lieber als IDE. Die haben in den letzten Jahren ziemlich zugelegt und sind alles im allem heute schneller als Eclipse, Funktionsreicher und übersichtllicher und Dichter am allgemeinen Java / SQL Standard und daher läuft dort meist auch alles wie am Schnürchen.

Nur habe ich keine Ahnung wie man damit
(ausser bei Java Projekten) für das
System i RPG und CL Anwendungen
pflegen und umschreiben könnenn soll.

Fuerchau
19-09-08, 12:07
Java ist eben Java.
RPG und CL umschreiben scheitert ja schon meist an den Millionen Codezeilen ;)

Da hilft dann nur eine neue Anwendung auf der grünen Wiese.
Mit 4GL/5GL-Tools, damit man auch richtig Speicher (Haupt- und Platten) verkaufen kann. Schliesslich wollen die Hardware-Jungs ja auch noch leben.

Oder gleich zu SAP/R3 migrieren, wenn man ein bisschen Geld zu viel hat.

Oder andere ERP-Systeme, die bereits in 5GL (gibts nicht schon 6GL?) entwickelt wurden ....

Da gibts wohl ne Menge Lösungen.