JPackage.org - érdemes?

Java

Legfrissebb hír 2009. szeptemberi, levlistán automata üzenetek és néhány kérdés. Update van pár 2010-es is, de pl. legfrissebb compatilility csomag 1.6.0-14-hez van...

Érdemes küzdeni vele? Van jobb alternatíva? Inkább kézzel mindent?

  • 1580 megtekintés

( vicziani | 2010. 10. 05., k – 11:12 )

Én a kézzel összerakásnak vagyok híve. Nagyon sok régi cucc van benne, meg minek is ennyi vacak. Ráadásul keverve vannak az eszközök és a könyvtárak (library). Az eszközök még jók lennének, hogy egyben vannak, de a könyvtárak kezelésére más eszköz való (pl. Maven). Amúgy is javasolt úgy elkészíteni minden Java-s projektet, hogy környezetfüggetlen legyen, ebben egy kész környezet meg csak hátráltat.

Viczi
http://jtechlog.blogspot.com

Azért a JPackage használatának is vannak előnyei...
Nem vagyok biztos benne, hogy komoly szerveren "kézzel összerakott" Java alkalmazásoknak kell futni.

A JPackage segítségével meg könnyen gyárthatók az adott RH Enterprise vagy Fedora környezettel kompatibilis RPM csomagok. Lehet, hogy a Sun JDK-val most kicsit lemaradtak, de azért van ott még párezer más érdekes Java csomag, pl a

http://mirrors.dotsrc.org/jpackage/6.0/generic/SRPMS.free/

könyvtárban mai keltezésűek is...

Nem értem igazán, hogy miért kellene RPM/DEB/stb csomag... ha egy Java kliensről van szó, akkor bele kell tenni egy darab JAR-ba mindent és dupla kattintással indul a legtöbb oprendszeren, esetleg a WebStart se az ördögtől való dolog. Itt inkább egy InstallShield szerű alkalmazás a jobb megoldás, mint az IzPack, vagy a többi ingyenes-fizetős telepítő program.

Ha szerverbe kerülő alkalmazásról van szó, ahhoz szinte mindenféle alkalmazás-szerverhez létezik deploy tool, amely okosabban és jobban megoldja az új modul kihelyezését, mint egy Linux-os csomagkezelő...
--
http://wiki.javaforum.hu/display/FREEBSD

Mas kerdes, hogy az okos deployment tool-okkal nem lehet peldaul konzisztencia ellenorzest csinalni, vagyis hogy a fajlok modosultak-e, mig a jobb package managerekkel lehet, mert letaroljak a telepitett fajlok checksumjat.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Szerintem elég baj az, ha módosulnak a fájlok, az meg pláne baj, ha ezt csak package managerrel veszik észre... :)

A hot-deploy és egyéb érdekességek nehezen kivitelezhetőek egy csomagkezelővel, nem beszélve egyes alkalmazás szerverek farm-deploy tudásáról.
--
http://wiki.javaforum.hu/display/FREEBSD

postinstall scripttel csak azt nem csinalsz meg, amit nem akarsz, erre minden csomagkezelo lehetoseget ad. Ja, hogy nincs rendes cli felulet a specialis deployhoz? Hat, az ij kategoria.

Egyebkent meg, amit lentebb is irt a kollega: a shared jar kezeles is konnyebb csomagkezelovel, es igy nem lesz fenn minden szar lib 5-6x ugyanazzal a verzioval. Gentoonal megoldottak, hogy parhuzamosan annyi, egymassal inkompatibilis lib lehet fenn, amennyit csak akarsz, csak jo verziotol kell fuggeni.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.