Primele impresii Cereți o arhivă Java Newbies - NEWSboard IBMi Forum

Prima mea lucrare Java (fără a lua în considerare versiunile HelloWord) este finalizată la 90%.

Este a 101-a variantă din fișierul spool SCS în PDF. Cu varianta mea, opriți-vă cu papetăria companiei în fundal sau cu benzile de fundal pentru bobinele * STD și A4QUER.

Folosesc colecția de clase itext pentru crearea fișierelor PDF și colecția de clase JT400.jar pentru citirea fișierului DB intermediar.

Dezvoltarea pe PC (DEV: Gel) a mers în mare parte fără probleme. Startul pe AS/400 a funcționat imediat.

De asemenea, sunt mulțumit de timpul real de rulare - dar „precompilarea” durează mult mai mult decât conversia efectivă. Am putut reduce semnificativ acest timp de plumb cu CRTJVAPGM.

În acest forum au fost recomandate comenzile AS/400 CRTJVAPGM și RUNJVA, care sunt dezavantajele pe care le am?

În plus, ar trebui să lucrați cu JT400NTVE.JAR (driver nativ) pe AS/400. Dar apoi trebuie să înregistrez un alt driver JDBC. Dar apoi programul meu nu mai rulează pe PC. Este nevoie de un fișier de configurare sau există o soluție mai bună?

Mai mult, un amestec de 3GL și Java nu este recomandat aici pe forum. În afară de performanța slabă, am și alte dezavantaje? Deoarece crearea rezultatelor este deja inclusă în „joburi de ascultare” pentru mine, dezavantajele ar trebui să fie limitate.

Detalii mici: dacă fișierul DB intermediar (cu datele spool) are CCSID 273, pot obține datele din DB ca ASCII curate.

ad CRTJVAPGM: este necesar numai dacă programul este apelat rar (de obicei o dată) în multe JVM-uri. (vezi și Mix). Inutil cu majoritatea serverelor de aplicații (din cauza încărcătorului de clase de utilizatori). Dezavantajul este implementarea mai dificilă, mai ales atunci când se schimbă aplicații mari (perioade de nefuncționare). Acest lucru nu este direct dăunător.

ad RUNJAVA: nu are toți parametrii pentru apel. Alternative QSH CMD (java.) Este mai simplu și mai elegant, cu funcționalitate completă.

driver de anunț: setările driverului aparțin întotdeauna într-un fișier de proprietăți pentru a preveni exact acest efect. Driverul nativ nu este în sine mai rapid decât driverul Toolbox. Cu acestea din urmă, totuși, este important ca acesta să fie tratat cu CRTJVAPGM. Pe AS400 există jt400.jar cu și fără compilare statică, trebuie să o folosiți pe cea corectă (puteți verifica cu DSPJVAPGM).

Prima mea lucrare Java (fără a lua în considerare versiunile HelloWord) este finalizată la 90%.

Este a 101-a variantă din fișierul spool SCS în PDF. Cu varianta mea, opriți-vă cu papetăria companiei în fundal sau cu benzile de fundal pentru bobinele * STD și A4QUER.

Folosesc colecția de clase itext pentru crearea PDF și colecția de clase JT400.jar pentru citirea fișierului intermediar DB.

Dezvoltarea pe PC (DEV: Gel) a mers în mare parte fără probleme. Startul pe AS/400 a funcționat imediat.

De asemenea, sunt mulțumit de timpul real de rulare - dar „precompilarea” durează mult mai mult decât conversia efectivă. Am putut reduce semnificativ acest timp de plumb cu CRTJVAPGM.

În acest forum, comenzile AS/400 CRTJVAPGM și RUNJVA au fost adesea sfătuite, ce dezavantaje am?

Detalii mici: dacă fișierul DB intermediar (cu datele spool) are CCSID 273, pot obține datele din DB ca ASCII curate.

Eu sunt în prezent pe o cale similară. Experiențele mele
în Java nu au progresat atât de departe.
Dar lucrez la asta.

Dar am câteva întrebări despre text. Am putea
deoarece posibil schimb de timp prin e-mail ?.

Mulțumesc mult
Michael

@Dieter Bender
Vă mulțumim pentru răspunsul detaliat.

Dacă vă referiți la un fel de server prin ascultare (nu se termină niciodată lucrarea batch), atunci aceasta este direcția corectă.
Așa funcționează cu noi. Două joburi sunt pornite pe client, care așteaptă să lucreze prin DataQ și să ruleze pe parcursul întregii zile.

De ce ar trebui să te amesteci aici? Cel mai simplu mod de a face acest lucru este numai în Java!
Dacă aș lăsa deoparte „factorul mix”, aș fi terminat acum.

Dacă ar trebui să descopăr partea JAVA a SNDSPLF (comandă de auto-construire) pentru propriul meu job de server, asta creează probleme suplimentare/lucru, deoarece trebuie să aștept PDF-ul pentru procesare ulterioară (e-mail/ftp/fax).

Aș putea, desigur, să transfer întreaga comandă într-un job batch Java, dar 1. Trebuie să lucrez din greu la logica programului 3GL (pentru apeluri „înainte și după” procesare Java)
2. Cât de bine fac apelurile RPG (nu foarte subțiri, deoarece au fost create cu LANSA) de la Java?

Cu 2. Ar trebui să am avantajul de a putea muta jobul serverului pe un server Linux. (Apeluri RPG?)

Deși mi-aș putea imagina că schimbul ar fi interesant și pentru alți începători Java.

@Ales
Așadar, acum, din nou, o laudă consiliului și mai ales Dieter Bender, am primit multe informații (link-uri către introducerea Java, iText pentru PDF) aici de pe consiliu.

acesta este de fapt un exemplu exemplar versus mix! e-mailul și ftp-ul ar fi cel puțin mai ușor și mai fezabil în Java decât în RPG, cu faxul nu-ți cunosc interfața.

Apelurile RPG din Java sunt wg. mediile de rulare incompatibile nu sunt atât de ușoare.
- JNI (Java native Interface) cu siguranță îl sfătuiesc și aproape nimeni nu o face!
- Toolbox Call are loc intern asincron prin ServerJob. dar este dificil să programezi și să elimini orice neutralitate a platformei
- procedura stocată prin JDBC este cea mai netedă în opinia mea și poate fi chiar portată în multe cazuri; Procedurile de stocare externe pot fi realizate cu ușurință din (aproape) orice program de pe AS400.

Cred că ești deja pe drumul cel bun.

În ceea ce privește informațiile existente, sunt pe cale să deschid ceva de genul FAQ pentru Java și AS400 pe pagina mea web și apoi să includ această secțiune în campaniile mele de actualizare lunară, astfel încât paginile mele să rămână interesante. Apoi se acumulează încet, deoarece site-ul meu web face mai mult parte din departamentul de marketing - îmi câștig banii cu proiecte, instruire și sfaturi.

@Dieter Bender
Vă mulțumim pentru răspunsul detaliat.

Exact așa funcționează la noi. Două joburi sunt pornite pe client, care așteaptă să lucreze prin DataQ și să ruleze pe parcursul întregii zile.

Dacă aș lăsa deoparte „factorul mix”, aș fi terminat acum.

Dacă ar fi să descopăr partea JAVA a SNDSPLF (comandă de sine stătătoare) pentru propriul meu serviciu de serviciu, acest lucru creează probleme suplimentare/lucru, deoarece trebuie să aștept PDF-ul pentru procesare ulterioară (e-mail/ftp/fax).

Cu 2. Ar trebui să am avantajul de a putea muta jobul serverului pe un server Linux. (Apeluri RPG?)

Deși mi-aș putea imagina că schimbul ar fi interesant și pentru alți începători Java.

@Ales
Așadar, acum, din nou, o laudă consiliului și mai ales Dieter Bender, am primit multe informații (link-uri către introducerea Java, iText pentru PDF) aici de pe consiliu.