Felkészülés az alkalmazás frissítésére

Az oldal segítségével a kiszolgálóra telepített alkalmazásokat, modulokat vagy fájlokat lehet frissíteni.

Az adminisztrációs konzol ezen oldalának megjelenítéséhez tegye a következőket:
  1. Kattintson az Alkalmazások > Alkalmazástípusok > WebSphere nagyvállalati alkalmazások lehetőségre.
  2. Válassza ki a frissítendő alkalmazást vagy modult.
  3. Kattintson a Frissítés gombra.
A Frissítés gombra kattintva megjelenik egy oldal, amelynek segítségével frissítheti a cellába telepített alkalmazás fájlokat. Frissítheti a teljes alkalmazást, egyetlen modult, egyetlen fájlt, vagy akár az alkalmazás egy részét. Ha az új fájl vagy modul relatív elérési útja megegyezik a kiszolgálón lévő létező modul vagy fájl elérési útjával, akkor az új fájl vagy modul felülírja a létezőt. Ha az új fájl vagy modul még nem létezik a kiszolgálón, akkor az hozzáadásra kerül a telepített alkalmazáshoz.
Frissítendő alkalmazás

Megadja a Vállalati alkalmazások oldalon kiválasztott, telepített alkalmazás nevét.

A teljes alkalmazás felülírása

Az Alkalmazás frissítési beállítások alatt meghatározza, hogy lecseréli a kiszolgálóra telepített alkalmazást egy új (frissített) alkalmazás .ear fájllal.

A lehetőség kiválasztása után tegye a következőket:

  1. Adja meg, hogy az .ear fájl helyi vagy távoli fájlrendszeren található, és adja meg az alkalmazás teljes elérési útját. Az elérési út biztosítja a frissített .ear fájl helyét a telepítés előtt.

    Ha a böngésző, és a frissített fájlok vagy modulok ugyanazon a gépen vannak, akkor használja a Helyi fájlrendszer lehetőséget (függetlenül attól, hogy a kiszolgáló is ugyanazon a gépen van-e vagy sem). A Helyi fájlrendszer minden frissítési művelet esetén elérhető.

    Ha az alkalmazásfájl az aktuális cella kontextus valamelyik csomópontján található, akkor használja a Távoli fájlrendszer lehetőséget.

    Többkiszolgálós környezetekben a Távoli fájlrendszer segítségével egy csomópont teljes fájlrendszerét tallózhatja, amennyiben csomópont ügynök vagy telepítéskezelő fut a kiválasztott csomóponton. A böngészés során csak az .ear, .jar, .sar vagy .war fájlok láthatók.

    Szintén a Távoli fájlrendszer lehetőséget kell használni abban az esetben, ha az alkalmazás fájl már az alkalmazáskiszolgálót futtató gépen van. A mező értéke lehet például: app_kiszolgáló_telepítési_gyökér/installableApps/test.ear. Ha egy önálló WAR modult telepít, akkor adja meg a kontextusgyökeret is.

    Tipp: Az alkalmazás telepítése közben az alkalmazáshoz tartozó fájlokat általában egy böngészőt futtató ügyfél gép feltölti az adminisztrációs konzolt futtató kiszolgáló gépre, ahol azok telepítésre kerülnek. Ilyen esetekben használja az adminisztrációs konzolt futtató webböngészőt a kiszolgáló gépre feltöltendő modulok kiválasztásához. Vannak azonban olyan esetek is, amikor az alkalmazás fájlok egy cella egyik csomópontján vannak. Ezeknek a fájloknak a telepítéséhez a Távoli fájlrendszer lehetőséget használja.
  2. Ha egy önálló webalkalmazást (WAR), vagy egy Munkamenet-bevezető protokoll (SIP) modult (SAR) telepít, akkor adja meg a WAR vagy SAR fájl kontextusgyökerét.

    A kontextusgyökér és a (WAR fájlban megadott) kiszolgáló kisalkalmazás leképezésekből jön létre a teljes URL, amelyen a felhasználók elérik a kiszolgáló kisalkalmazásokat. Például ha a kontextusgyökér a /gettingstarted, a kiszolgáló kisalkalmazás leképezése pedig MySession, akkor az URL a következő lesz: http://hoszt:port/gettingstarted/MySession.

  3. A Tovább gombra kattintva megjelenik az alkalmazás fájljait frissítő varázsló. A frissítő varázsló, amely a telepítő varázslóhoz hasonlatos, különböző mezőket biztosít az alkalmazás kötési információinak megadásához vagy szerkesztéséhez. Hajtsa végre a varázslóban a szükséges lépéseket.

A teljes alkalmazás frissítésekor a régi alkalmazás eltávolításra kerül, és az új alkalmazás lesz telepítve. A konfigurációs változások mentése majd szinkronizálása közben az alkalmazás fájljai kibontásra kerülnek azon a csomóponton, amelyen az alkalmazás futni fog. Ha az alkalmazás frissítés közben éppen fut egy csomóponton, akkor meg lesz állítva, és a fájlok frissítése után újra el lesz indítva.

Egyetlen modul kicserélése vagy hozzáadása

Az Alkalmazás frissítési beállítások alatt meghatározza, hogy lecseréli egy telepített alkalmazás modulját, vagy új modult ad hozzá az alkalmazáshoz.

Ez lehet egy webmodul (.war fájl), EJB-komponens modul (EJB .jar fájl), SIP modul (.sar fájl) vagy erőforrás adapter modul (konnektor .rar fájl).

A lehetőség kiválasztása után adja meg, hogy a modul helyi vagy távoli fájlrendszeren található, és adja meg a modul teljes elérési útját. Az elérési út biztosítja a frissített modul helyét a telepítés előtt. A Helyi fájlrendszer és Távoli fájlrendszer lehetőségekről a fenti, A teljes alkalmazás felülírása leírásban talál információkat.

Egy modul frissítéséhez a megadott relatív elérési útnak (modul URI) meg kell egyeznie a telepített alkalmazásban lévő frissítendő modul elérési útjával.

A telepített alkalmazáshoz új modul hozzáadásakor a megadott relatív elérési út nem egyezhet meg a telepített alkalmazásban lévő modul elérési útjával. Az érték meghatározza az új modul kívánt elérési útját.

Önálló web vagy SIP modul telepítése esetén adjon értéket a Kontextusgyökér számára. A kontextusgyökér és a (.war fájlban megadott) kiszolgáló kisalkalmazás leképezésekből jön létre a teljes URL, amelyen a felhasználók elérik a kiszolgáló kisalkalmazásokat. Például ha a kontextusgyökér a /gettingstarted, a kiszolgáló kisalkalmazás leképezése pedig MySession, akkor az URL a következő lesz: http://hoszt:port/gettingstarted/MySession.

A következő lépésben határozza meg, hogy csak a telepítéshez szükséges lehetőségek jelenjenek-e meg, vagy az összes lehetőség.

A modulhoz szükséges információk megadása után a Következő gombra kattintva megjelenik az alkalmazás fájljait frissítő varázsló. A frissítő varázsló, amely a telepítő varázslóhoz hasonlatos, különböző mezőket biztosít a modul kötési információinak megadásához vagy szerkesztéséhez. Hajtsa végre a varázslóban a szükséges lépéseket.

A modul hozzáadása vagy frissítése, illetve a konfiguráció változásainak mentése után az új vagy a frissített modul tárolásra kerül a telepített alkalmazásban, a termék konfigurációs lerakatban. A változtatások szinkronizálásakor a csomópontokkal, a modul bekerül, vagy frissül a csomópont fájlrendszerében. Ha az alkalmazás fut a csomóponton, amikor a modul hozzáadásra vagy frissítésre kerül, akkor a következők egyike történik:
  • Egy webmodul frissítésekor a futó modul leáll, a fájlok frissítésre kerülnek, majd a modul újraindul.
  • Modulok hozzáadásakor az új modul a csomóponton kibontás után elindul azokon az alkalmazáskiszolgálókon, amelyeken az alkalmazás fut. Nem szükséges újraindítani az alkalmazást.
  • Ha az alkalmazás osztálybetöltő stratégiája Egyedüli módra van állítva, azaz az összes modul ugyanazt az osztálybetöltőt használja, akkor az egész alkalmazás újraindul a modulszintű változtatáskor.
  • Ha a termékhez beállított biztonsági szolgáltató nem támogatja a dinamikus frissítéseket, akkor a modulszintű változtatások során le kell állítani, majd újraindítani a teljes alkalmazást.
  • Az összes többi modul frissítés esetén a teljes alkalmazás leáll, a fájlok frissítésre kerülnek, majd a teljes alkalmazás elindul.
Egyetlen fájl kicserélése vagy hozzáadása

Az Alkalmazás frissítési beállítások alatt meghatározza, hogy lecseréli egy telepített alkalmazás fájlját vagy új fájlt ad hozzá az alkalmazáshoz.

Ezzel a lehetőséggel az alkalmazás olyan fájlját frissítheti, amely nem .ear, .war, .sar, .rar vagy bizonyos esetekben .jar fájl. Ezzel a lehetőséggel hozzáadhat vagy frissíthet olyan .jar fájlokat, amelyek nem modulként vannak megadva az alkalmazásban. Egy .ear fájl frissítéséhez használja a Teljes alkalmazás felülírása lehetőséget. Az alkalmazás moduljaként megadott .war, .sar, .rar vagy .jar fájlok frissítéséhez használja az Egyetlen modul kicserélése vagy hozzáadása lehetőséget.

A lehetőség kiválasztása után adja meg, hogy a fájl helyi vagy távoli fájlrendszeren található, és adja meg a fájl teljes elérési útját. Az elérési út biztosítja a frissített fájl helyét a telepítés előtt. A Helyi fájlrendszer és Távoli fájlrendszer lehetőségekről A teljes alkalmazás felülírása beállítás leírásában talál információkat.

A relatív elérési út (modul URI) mezőben adja meg a fájl relatív elérési útját az .ear fájl gyökeréhez képest. Ha például a fájl a com/company/greeting.class helyen található a hello.jar modulban, akkor adja meg a hello.jar relatív elérési utat.

Egy fájl frissítéséhez a fájl relatív elérési útjának meg kell egyeznie a telepített alkalmazásban lévő frissítendő fájl relatív elérési útjával.

Új fájl hozzáadásakor a relatív elérési út nem egyezhet meg egy, a telepített alkalmazásban lévő már létező fájl relatív elérési útjával. Az érték meghatározza az új fájl kívánt elérési útját.

A fájlrendszer és a relatív elérési út megadása után kattintson a Következő gombra.

A fájl hozzáadása vagy frissítése, illetve a konfiguráció változásainak mentése után az új vagy a frissített fájl tárolásra kerül a telepített alkalmazásban, a termék konfigurációs lerakatban. Amikor a módosítások szinkronizálása a csomópontokkal megvalósul, akkor a fájl bekerül vagy frissül a csomópont fájlrendszerében. Ha az alkalmazás fut a csomóponton, amikor a fájl hozzáadásra vagy frissítésre kerül, akkor a következők egyike történik:
  • Ha egy fájl az alkalmazás metaadatok hatáskörébe kerül hozzáadásra (META-INF könyvtár), vagy az alkalmazás bármely nem webmodul hatáskörében kerül frissítésre, akkor a teljes alkalmazás leáll, a fájl frissítése vagy hozzáadása megtörténik, majd a teljes alkalmazás újraindul.
  • Ha a fájlok nem az alkalmazás metaadatok hatáskörébe kerülnek (kívül a META-INF könyvtáron, de egyik modulba sem), akkor a módosítások a futó alkalmazás újraindítása nélkül kerülnek mentésre a fájlrendszerben.
  • Ha a fájlok egy webmodul metaadatai közé kerülnek, vagy ott frissülnek (META-INF vagy WEB-INF könyvtár), akkor a futó webmodul leáll, megtörténik a fájlok hozzáadása vagy frissítése, majd a webmodul újraindul.
  • Egy webmodul összes többi fájlja esetén a fájlokat az alkalmazás, vagy annak bármely komponensének leállítása nélkül frissíteni lehet, vagy hozzá lehet adni a csomópont fájlrendszeréhez.
Több fájl felülírása, hozzáadása vagy törlése

Az Alkalmazás frissítési beállítások alatt meghatározza, hogy egy telepített alkalmazás több fájlját akarja frissíteni egy tömörített fájl feltöltésével. A tömörített fájl tartalmától függően ez a lehetőség egyszerre tudja az alkalmazáshoz tartozó fájlokat lecserélni, új fájlokat hozzáadni, vagy meglévő fájlokat törölni. A tömörített fájl minden bejegyzése egyetlen fájlként van kezelve, és a fájl elérési útja a tömörített fájl gyökeréhez képest megegyezik a telepített alkalmazás relatív elérési útjával.

A lehetőség kiválasztása után adja meg, hogy a tömörített fájl helyi vagy távoli fájlrendszeren található, és adja meg a fájl teljes elérési útját. Valószínűleg a Helyi fájlrendszer lehetőséget fogja használni, mivel egy tömörített fájlt akar feltölteni, és a távoli tallózás csak .ear, .sar, .war és .jar fájlok esetén működik. Adja meg a tömörített fájl érvényes formátumát, például .zip vagy .gzip. Az elérési út biztosítja a tömörített fájl helyét a telepítés előtt. Ez a lehetőség kicsomagolja a tömörített fájlt telepített alkalmazás könyvtárába.

Ha a böngésző, és a frissített fájlok vagy modulok ugyanazon a gépen vannak, akkor használja a Helyi fájlrendszer lehetőséget (függetlenül attól, hogy a kiszolgáló is ugyanazon a gépen van-e vagy sem). A Helyi fájlrendszer minden frissítési művelet esetén elérhető.

Egy fájl cseréjéhez a tömörített állományban lévő fájl relatív elérési útjának meg kell egyeznie a telepített alkalmazásban lévő frissítendő fájl relatív útvonalával.

Új fájl hozzáadásához a tömörített állományban lévő fájl relatív elérési útjának különböznie kell a telepített alkalmazásban lévő fájl relatív elérési útjától.

A telepített alkalmazásban lévő fájl relatív elérési útja a modul relatív elérési útjából (ha a fájl egy modulban van), és a fájl modulhoz képesti relatív elérési útjából áll össze / jelekkel elválasztva.

A telepített alkalmazás egy fájljának eltávolításához metaadatokat kell megadni a tömörített állományban a META-INF/ibm-partialapp-delete.props nevű fájlban minden archívum hatáskörben. Az ibm-partialapp-delete.props fájl csak egy ASCII fájl lehet, amely felsorolja az archívumban lévő törlendő fájlokat soronként egy bejegyzéssel. A bejegyzés egy karaktersorozat mintát is tartalmazhat, mint például egy reguláris kifejezést, amely több fájlt is azonosít. A törlendő fájlok relatív elérési útját a META-INF/ibm-partialapp-delete.props fájlt tartalmazó archívumhoz képest kell megadni.
Törlendő fájlok szintje A tömörített állományba felvett metaadatok .props fájl
Alkalmazás Vegye fel a META-INF/ibm-partialapp-delete.props fájlt a tömörített állományba. A metaadatok .props fájlban sorolja fel a törlendő fájlokat. A fájlok elérési útjai relatívak a META-INF/ibm-partialapp-delete.props fájl helyéhez képest.

Például a utils/config.xmi fájl törléséhez a my.ear fájl gyökeréből vegye fel a utils/config.xmi sort a META-INF/ibm-partialapp-delete.props fájlba.

Modul Vegye fel a modul_uri/META-INF/ibm-partialapp-delete.props fájlt a tömörített állományba.

Egy fájl törléséhez egy modulból, vegye fel a fájl modulhoz képest relatív elérési útját a .props metaadatokat tartalmazó fájlba. Például ha törölni akarja az a/b/c.jsp fájlt a my.jar modulból, akkor vegye fel az a/b/c.jsp bejegyzést a tömörített fájlban lévő my.jar/META-INF/ibm-partialapp-delete.props fájlba.

Egy modul több fájljának törléséhez sorolja fel az eltávolítandó fájlokat a .props metaadat fájlban, soronként egy bejegyzéssel. Például ha törölni akarja az összes JavaServer Pages (.jsp) fájlt a my.war fájlból, akkor vegye fel a .*jsp sort a my.war/META-INF/ibm-partialapp-delete.props fájlba. A sorban a .*jsp reguláris kifejezés található, amely az összes .jsp fájlt azonosítja a my.war modulban.

Egy egyedülálló részleges alkalmazás fájl is használható több fájl hozzáadására, törlésére és frissítésére.

A fájlrendszer elérési út megadása után kattintson a Következő gombra.

A részleges alkalmazás frissítése után a konfigurációs változtatások mentésekor az új vagy a frissített alkalmazás fájl tárolásra kerül a telepített alkalmazásban a WebSphere Application Server konfigurációs lerakatban. A változtatások szinkronizálásakor a csomópontokkal, a fájlok bekerülnek, vagy frissülnek a csomópont fájlrendszerében. Mivel a részleges alkalmazás lehetőség több fájlt is frissít, ezért az újraindítandó alkalmazás komponenseket a részleges alkalmazás egyedi fájljai határozzák meg.

Példa

Példa a részleges alkalmazás tömörített fájl bejegyzéseire:

util.jar
META-INF/ibm-partialapp-delete.props
foo.jar/com/mycomp/xyz.class
xyz.war/welcome.jsp
xyz.war/WEB-INF/web.xml
webmod.war/META-INF/ibm-partialapp-delete.props

A példában a META-INF/ibm-partialapp-delete.props fájl a .*.dat és tools/test.jar fájlokat tartalmazza. A webmod.war/META-INF/ibm-partialapp-delete.props fájl a com/test/.*.jsp és WEB-INF/test.xmi fájlokat tartalmazza.

A részleges alkalmazás frissítés lehetőség a következőt teszi:
  • Hozzáadja a util.jar fájlt a telepített alkalmazáshoz, vagy lecseréli azt.
  • Hozzáadja a com/mycomp/xyz.class fájlt a telepített alkalmazás foo.jar fájljához, vagy frissíti azt.
  • Törli a *.dat fájlokat az alkalmazásból, de nem minden modulból.
  • Törli a tools/test.jar fájlt az alkalmazásból.
  • Hozzáadja a welcome.jsp fájlt a telepített alkalmazás xyz.war moduljához, vagy frissíti azt.
  • Lecseréli a WEB-INF/web.xml fájlt a telepített alkalmazás xyz.war moduljában.
  • Törli a com/test/*.jsp fájlokat a webmod.war modulból.
  • Törli a WEB-INF/test.xmi fájlt a webmod.war modulból.

Váltsa ki a reguláris kifejezés metakaraktereket a META-INF/ibm-partialapp-delete.props fájlban. Ha például törölni akarja az Abc osztály belsó osztályait, akkor használja az Abc\$.* reguláris kifejezést, ahol a $ egy reguláris kifejezés metakarakter, amelyet egy fordított törtvonal (\) vált ki.

A META-INF/ibm-partialapp-delete.props fájl az alábbi szöveget tartalmazhatja:

.*.dat

webmod.war/META-INF/ibm-partialapp-delete.props:
com/test/.*.jsp
WEB-INF/test.xmi



A jelzett hivatkozások (online) Internet-hozzáférést igényelnek.

Kapcsolódó fogalmak
Kapcsolódó feladatok
Kapcsolódó hivatkozás
Vállalati alkalmazás gyűjtemény


Fájlnév: urun_rapp_update.html