P.XML architektúra Alkalmazás fejlesztés és kiszolgálás Java és XML alapokon Bukodi László

Az előadások a következő témára: "P.XML architektúra Alkalmazás fejlesztés és kiszolgálás Java és XML alapokon Bukodi László"— Előadás másolata:

1 p.XML architektúra Alkalmazás fejlesztés és kiszolgálás Java és XML alapokon Bukodi László lbukodi@polygon.hu

2 Java alapú alkalmazás szerver –Alkalmazás szerver –Üzleti logika implementáció –Általános XML kliens –Képernyő tervező –Terhelés szimulátor p.XML rendszer Főbb jellemzők –Gyors fejlesztés (Részkre bontható fejlesztési ciklus) –Gyors működés (Egy gépen belül futtatható) –Minimális kliens oldali adminisztráció (WEB technológiák) Multiplatformos működés –Windows (NT, 2000, XP, 2003) –OS/400 (V4R5, V5R1,V5R2) –Linux, UNIX

3 Háttér rendszerek p.XML szerver + Üzleti alkalmazások WEB kliens Három rétegű architektúra SQL, XML, MQ SeriesJT400 (API hívás), Telnet Adatbázis, „Nagygépes” alkalmazás, Tranzakció kezelő Internet (HTTP,SSL) HTML, RTF, PDF, XML, JForm „Egyszerű böngésző”, XMLClient, WAP, B2B alkalmazás

4 Háttér rendszerek WEB kliens WEB Szerver ( Apache ) Application Interface Module Üzleti alkalmazás modul #1 Üzleti alkalmazás modul #2 p.XML alkalmazás szerver AJPv13 (JK2)

5 JFORM4 univerzális kliens

6 Hatékony kommunikáció webes alkalmazásokhoz 150 KByte!

7 PDA-kompatibilis Linux / Win32 kompatibilis W3C/XForms kompatibilis Menük Billentyűzet-parancsok Stílus-lapok Validált mezők Dátum, szám-mezők Táblázatok, grafikonok Fa-struktúrák Háttér-képek, ikonok Segédszövegek Állítható átlátszóság Modális ablakok Megadható layout-ok Esemény-kezelés Fókusz-sorrend megadása Többszálú feldolgozás Microsoft VM támogatás Hálózati tömörítés JFORM4 kliens jellemzői

8 Összetett grafikus komponensek

9 Gyors fejlesztés – JForm4 grafikus fejlesztőkészlet

10 A fejlesztői gárda nem egységes –Feladattípusok elkülönítése A felhasználói felület kialakítása rendkívül időigényes –Univerzális kliens program Célszerű minél hamarabb „működő” verziót mutatni a felhasználónak –Képernyő váz háttér nélkül Egyedi fejlesztéseknél az ár és az idő az elsődleges mérlegelési szempont, a funkcionalitás és a kompatibilitás kritérium –Fejlesztési „pipeline” Nem technikai kihívások

11 Célterület Partícionálás –Load balance –Több alkalmazásra való szétbontás –„Meta” adatbázis (ORG rendszer) Korlátok –30-300 aktív felhasználó –5-50 képernyő –3-30 „fő” tábla vagy tranzakció típus A partícionálással legfeljebb egy nagyságrenddel terjeszthetjük ki a korlátokat

12 A J2EE és a p.XML A p.XML előnyei –Hazai viszonyokra optimalizált kialakítás –Kis méret esetén hatékony ( 300 egyidejű felhasználó ) –Gyors fejlesztés képernyő orientált alkalmazások esetén A J2EE előnyei –Szabványos megoldás –Robosztus (terhelés kiegyenlítés, hibatűrés) –„ Model - Control - View ” alapú program tervezés p.XML WebSphere alatt –Az AIM funkciói EJB-ként megvalósítva –Üzleti alkalmazás modulok változtatás nélküli futtatása

13 A komplexitás természete A komplexitásnak sokféle mértéke van. –A leírandó kód hossza –Absztrakciós szintek száma –A futtató környezet paramétereinek száma Az „egyszerű” és a „bonyolult” kifejezések relatívak a fejlesztő ismeretire nézve –A tanulási idő jelentős lehet –Képzettség-”ár” összefüggés A komplexitás fogalmak többnyire nem additívak –A feladat partícionálása –Az interface-ek szerepe A p.XML egyszerűsége: „a manufaktúra szemlélete a céhek kora után”

14 http://www.polygon.hu/PXML