EAR (fájlformátum)
Az Enterprise ARchive (EAR) egy olyan Java EE által használt fájl formátum, amely egy vagy több modult tartalmaz egy egyszerű archív állományban. A modulok együttesen vagy párhuzamosan telepíthetők egy alkalmazásszerverre. Az állomány legalább egy XML fájlt tartalmaz, amit telepítési leíró fájlnak neveznek, és azt írja le, hogyan kell telepíteni a modulokat. Leggyakrabban Maven vagy Ant használható EAR fájl készítésére. FájlstruktúraEgy EAR fájl nem más mint egy sztenderd JAR fájl (és egyben egy Zip fájl is) .ear kiterjesztéssel. A fájl tartalmazza a TelepítésleírókA telepítésleírók olyan XML dokumentumok, amelyek alkalmazások, modulok vagy szoftver komponensek telepítési beállításaival kapcsolatos információkat tartalmaznak, mint a metódusok tranzakciós attribútumai vagy az egyes EJB-kre vonatkozó biztonsági beállítások. A telepítési adatok deklaratív jellegéből adódóan könnyedén megváltoztathatóak, anélkül, hogy az általuk érintett forrásokban bármilyen módosítást kellene végrehajtani. A leírókat a J2EE szerver használja fel. Ezekből a fájlokból olvassa ki, miképp kezelje az EAR fájlban lévő elemeket. Kétféle telepítésleíró létezik. A J2EE leírót a J2EE specifikáció definiálja és a J2EE implementáció független telepítési beállításokat tartalmazza. A másik típus a runtime leíró. Idekerülnek az implementáció-specifikus beállítások. ModulokAz EAR fájl tartalmazhat:
Class elkülönülés (isolation)A legtöbb alkalmazásszerver a class-okat a telepített EAR fájlból tölti be izolált Java classloaderek fáján keresztül, izolálva az alkalmazást más alkalmazásoktól, de mindvégig megosztva a class-okat a telepített modulok között. A telepített WAR fájl képes létrehozni a JAR fájlban definiált class példányokat, de mindig csak a saját EAR fájljához tartozóan. Az izoláció teljes szeparációval teszi lehetővé a statikus singleton-t használó alkalmazások párhuzamos futását (pl. Log4J). Lehetővé teszi továbbá az alkalmazások és könyvtárak különböző verzióinak egymás melletti telepítését is. A JBoss alkalmazás szerver pl. nem izolálja a telepített komponenseket (a megoldási mód vitaható). Az egyesített classloader tervezés úgy csökkenti a túlzott kommunikációs terheket a futó alkalmazások között, hogy a class adatait megosztja referenciák v. egyszerű másolatokon keresztül, megóvja a fejlesztőket a classloader fa bonyolultságától. Megvéd attól, hogy független könyvtárak különböző verzióit telepítsük szeparált alkalmazásokba. Míg a JBoss 4.0.2. hierarchikus classloadereket használ, kompatibilitási okokból a 4.0.3-ban visszatértek egyesített classloaderekhez. META-INF könyvtárA
Minden A Java EE telepítési leírók mellett létezhetnek futás idejű telepítési leírók is (multiplicitás: 0...*), melyeket az implementáció-specifikus Java EE paraméterek konfigurálására használhatjuk. Kapcsolódó szócikkekTovábbi linkek
Fordítás
|
Portal di Ensiklopedia Dunia