-
@Fuerchau
Das ist ein FIX-Format Pgm
@camouflage
Danke für die Bestätigung.
Da werden wir uns wohl angewöhnen müssen nach jedem PTF / Releasewechsel alles sicherheitshalber einmal durch zu wandeln.
Wenn es Zeitlich eng ist, möchte mann solche 'Fehler' nicht zusätzlich bereinigen
Wir machen jetzt statt des clear *all eine
for x = 1 To %elem(xxx)
clear
endfor
nicht schön, aber funktioniert wieder.
Vielen Dank
Dietlinde Beck
-
Rückwärtskompatiblität: binär aber nicht Source, da das Programm ja auch ohne Umwandlung läuft.
-
Aber gerade das macht doch ILE RPG aus, daß die bestehende Dokumentation gültig bleibt und man nicht wie bei PHP, Python, Swift usw. immer bei jeder neuen Version alles neu schreiben muß!?
 Zitat von Fuerchau
Rückwärtskompatiblität: binär aber nicht Source, da das Programm ja auch ohne Umwandlung läuft.
-
 Zitat von Pikachu
Aber gerade das macht doch ILE RPG aus, daß die bestehende Dokumentation gültig bleibt und man nicht wie bei PHP, Python, Swift usw. immer bei jeder neuen Version alles neu schreiben muß!?
die bestehende Doku ist doch gültig, es wurde nur der Fehler behoben, daß *ALL nicht als Fehler moniert wurde?
viele Leute leben inzwischen davon, bei Versionswechseln ganze Umgebungen aktualisieren zu müssen. Die finden das wohl toll.
-
Auch in .Net-Core ist der Releasewechsel inzwischen alle 3 Jahre und eine Kompatibilität wird erst gar nicht gewährleistet.
Da man da auf sehr viele Fremdkomponenten angewiesen ist (Frontend, Kommunikation, Security, u.s.w.), ist man auch da davon abhängig, dass diese Lieferanten mitziehen.
Es kann da durchaus sein, dass ein tolles Modul für die nächste Version gar nicht mehr existiert oder sog. Sicherheitslücken geschlossen werden, die in der aktuellen Quelle angepasst werden muss.
Denn die vorherige Runtime erhält dann auch keine Sicherheitsupdates mehr.
Beispiel: Bisher konnte man Objekte in einer Datei mit einem binären Modul sichern, so dass auch große Objektbäume in unter 1 Sekunde gesichert werden konnten und die Ausgabe auch überschaubar klein ist.
Dieses Modul wurde entfernt, denn man kann die Daten ja als XML oder JSON sichern.
Hier dauert die Sicherung schon durchaus mal mehrere Minuten und die Wiederherstellung ist sogar noch langsamer.
D.h., was es vorher im Standard gab, kann man jetzt selber neu entwickeln um nicht von weiteren Drittanbietern abhängig zu werden.
Auch die Runtime wird nicht mehr automatisch mit Windows aktualisiert (.Net 4.8), sondern jeder darf das dann für sich selber tun.
Für viele andere Programmiersprachen gibts ähnliche Szenarien. Dies betrifft da dann sogar Datenbanken.
Da sollte man sich auf der IBM nicht über so ein paar Kleinigkeiten aufregen.
Denn außer beim Save/Restore habe ich bei den Objekten noch keine Abhängigkeiten gefunden.
Similar Threads
-
By schatte in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 08-08-18, 18:03
-
By Isabella Pridat-Zapp in forum Archiv NEWSboard Events
Antworten: 0
Letzter Beitrag: 10-09-15, 12:50
-
By Trantor in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 11-05-07, 12:07
-
By falke34 in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 20-09-04, 08:03
-
By Robi in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 19-03-02, 07:20
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks