-
Nein, wir holen nicht alle Minuten. Wir schicken zwischen 5 und 10 Dateien am Tag, und wir sollten die Bearbeitungsbestätigung abholen. Diese ist normaleweise nach eine Minute zu haben, so am Tag rufen wir diese RUNJVA ca. 30 mal (höchstens). Aber die Schleife läuft weiter in Hintergrund.
-
Hier würde ich empfehlen das Ganze auf einen externen Server auszulagern (z.B. Tomcat) und eine Kommunikation zwischen diesem und der AS/400 z.B. über Dataqueues herzustellen. Wir machen das seit vielen Jahren so und arbeiten auch mit SFTP-Verbindungen über com.jcraft.jsch. Und bis jetzt hatten wir nie Probleme damit. Es gab keine Fehler und auch die Performance ist optimal.
Gruß,
KM
-
Hallo,
Für mich sieht es so aus als ob innerhalb der Java-Welt eine Exception geworfen wird die nicht abgefangen wurde.
Ich würde um genauere Infos zu erhalten:
* Exception Handling einbauen
* Logger verwenden
* Die STDOUT (Konsolenausgabe) vom Job ebenfalls irgendwohin protokollieren. Falls irgendwo eine nicht abgefangene Exception geworfen wird dann siehst du die da drinnen. (Sollte aber natürlich eigentlich nie passieren.)
Damit ist eine Analyse generell mit Java viel einfacher.
Die Probleme können an verschiedensten Stellen zu finden sein.
lg Andreas
-
... da kennste aber diesen unsäglichen jt400 Krampf schlecht, die schmeißen an den unmöglichsten Ecken RuntimeExceptions.
D*B
 Zitat von andreaspr@aon.at
Falls irgendwo eine nicht abgefangene Exception geworfen wird dann siehst du die da drinnen. (Sollte aber natürlich eigentlich nie passieren.)
lg Andreas
-
Ja, aber und deshalb bedarf es auch ein Exception-Handling Konzept.
Man muss ja nicht jedes mal ein Try-Catch machen sondern kann auch mögliche Exceptions in der Funktion declarieren:
Code:
public void myMethod() throws Exception {
Irgendwann muss diese halt abgefangen werden (spätestens im main()).
-
... das tückische an RuntimeExceptions ist, dass die eben nicht deklariert werden müssen. Wenn Dir nun aus den Tiefen des Toolbox Scharmonzes eine Runtime Exception entgegen kommt - hilft Dir der Compiler nicht weiter. Wer rechnet schon damit, dass er jeden Mist in eine packed verwandeln kann und ihm dann beim rückverwandeln des Wertes eine Runtime Exception um die Ohren fliegt.
D*B
Similar Threads
-
By itec01 in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 21-07-17, 16:14
-
By ROLS733 in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 12-07-17, 14:20
-
By posthenn in forum IBM i Hauptforum
Antworten: 0
Letzter Beitrag: 09-01-16, 15:46
-
By jwolfart in forum IBM i Hauptforum
Antworten: 11
Letzter Beitrag: 12-04-14, 08:38
-
By Arbi in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 25-09-01, 22:40
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