Upgrade von V 7.3 auf 7.4 bzw. 7.5

[RobertPic]

Wir sind zwar etwas Abseits des AS/400-Mainstreams (Cobol/LANSA/Java + Webshop-Daten auf der AS/400), aber hier unsere Problem(ch)e(n) beim Umstieg auf V7R4 (von V7R3) auf 3 VMs.

- wir mussten die QMIGTOOLS erneuern (war wahrscheinlich vom letzten Releasewechsel installiert)
- IFS hat jetzt Default-Coding UTF-8 (da hatten wir dann diverse Sonderzeichenprobleme)
- Ältere Java-Crypt-Bibliotheken haben nicht mehr funktioniert (z.B. Bouncy Castle --> verwendet für die Registrierkasse und PDFBox, sowie die Oracle-JDBC-Treiber)
- ich meine, ein Kollege hat auch ein nicht funktionierendes SQL (QM-Query) gehabt
- bei Telnet/5250-SSL wurde die alten Protokolle abgedreht (jetzt geht nur noch TLS), da gab ein paar falsch eingestellte Emulationen bei uns

In Summe alles recht harmlos bzw. schnell behebbar. Da gab es schon schlimmer Releasewechsel.

Zu meiner Freude gibt es auch Java 17 für die V7R4 (als off-release delivery). Damit hatte ich keinerlei Probleme.

[RobertPic]

Nachtrag 1: Wir wollten ursprünglich auch auf V7R5, dass wurde aber von der Hardware nicht mehr (Power8, S814) supported.

Aber nur noch ~ 200 mal schlafen gehen bis zur neuen Büchse...

Nachtrag 2: @Fuerchau, Andreas_Prouza Schmutzig ist manchmal auch relativ. Für den Kroaten(...), welcher im Webshop seine Daten einträgt sind die Daten sauber - auch in seiner Webshopansicht. Der dafür angelegte Kunde im GreenScreen-Kundestamm ist das nicht...alles lösbar, man sammelt so manche Altlast....

[Fuerchau]

Nun, seit Anbegin des Forums rede ich mir den Mund fusselig, bzw. haue in die Tasten, dass CCSID kein Thema ist, dass man igorieren sollte;-).

[holgerscherer]

Nun, seit Anbegin des Forums rede ich mir den Mund fusselig, bzw. haue in die Tasten, dass CCSID kein Thema ist, dass man igorieren sollte;-).

und ich red mir immer den Mund fusselig, daß man sowas vorher testen kann und sollte. Kostet zwar bei einem Dienstleister ein wenig Geld, kann aber viel Streß und (erst später erkannte) Probleme vermeiden.

[Fuerchau]

Am offenen Herzen zu operieren wird doch als hohe Kunst gepriesen;-).

[loeweadolf]

An alle, die sich zu dem Thema gemeldet haben: Vielen Dank.

Falls jemand noch weitere Erfahrungen gemacht hat, hier bitte mitteilen.

Eine Frage noch an Andreas-Prouza: Kannst du mal bitte ein Beispiel von "schmutzigen Daten"
nennen?


Weiterhin habe ich folgende Frage :
Gibt es Probleme bei SQL-Triggern ?

[Andreas_Prouza]

Eine Frage noch an Andreas-Prouza: Kannst du mal bitte ein Beispiel von "schmutzigen Daten"
nennen?

Ich meine mich erinnern zu können, dass es bei Daten-Typ Konvertierungen war.
Hast du in das "Memo to user" vom Robi geschaut?
Ich glaube es war beim Wechsel auf 7.5.

[Robi]

Sql ist eigendlich immer etwas

Unsaubere Abfragen z.b.:
kann mich erinnern das wir ein alpa Feld, das nur numerische Inhalte hatte, ohne ' abgefragt hatten
.. where Feld = 1234

nach einem Releaswechsel gingen all diese Abfragen nicht mehr und mussten auf
... where Feld = '1234' geändert werden.

Natürlich hätte das von vornherein anders gemacht werden müssen, aber es ist halt nicht aufgefallen und hatte funktioniert.

[loeweadolf]

Vielen Dank an alle.

Und speziellen Dank auch an ROBI für den Link zum IBM-Memo.

[Fuerchau]

An obigen Fall kann ich mich auch erinnern, da der Optimizer einfach anders arbeitet.
In der vorherigen Version wurde die Konstante an den Typ des Verlgeichsfeldes angepasst, also automatisch '1234' genommen.
In der neuen Version wird das Vergleichsfeld auf den Typ der Konstante gecastet und wenn das Feld dann, wie in diesem Fall, nicht numerisch ist, fliegt der SQL um die Ohren.
Dies sieht man im Debugger dann im Joblog, da der Feldname als Cast-Ausdruck geoutet wird, den man ja gar nicht eingegeben hatte.
Ansonsten merkt man da auch nichts, außer, dass ein Index nicht verwendet wird und der SQL ggf. erheblich länger benötigt.
Aufgefallen ist das halt bei User-SQL's, die z.B. einen Mandanten (Infor) gerne mit
TEFIRM = 1
abfragen obwohl das Feld ja vom Typ char(1) ist. Als dann eine Firma "A" angelegt wurde, liefen viele Abfragen nicht mehr.