Първи впечатления Попитайте Java Newbies Archive - NEWSboard IBMi Forum

Първата ми работа на Java (без да се броят версиите на HelloWord) е завършена на 90%.

newbies

Това е 101-ият вариант от SCS файла на макарата до PDF. С моя вариант спрете с фирмените канцеларски материали във фонов режим или фоновите ленти за макари * STD и A4QUER.

Използвам колекцията от класове itext за създаване на PDF файлове и колекцията от класове JT400.jar за четене на междинния DB файл.

Разработката на компютъра (DEV: Gel) премина предимно без проблеми. Стартът на AS/400 също проработи веднага.

Доволен съм и от действителното време на изпълнение, но „предварителното компилиране“ отнема значително повече време от действителното преобразуване. Успях значително да намаля това време за изпълнение с CRTJVAPGM.

В този форум бяха посъветвани командите AS/400 CRTJVAPGM и RUNJVA, кои недостатъци имам?

Освен това трябва да работите с JT400NTVE.JAR (родния драйвер) на AS/400. Но тогава трябва да регистрирам друг JDBC драйвер. Но тогава програмата ми вече не работи на компютъра. Има ли нужда от конфигурационен файл или има по-добро решение?

Освен това тук във форума не се препоръчва комбинация от 3GL и Java. Освен лошото представяне, имам ли други недостатъци? Тъй като създаването на изхода вече е включено в "работни места за слушане" за мен, недостатъците трябва да бъдат ограничени.

Малка подробност: ако междинният DB файл (с буферните данни) има CCSID 273, мога да изведа данните от DB като чист ASCII.

ad CRTJVAPGM: изисква се само ако програмата рядко се извиква в много JVM (обикновено веднъж). (вижте също Mix). Безсмислено при повечето сървъри за приложения (заради зареждащия потребителски клас). Недостатъкът е по-трудното внедряване, особено при смяна на големи приложения (престой). Това не е пряко вредно.

ad RUNJAVA: няма всички параметри за разговора. Алтернативният QSH CMD (java.) Е по-опростен и по-елегантен с пълна функционалност.

драйвер за реклами: Настройките на драйвера винаги принадлежат към файл със свойства, за да се предотврати точно този ефект. Родният драйвер не е сам по себе си по-бърз от драйвера на Toolbox. При последното обаче е важно да се лекува с CRTJVAPGM. На AS400 има jt400.jar със и без статично компилиране, трябва да използвате правилния (можете да проверите с DSPJVAPGM).


Първата ми работа на Java (без да се броят версиите на HelloWord) е завършена на 90%.

Това е 101-ият вариант от SCS файла на макарата до PDF. С моя вариант спрете с фирмените канцеларски материали във фонов режим или фоновите ленти за шпули * STD и A4QUER.

Използвам колекцията от класове itext за създаване на PDF файлове и колекцията от класове JT400.jar за четене на междинния DB файл.

Разработката на компютъра (DEV: Gel) премина предимно без проблеми. Стартът на AS/400 също проработи веднага.

Доволен съм и от действителното време на изпълнение - но „предварителното компилиране“ отнема значително повече време от действителното преобразуване. Успях значително да намаля това време за изпълнение с CRTJVAPGM.

В този форум бяха посъветвани командите AS/400 CRTJVAPGM и RUNJVA, кои недостатъци имам?

Освен това трябва да се работи с JT400NTVE.JAR (роден драйвер) на AS/400. Но тогава трябва да регистрирам друг JDBC драйвер. Но тогава програмата ми вече не работи на компютъра. Има ли нужда от конфигурационен файл или има по-добро решение?

Освен това тук във форума не се препоръчва комбинация от 3GL и Java. Освен лошото представяне, имам ли други недостатъци? Тъй като създаването на изхода вече е включено в "работни места за слушане" за мен, недостатъците трябва да бъдат ограничени.

Малка подробност: ако междинният DB файл (с данните на макарата) има CCSID 273, мога да изведа данните от DB като чист ASCII.

В момента съм по подобен път. Моите преживявания
в Java не са напреднали толкова далеч.
Но аз работя по него.

Но имам няколко въпроса относно итекста. Бихме могли
защото евентуално време за обмен по имейл ?.

Много благодаря
Майкъл

@ Дитер Бендер
Благодаря за подробния отговор.

Ако имате предвид един вид сървър, като слушате работа (никога не завършваща партидна работа), тогава това е правилната посока.
Точно така работи при нас. Стартират се 2 задания на клиент, които изчакват работа чрез DataQ и се изпълняват през целия ден.

Само защо трябва да смесвате тук? Най-лесният начин да направите това е само в Java!
Ако оставях "фактора на смесване", щях да свърша сега.

Ако трябваше да разбия JAVA частта от нашата (самоизработена команда) SNDSPLF за собствената ми сървърна работа, това създава допълнителни проблеми/работа, тъй като трябва да изчакам PDF за по-нататъшна обработка (имейл/ftp/факс).

Разбира се, бих могъл да прехвърля цялата команда в пакетна работа на Java, но 1. Трябва да работя усилено върху програмната логика на 3GL (за повиквания "преди и след" обработка на Java)
2. Колко добре се справят RPG разговорите (не много тънки, тъй като са създадени с LANSA) от Java?

С 2. Трябва да имам предимството, че мога да преместя заданието на сървъра на Linux сървър. (RPG разговори?)

Въпреки че можех да си представя, че обменът ще бъде интересен и за други начинаещи Java.

@ Алеси
Така че сега отново похвала на дъската и особено на Дитер Бендер, получих много от моята информация (връзки към въведението на Java, iText за PDF) тук от дъската.

това всъщност е примерен пример срещу микс! имейл и ftp биха били поне по-лесни и осъществими в Java, отколкото в RPG, с факс не знам вашия интерфейс.

RPG разговорите от Java са wg. несъвместимите среди по време на работа не са толкова лесни.
- JNI (Java native Interface) Определено го съветвам и едва ли някой го прави!
- Повикването в Toolbox се извършва вътрешно асинхронно чрез ServerJob. но е трудно да се програмира и премахва неутралността на платформата
- според мен съхранената процедура чрез JDBC е най-плавната и дори може да бъде пренесена в много случаи; Процедурите за външно съхранение могат лесно да бъдат направени от (почти) всяка програма на AS400.

Мисля, че вече сте на прав път.

Що се отнася до съществуващата информация, на път съм да отворя нещо като често задавани въпроси за Java и AS400 на моята уеб страница и след това да включа този раздел в кампаниите си за месечно актуализиране, така че страниците ми да останат интересни. След това се натрупва бавно, защото уебсайтът ми е по-скоро част от маркетинговия отдел - печеля парите си с проекти, обучение и съвети.


@ Дитер Бендер
Благодаря за подробния отговор.

Така работи при нас. Стартират се две задачи на клиент, които чакат работа чрез DataQ и продължават през целия ден.

Ако оставях настрана „фактора на смесване“, щях да свърша сега.

Ако трябваше да разбия JAVA частта от нашата (самоизработена команда) SNDSPLF за собствената ми сървърна работа, това създава допълнителни проблеми/работа, тъй като трябва да изчакам PDF за по-нататъшна обработка (имейл/ftp/факс).

Разбира се, бих могъл да прехвърля цялата команда в пакетна работа на Java, но 1. Трябва да работя усилено върху програмната логика на 3GL (за повиквания "преди и след" обработка на Java)
2. Колко добре се справят RPG разговорите (не много тънки, тъй като са създадени с LANSA) от Java?

С 2. Трябва да имам предимството, че мога да преместя заданието на сървъра на Linux сървър. (RPG разговори?)

Въпреки че можех да си представя, че обменът ще бъде интересен и за други начинаещи Java.

@ Алеси
Така че сега отново похвала на дъската и особено на Дитер Бендер, получих много от моята информация (връзки към въведението на Java, iText за PDF) тук от дъската.