Szerver alkalmazások és JavaBeans - Cikkek Blogok Michael flonova
Használata alkalmazás szerverek a következő lépés a kliens-szerver technológia és elérhetőségének javítása érdekében, a megbízhatóság, és a vállalati információs rendszerek. De nekem úgy tűnik, hogy a legfontosabb előnye, hogy segítségével az alkalmazás szerver nagy rugalmassága, ami nagyon fontos a nagyvállalatok számára. Az a képesség, a vállalatok gyorsan reagáljanak a piaci körülmények és a környezet lehetővé teszi, hogy versenyképesek maradjanak.
Classic kliens-szerver
A klasszikus építészet való hozzáférés kliens-szerver adatok két szintje - a megjelenítési réteg és az adatok réteg. A kliens kérést küld a szervernek, és a szerver válaszol rájuk: visszaadja a kért adatokat, vagy teszi a kért módosításokat az adatokat. Ebben az építészet, a szerver felelős az adatok tárolása és a tárolt eljárást hajt végre bizonyos intézkedéseket. A többi terhelés (alkalmazás logika és az adatok kijelző), hogy menjen a kliens alkalmazás.
A klasszikus program munka, kliens-szerver adatok
A legrosszabb dolog, ez a technológia, hogy az üzleti logika, hogy feküdjön a vállán az ügyfél, és ez vezet a hátrányai a következők:
1. Amikor az alkalmazás megváltoztatja a logikája, hogy frissíteni kell az összes kliens alkalmazások, amelyek nem nagyon kényelmes és vezet a magasabb költségek és ráfordítások.
2. Az egyre növekvő igényeknek a kliens számítógépen. Igen, az operációs rendszer és a számítógépes hardver-gyártók nagyon boldog, de a nagyvállalat, ezek a költségek nem közvetlenül hasznot.
Ha hozza a logika, hogy a szerver alkalmazás működik, a kliens számítógép csak akkor tud működni adatok bemutatása, valamint a feladattal megbirkózni még egyszerű kliens gépnek vagy egy vékony kliens. Ez egy komoly megtakarítás pénzt frissítése a kliens számítógép park és operációs rendszer. Nem kell az operációs rendszer számos olyan funkciót, és könnyebb, mint ez, annál kevésbé lesz hibamentes.
Valószínűleg már 15 éve létezik már beszélni, hogy szükség van, hogy kiadja a kliens gépeken, és a legtöbb funkciója a szerver. Ezzel kapcsolatban azt kezdtek megjelenni többszintű kliens-szerver rendszer, ahol a kliens program intézett middleware, ami szintén járt el, mint az üzleti logika.
alkalmazásszerver
Létrehozásakor az alkalmazás szerver koncepció nem új feltalálni, csak javította a meglévő fogalom a többszintű rendszer (vagy inkább a háromszintű). alkalmazás szerver, hogy lesz egy közbenső réteget a kliens és a szerver.
Az alkalmazás szerver közötti közvetítő az ügyfél és a kiszolgáló
Ez a rendszer a következő előnyökkel jár:
1. Ügyfél programot egyáltalán nem kell tudni, hogyan, és amelyben a bázis adatokat tárolják az adatokat. Ahhoz, hogy a szükséges adatokat, az ügyfél kéri a funkciója az alkalmazás szerver, és az egyik már fogadja az adatokat az adatbázis szerver. Milyen módon az alkalmazás szerver hajtja végre a funkciót, senki sem törődik. És hol van az az előnye? Tegyük fel, hogy meg akarja változtatni a tábla szerkezetét. Mi különbséget tenni, változtatni a végrehajtási funkciók az alkalmazás szerveren, és kliens alkalmazások továbbra is működik, nem tudván, hogy a szerkezet változott.
2. Az üzleti logika tárolt alkalmazás szerver. Ha meg akarjuk változtatni az algoritmus egy jelentés vagy számítás, például a bérek, akkor nem szükséges változtatni a funkciója a kliens alkalmazások. Ahhoz, hogy változtatni egy alkalmazás szerver.
3. Csökkenti a terhelést a kliens számítógépeken.
4. Az alkalmazás szerver osztja el a terhelést és a hiba tolerancia.
Akkor továbbra is ezt a listát tovább, de véleményünk szerint ezek a tételek a legfontosabb és elégséges figyelni az alkalmazás szerver. De figyel, látni fogod, hogy ott van elrejtve a jövőben.
komponenst mediátor
- Üzenet orientált - fényes képviselői MQSeries és JMS;
- Object Broker - kiemelkedő képviselői CORBA és a DCOM;
JavaBeanshez biztosít számunkra egy sor eszközt (keretirányelv), mellyel írhat programokat futtatni a szerveren. Az ilyen programok vannak kötve az alkalmazás szerver és.
alkalmazásszerver
Számos alkalmazás szerverek olyan jól ismert cégek, mint például a Sun Microsystem, Borland, az IBM, az Oracle és mindegyikük más-más szolgáltatásokat nyújtott (ebben az esetben a teljesítmény nem kell figyelembe venni). Ezek a szolgáltatások megkönnyítik a programozást és telepítését vállalati alkalmazások. Használhatja kész építőelemek megvalósításához szükséges üzleti logikát.
Lássuk, hogy milyen szolgáltatást tud nyújtani alkalmazás szerver függ a mennyisége és minősége építőelemek:
- - Webszerver - leggyakrabban kiterjedhetnek a legnépszerűbb és leghatékonyabb Apache;
- - WEB Container - lehetővé teszi a JSP és servlet. Egy ilyen szolgáltatás a Apache Tomcat;
- - CORBA Agent - lehet egy olyan megosztott könyvtár tárolására CORBA objektumok
- - Messaging Service - üzenetet közvetítő;
- - Transaction Service - a címből kiderül, hogy egy szolgáltatás tranzakciót;
- - JDBC - vezető csatlakozni adatbázisok, mert ez egy alkalmazás szerver már adatbázisokkal kommunikálni, és képesnek kell lennie arra, hogy csatlakozzon a cég használt bázis;
- - Java Mail - a szolgáltató nyújthat szolgáltatást az SMTP;
- - JMS (Java Messaging Service) - feldolgozás szinkron és aszinkron üzenetek
- - RMI (távoli metódusmeghívást) - távoli eljárás hívás.
Ezek az alapvető egység, amely biztosítja az adott alkalmazás szerver. Ezen kívül mindegyik végre kell hajtania a J2EE specifikáció is, hogy tudott dolgozni Enterprise JavaBeans komponenseket. Ebből a célból az alkalmazás szerver kell az EJB konténer. Ez a tartály és a felelős végrehajtó elemek.
EJB komponensek
Aki még nem hallott, vagy hallott, de futólag a Enterprise JavaBeans félreértik a jelentését ezen összetevők. Az a tény, hogy a klasszikus JavaBeanshez használt összetevők építeni vizuálisan kliens alkalmazások. Enterprise JavaBeans okozza a kliens, de a munka az alkalmazás szerveren, ahol nincs vizuális interfész, ezért azok nem vizuálisan.
Kétféle EJB komponensek - ülés és entitás. Az első típus nem nyújt hosszú távú tárolására állapotban JavaBeannel. Állapot visszaállítása minden alkalommal, amikor egy új munkamenetet. A második típus (entitás) tudja menteni az állapotát között fut.
Sessionbabok kényelmes, ha olyan mechanizmusokat, mint például a megrendelés vagy a tartalomkezelő helyezése, és így nagyon ritkán kapunk. Leggyakrabban ülés alkatrészek dolgoznak együtt a szervezet.
A munka EJB komponens, akkor létre kell hozni a három osztályban:
1. osztályt, amely megvalósítja a termék működésének ismertetését;
2. HomeObject - használják, hogy megtalálják, és ha szükséges, hozzon létre / törlésére szolgál.
3. EJBObject - tárgy, amelyen keresztül az ügyfél megkapja a rendelkezésre álló információk EJB komponens módszer.
létrehozása EJB
Hogy megszilárdítsa a gyakorlatban a fent írjunk egy kis munkamenet EJB komponens. Ehhez szükségünk lesz, hogy írjon három osztályba:
1. Cam alkatrész hívják kategóriájában EJBExampleBean;
2. HomeObject, nevezzük EJBExampleHome;
3. EJBObject - hívják EJBExample.
Minden osztály kerül végrehajtásra egy külön fájlban, és azt hiszem, nem kell jelenteni a fájlneveket. Ahogy J2SE nevének meg kell egyeznie a neve a fő osztály, valamint a kiterjesztés .java. Mindhárom osztályban a tisztesség hozott ru.itspec.ejbexamp csomagot, mert osztályok nélküli csomagok - rossz hangot a programozás során. Ezen kívül mindhárom fájlok importálása a következő csomagokat:
Ez minden, azonos mindhárom fájlt. Vizsgáljuk meg most a jellemzőit minden osztályban.
komponens kód
Kezdjük a nagyon nagy osztály, a kód látható az oldalsávon. Az osztály az EJB komponens végre kell hajtania a felületet SessionBean. Az interfész meghatározza a következő módszerek ejbRemove, ejbActivate, ejbPassivate és setSessionContext, ami azt jelenti, hogy meg kell valósítani az osztályban.
közlés
Végrehajtási Enterprise JavaBeans 100% felel meg OOP fogalmak és ez a komponens a fekete dobozt. A programozó, aki használja ezt a komponenst a kliens alkalmazás nem köteles, és nem is kell, hogy rendelkezzen a forráskódját EJB. Ő nem is tudja, hogyan is működik, és végrehajtása, amíg a kliens program megkapja a kívánt eredményt.
Ha dolgozni egy ActiveX az MS-től, ott használják körülbelül ugyanazt a megközelítést a három szintű ügyfél COM> Interface-> COM-kiszolgáló. kliens fejlesztő látja, csak a felület, amely leírja a rendelkezésre álló módszerek neki, és nem tudja, hogyan kell végrehajtani egy COM-kiszolgáló.
A komplexitás a kiszolgáló komponens és rejtőzködő osztályok HomeObject EJBObject. Az első osztályú megadja a kliens alkalmazás megtalálható, és hozza létre EJB. A kód a következő:
Az osztály származik EJBObject és bejelenti egyetlen tervező. Egyszerű összetevő, amely elég. A bonyolultabb elemek, akkor végre több változata tervezők különböző számú paraméterek át.
És végül EJBObject osztály erre például a következőképpen néz ki:
Class HomeObject EJBObject kell származnia egy osztály, és ez csak azokat a módszereket, amelyek már végrehajtották az EJB. Ez az osztály közötti közvetítő az alkatrész és a kliens alkalmazás és az ügyfél keresztül megtanulja, milyen módszerek állnak vele.
Az összetevő lehet tekinteni kész. Most lássuk, hogy a kliens hogyan használhatja EJB. A teljes körű alkalmazását, nem fogunk írni, mert a tanulmány a Java nyelv túlmutat a cikk. Mi lesz, ha csak egy absztrakt alkotás kódot, és hívja az EJB komponens. De először meg kell csatlakoztatni a következő csomagot:
Ez a mi akasztott funkció JNDI névhasználati környezet. JNDI (Java Naming and Directory Service) - a névadó szolgáltatás, amely lehetővé teszi számunkra, hogy a tárgyak a rövid nevet. Ugyanakkor, nincs semmi új, ez a szolgáltatás csak a felépítmény a meglévő (DNS, LDAP, CORBA, RMI), ami egy átfogó API, amely lehetővé teszi, hogy bármilyen ilyen névadási szolgáltatások.
Az első sor létrehoz egy kontextusban osztály (kontextus), amelyen keresztül tudjuk elérni a JNDI funkciókat. A második sorban már most ezzel összefüggésben inkább annak keresési módszerrel keresse a kívánt nekünk EJB komponens. A keresés eredménye a EJBExampleHome objektum mi HomeObject, amelyen keresztül mi is létrehozhatunk a komponens maga. Ez teszi a harmadik sorban, hívja a létrehozása. Ezúttal az eredmény EJBExample objektumot. Emlékezz, beszéltünk arról, hogy rajta keresztül hozzáférést kap a távoli komponens módszerek? Szóval van, amire szükségünk van.
Az utolsó két sor kódot megmutatja, hogyan lehet, hogy a két meglévő alkatrész módszer. Igen, vannak, ebben a példában nem csinál semmit, de tény, a munka már akkor megtekintéséhez.
Supply J2EE alkalmazások - nem a gyenge a szíve. Ez főleg azok számára, akik használják a munka egy egér, Windows alkalmazások és a grafikus telepítő. A szállítási J2EE alkalmazások .ear archívumok, amelyek hasonlóak a J2SE .jar levéltár. A telepítés maga archívumkiszolgálóként függ az alkalmazás szerver.
Modern Java fejlesztői környezet tartalmaz egy varázslót vagy közművek, hogy egyszerűsítse a készítmény J2EE archívumok, vagy akár automatizálható a folyamat létrehozása az archívumban. Nem kell kézzel írni a fájlt és gyűjtsük össze a fájlokat a parancssori segédprogramok, minden automatikusan történik az Ön közreműködése nélkül.
Figyelembe vettük csak egy kis minta munkamenet Enterprise JavaBeans komponenst. Ez a minta még mindig nem tudja, hogyan kell csinálni, és csak kijelenti két módszer. a benyomást első pillantásra, a kód lesz túl bonyolult. De ez csak a jéghegy csúcsa. Ha megnézzük, hogy mi történik az alsó szinten (az alkalmazás szerver), akkor lehet rémülve. De a félelem csak akkor merül fel az elején, miután az összes, hogy írtunk semmi felesleges ma.
A biztonság, a megbízhatóság és a hatékonyság valóban szükség van mind a három osztály, de a modern fejlesztési környezetek nem jön írni a kódot kézzel. Az ilyen intelligens Java IDE, mint a Borland JBuilder vagy NetBeans a Sun Microsystems lehetővé teszik, hogy minden három osztályba tárgyalt ma két kattintás az egérrel.
EJB komponens kód
Figyelmeztetés. Ha másolja ezt a cikket a honlapon, majd hagyjuk egy linket közvetlenül erre az oldalra. Köszönjük a megértést