Prvé dojmyPožiadajte o archív Java Newbies - Fórum IBMi NEWSboard

Moja prvá práca s Java (bez započítania verzií HelloWord) je dokončená na 90%.

Je to 101. variant od spoolového súboru SCS do PDF. V mojom variante prestaňte s firemným papierenstvom v pozadí alebo s pásikmi pozadia pre cievky * STD a A4QUER.

Na načítanie súboru PDF používam zbierku tried itext a zbierku tried JT400.jar, aby som prečítal prechodný súbor DB.

Vývoj na PC (DEV: Gel) prebehol do veľkej miery bez problémov. Okamžite fungoval aj štart na AS/400.

Som tiež spokojný so skutočným trvaním - ale „predkompilovanie“ trvá podstatne dlhšie ako skutočná konverzia. Pomocou CRTJVAPGM sa mi podarilo výrazne znížiť tento čas prípravy.

Na tomto fóre sa neodporúčali príkazy AS/400 CRTJVAPGM a RUNJVA, aké nevýhody mám?

Ďalej by ste mali pracovať s JT400NTVE.JAR (natívnym ovládačom) na AS/400. Ale potom musím zaregistrovať ďalší ovládač JDBC. Ale potom už môj program na PC nefunguje. Potrebujete konfiguračný súbor alebo existuje lepšie riešenie?

Ďalej sa tu na fóre neodporúča kombinácia 3GL a Java. Mám okrem slabého výkonu aj nejaké ďalšie nevýhody? Pretože tvorba výstupu je pre mňa už zahrnutá v „úlohách počúvania“, nevýhody by mali byť obmedzené.

Malý detail: ak má prechodný súbor DB (s údajmi o cievke) CCSID 273, môžem údaje dostať z databázy ako čistý ASCII.

ad CRTJVAPGM: povinné, iba ak je program volaný zriedka (zvyčajne raz) v mnohých JVM. (pozri tiež Mix). U väčšiny aplikačných serverov zbytočné (kvôli zavádzaču triedy používateľov). Nevýhodou je zložitejšie nasadenie, najmä pri zmene veľkých aplikácií (prestoje). To nie je priamo škodlivé.

inzerát RUNJAVA: nemá všetky parametre hovoru. Alternatívna QSH CMD (java.) Je jednoduchšia a elegantnejšia s plnou funkčnosťou.

ovládač reklamy: Nastavenia ovládača vždy patria do súboru vlastností, aby sa zabránilo presne tomuto efektu. Natívny ovládač nie je sám o sebe rýchlejší ako ovládač Toolbox. Pri poslednom uvedenom je však dôležité, aby sa liečil CRTJVAPGM. Na AS400 sú jt400.jar so statickým kompilátom aj bez neho, musíte použiť ten pravý (môžete skontrolovať pomocou DSPJVAPGM).

Moja prvá práca s Java (bez započítania verzií HelloWord) je dokončená na 90%.

Je to 101. variant od spoolového súboru SCS do PDF. Pri mojom variante prestaňte s firemným papierenstvom v pozadí alebo s podkladovými pásikmi pre cievky * STD a A4QUER.

Na načítanie súboru PDF používam zbierku tried itext a zbierku tried JT400.jar, aby som prečítal prechodný súbor DB.

Vývoj na PC (DEV: Gel) prebehol prevažne bez problémov. Okamžite fungoval aj štart na AS/400.

Som tiež spokojný so skutočným trvaním - ale „predkompilovanie“ trvá podstatne dlhšie ako skutočná konverzia. Pomocou CRTJVAPGM sa mi podarilo výrazne znížiť tento čas prípravy.

Na tomto fóre sa neodporúčali príkazy AS/400 CRTJVAPGM a RUNJVA, aké nevýhody mám?

Malý detail: ak má prechodný súbor DB (so spoolovými údajmi) CCSID 273, môžem z DB dostať údaje ako čistý ASCII.

V súčasnej dobe som na podobnej ceste. Moje skúsenosti
v Jave tak ďaleko nepokročili.
Ale pracujem na tom.

Ale mám pár otázok k itextu. Mohli by sme
pretože prípadne si môžete časy vymeniť e-mailom ?.

Veľká vďaka
Michal

@Dieter Bender
Ďakujem za podrobnú odpoveď.

Ak máte na mysli určitý druh servera podľa úlohy počúvania (nekonečná dávková úloha), potom je to správny smer.
U nás to tak funguje. Na jedného klienta sú spustené dve úlohy, ktoré čakajú na prácu cez DataQ a prebiehajú celý deň.

Prečo by si sa tu mal miešať? Najjednoduchší spôsob, ako to urobiť, je iba v prostredí Java!
Ak by som vynechal „faktor zmiešania“, bol by som hotový teraz.

Ak by som prelomil JAVA časť nášho (príkazu seba samého) SNDSPLF pre moju vlastnú úlohu servera, vytvára to ďalšie problémy/prácu, pretože si musím na ďalšie spracovanie PDF počkať (email/ftp/fax).

Samozrejme by som mohol preniesť celý príkaz na dávkovú prácu v Jave, ale 1. musím tvrdo pracovať na logike programu 3GL (pre volania "pred a po" spracovaní Javy)
2. Ako dobre fungujú RPG hovory (nie príliš štíhle, pretože boli vytvorené pomocou LANSA) z Javy?

S 2. Mal by som mať tú výhodu, že som schopný presunúť úlohu servera na server Linux. (RPG hovory?)

Aj keď som si vedel predstaviť, že výmena bude zaujímavá aj pre ostatných začiatočníkov v Jave.

@ Alles
Takže teraz opäť pochvala predstavenstvu a najmä Dieterovi Benderovi, veľa svojich informácií (odkazy na úvod do Javy, iText pre PDF) som dostal tu z nástenky.

toto je vlastne ukážkový príklad verzus mix! e-mail a ftp by boli v Jave aspoň jednoduchšie a realizovateľnejšie ako v RPG, s faxom Nepoznám vaše rozhranie.

RPG hovory z Javy sú wg. nekompatibilné runtime prostredia nie sú také ľahké.
- JNI (Java native Interface) to rozhodne neodporujem a takmer nikto to nerobí!
- Hovor Toolbox prebieha interne asynchrónne cez ServerJob, ale podľa môjho názoru je zložité programovať a vyradiť z nej akúkoľvek neutralitu platformy.
- uložená procedúra cez JDBC je podľa mňa najhladšia a v mnohých prípadoch ju možno dokonca preniesť; Procedúry externého ukladania je možné ľahko vykonať z (takmer) ľubovoľného programu na AS400.

Myslím, že už ste na dobrej ceste.

Pokiaľ ide o existujúce informácie, chystám sa na svojej webovej stránke otvoriť niečo ako FAQ pre Java a AS400 a potom zahrnúť túto časť do svojich kampaní s mesačnými aktualizáciami, aby moje stránky zostali zaujímavé. Potom sa to buduje pomaly, pretože môj web je viac súčasťou marketingového oddelenia - svoje peniaze si zarábam projektmi, školením a poradenstvom.

@Dieter Bender
Ďakujem za podrobnú odpoveď.

U nás to tak funguje. Na jedného klienta sú spustené dve úlohy, ktoré čakajú na prácu cez DataQ a prebiehajú celý deň.

Ak by som vynechal „faktor zmiešania“, bol by som hotový teraz.

S 2. Mal by som mať tú výhodu, že som schopný presunúť úlohu servera na server Linux. (RPG hovory?)

Aj keď som si vedel predstaviť, že výmena bude zaujímavá aj pre ostatných začiatočníkov v Jave.

@ Alles
Takže teraz opäť pochvala predstavenstvu a najmä Dieterovi Benderovi, veľa svojich informácií (odkazy na úvod do Javy, iText pre PDF) som dostal tu z nástenky.