Sziasztok!
A tárgyban nevezett alkalmazásszerverre költözünk 5.1-ről, és a segítségeteket szeretném kérni egy dologban, ahol elakadtam. Megcsináltam a modulokat, amik kellenek az EJBmhez, beállítottam függőségnek a manifestben, beállítottam a datasourceot ahogy kell. Deployolás közben elhasal. íme a log, amit generál:
14:48:34,863 INFO [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015876: Starting deployment of "02oaziscomputerdao-bean.jar"
14:48:34,967 INFO [org.jboss.as.jpa] (MSC service thread 1-11) JBAS011401: Read persistence.xml for ShopPool
14:48:35,113 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-2) JNDI bindings for session bean named SettingsService in deployment unit deployment "02oaziscomputerdao-bean.jar" are as follows:
java:global/02oaziscomputerdao-bean/SettingsService!hu.oaziscomputer.service.client.SettingsServiceLocal
java:app/02oaziscomputerdao-bean/SettingsService!hu.oaziscomputer.service.client.SettingsServiceLocal
java:module/SettingsService!hu.oaziscomputer.service.client.SettingsServiceLocal
java:global/02oaziscomputerdao-bean/SettingsService
java:app/02oaziscomputerdao-bean/SettingsService
java:module/SettingsService
... Ezt minden SessionBeanre kiírja, aztán
14:52:34,828 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "02oaziscomputerdao-bean.jar" was rolled back with failure message Operation cancelled
14:52:34,829 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015052: Did not receive a response to the deployment operation within the allowed timeout period [120 seconds]. Check the server configuration file and the server logs to find more about the status of the deployment.
_Dehát ezt a logba írta, hogy tudhatnék meg többet a logból??? :D_
A timeoutot már próbáltam fentebb állítani, de hiába. Ha valakinek van ötlete kérem ne tartsa magába.
Előre is köszi.
- 7662 megtekintés
Hozzászólások
Egyéb log nincsen?
Jboss 7-tel vacakoltam én is egy időben, borzalmas élmény volt...
- A hozzászóláshoz be kell jelentkezni
Ennyi van a logba, ezt írja ki a konzolra is.
- A hozzászóláshoz be kell jelentkezni
Random pool nem fogy ki esetleg és arra vár? Egyáltalán nem biztos, hogy most éppen ez az oka, de láttam már ilyet.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
Ezt egy kicsit kifejtenéd kérlek.
- A hozzászóláshoz be kell jelentkezni
Most nem igazán találom a releváns linket rá, de abból tud baj lenni, ha a /dev/random-ból túl sokat olvas és a kernel nem tudja kellően gyorsan pótolni az entropy pool-t (mert amúgy nincs elég véletlenszerű aktivitás a gépen). SSL inicializálásnál tipikusan van ilyen, tomcat7-nél és jboss7-nél is szokott baj lenni vele. Különösen kellemetlen az, hogy kvázi deadlockot tud előidézni, mert a deploy addig vár, amíg nincs elég entropia, viszont emiatt a gép majdnem teljesen üresjáratban van, így nincs esemény sem ami az entropy poolt töltené. Ebben az állapotban simán benn tud ragadni 1-2 percig is, és akkor már jön a timeout.
Ha a timeout nem jön elő, ha te valamit manuálisan piszkálsz a gépen deploy közben (mondjuk sok disk IO-val), viszont előjön ha csak úgy hagyod magában deployolni, akkor ez lesz az oka.
---
Internet Memetikai Tanszék
- A hozzászóláshoz be kell jelentkezni
Egy fórumos tipp alapján a persistence.xml-ben átálltam eclipselinkről hibernatera, és továbbment. Persze még keresem a megoldást, mert a Hibernate nem az :)
-
Barátkozás a Groovyval
- A hozzászóláshoz be kell jelentkezni
Érdekel ez engem. Linkelnéd a fórumot?
- A hozzászóláshoz be kell jelentkezni
"One of the tips was renaming the persistence.xml" ezt olvasva tettem egy próbát, és bejött. Miután megvolt, hogy a persistence xmlnél van a bibi megpróbáltam, hátha a "gyári" hibernattel múxik. Az eclipselinket meg ez alapján telepítettem.
- A hozzászóláshoz be kell jelentkezni
oh, lol.
- A hozzászóláshoz be kell jelentkezni
Nekem ugy tunik a deploy tobb idot vesz igenybe, mint 2 perc, ezert a container kilovi. A bemasolt logjaid alapjan kb. pont 4 percnel lotte ki. Ha ugy gondolod a 120 secnel tobb deploy ido OK, akkor emeld meg a timeout period-ot magasabbra.
- A hozzászóláshoz be kell jelentkezni
4 percre felvettem, azért ne tartson már egy ejb deploy 4 percnél tovább, ráadásul hibernattel 1 sec.
-
Barátkozás a Groovyval
- A hozzászóláshoz be kell jelentkezni
Nem latszik a logokbol, hogy mi viszi az idot? Igy, hogy felvetted a timeoutot elindul?
- A hozzászóláshoz be kell jelentkezni
Semmi, ugyanaz :( a log egyébként debug levelen van.
-
Barátkozás a Groovyval
- A hozzászóláshoz be kell jelentkezni
Csak a teszt kedveert emeld 10 percre es nezd meg ugy. Ugyanis az eredeti logban is 4 percre ra kezde leloni a container a deployt:
14:48:34,863 INFO [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015876: Starting deployment of "02oaziscomputerdao-bean.jar"
14:52:34,828 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "02oaziscomputerdao-bean.jar" was rolled back with failure message Operation cancelled
- A hozzászóláshoz be kell jelentkezni
Sikerült megoldani, a standalone.xml-ben lévő hibernate config volt a ludas. Megírtam, a beüzemelés lépéset: Eclipselink beizzítása Jboss 7.1 környezetben
Köszi mindenkinek
- A hozzászóláshoz be kell jelentkezni
És maga a migrálás mennyire volt zűrös?
Én egy egyszerű-gagyi gyakorlóprogramot próbáltam átvinni 6.0-ról 7-re, nem nagyon jött össze (igaz, nem vagyok túlzottan tapasztalt Java EE terén).
Illetve teljesítményben mennyivel jobb/rosszabb a JBoss AS 7? Nekem gyanúsan gyorsnak tűnt annak idején.
- A hozzászóláshoz be kell jelentkezni
Nekem "könnyű" dolgom volt, mivel a Jboss felett egy Liferay ketyeg, és az EJB-s nyavaján kívül a többi dolgot a Liferay elintézi (illetve majdnemm mindent, a szokásos Liferay session probléma előjött, mint minden verziófrissítéskor :(). Teljesítményben pedig csak a megérzéseimre tudok hagyatkozni, érzésre gyorsabb :)
-
Eclipselink beizzítása Jboss 7.1 környezetben
- A hozzászóláshoz be kell jelentkezni