t.f.h. van 1 jo kis arm cpu-s kis a'mi'to'ge'pu:nk, amin java ee-t akarunk futtatni.
hogy ez lehetetlen? lehet. de az ellenkezoje is lehet lehetetlen, tehat akar lehetseges is lehet;)
mi manapsag a leglightweightebb javaee 5 alkszerver? hat a glassfish v2.1.1 (forras)
a seam dvdstore peldaalkalmazasat allitottam be, nem keves konfigurazgatassal.
mit kell tenni?
1. a glassfish main lib konyvtaraba bemasoljuk ezeket,
2. a domains ext lib-jebe meg oket.
3. utana buildeljuk a "me'van"-os alkalmazasunkat oszt hadd szojjjon.
a buildeleshez a netbeans 7.0-t, maven 3.0.3-at, ant 1.8.2-t es az openjdk-6-jdk b20-asat hasznaltam (itt kell kiternem arra, h sajnos az arm cpu openjdk-ja megragadt a b18-nal 1 magarahagyott arm assembler miatt. bizom benne, h hamarosan frissitik)
4. es ugye kell 1 jdbc/__postgres cimen elerheto db is a glassfishbe
5. aztan az XX kapcsolot a domain.xml-ben allitsuk 160m-re, az Xmx-et 320m-ra (az os-nek, db-nek, maven-nek eleg a maradek 32m)
persze tisztaban vok vele, h egyelore nem sokan fognak arm cpu-t hasznalni java ee-nek, csak az erdekelt, h megvalosithato-e.
kivancsian figyelem majd az arm platform ternyereset. teszem ezt azert mert rohejesnek tartom a x86(-64) cpu-k teljesitmenyehseget (csak a proci fogyaszt ~100w-ot? es akkor meg nem beszeltunk az alaplapi chipsetrol, vga kartyarol,... 500w-nal nagyobb tapegyseg??? mi a bubanatnak?). talan nem veletlenul fordult az nvidia es a microsoft is az arm fele. kicsit olyan ez mint amikor az autok koreben elkezdtek a loerohajhaszas mellett a takarekossagra is odafigyelni. mar az uj m5-os is csak 10.9lityit fog fogyasztani. na persze allohelyzetben, leallitott motorral, csak a feket nyomva :D
konkluzio: a linux es az arm egyutt tok jo dolgokra kepes (ls: android), en csipa'zom mind2t...
most megyek, felrakom a kenyerpiritomra is a glassfish seam parost :D
hogy ez lehetetlen? lehet. de az ellenkezoje is lehet lehetetlen, tehat akar lehetseges is lehet;)
mi manapsag a leglightweightebb javaee 5 alkszerver? hat a glassfish v2.1.1 (forras)
a seam dvdstore peldaalkalmazasat allitottam be, nem keves konfigurazgatassal.
mit kell tenni?
1. a glassfish main lib konyvtaraba bemasoljuk ezeket,
2. a domains ext lib-jebe meg oket.
3. utana buildeljuk a "me'van"-os alkalmazasunkat oszt hadd szojjjon.
a buildeleshez a netbeans 7.0-t, maven 3.0.3-at, ant 1.8.2-t es az openjdk-6-jdk b20-asat hasznaltam (itt kell kiternem arra, h sajnos az arm cpu openjdk-ja megragadt a b18-nal 1 magarahagyott arm assembler miatt. bizom benne, h hamarosan frissitik)
4. es ugye kell 1 jdbc/__postgres cimen elerheto db is a glassfishbe
5. aztan az XX kapcsolot a domain.xml-ben allitsuk 160m-re, az Xmx-et 320m-ra (az os-nek, db-nek, maven-nek eleg a maradek 32m)
persze tisztaban vok vele, h egyelore nem sokan fognak arm cpu-t hasznalni java ee-nek, csak az erdekelt, h megvalosithato-e.
kivancsian figyelem majd az arm platform ternyereset. teszem ezt azert mert rohejesnek tartom a x86(-64) cpu-k teljesitmenyehseget (csak a proci fogyaszt ~100w-ot? es akkor meg nem beszeltunk az alaplapi chipsetrol, vga kartyarol,... 500w-nal nagyobb tapegyseg??? mi a bubanatnak?). talan nem veletlenul fordult az nvidia es a microsoft is az arm fele. kicsit olyan ez mint amikor az autok koreben elkezdtek a loerohajhaszas mellett a takarekossagra is odafigyelni. mar az uj m5-os is csak 10.9lityit fog fogyasztani. na persze allohelyzetben, leallitott motorral, csak a feket nyomva :D
konkluzio: a linux es az arm egyutt tok jo dolgokra kepes (ls: android), en csipa'zom mind2t...
most megyek, felrakom a kenyerpiritomra is a glassfish seam parost :D
source
what the hell are you doing glassfish or seam: org.jbpm.JbpmException: couldn't find process definition 'OrderManagement' and Operation not allowed
what the hell are you doing glassfish or seam: org.jbpm.JbpmException: couldn't find process definition 'OrderManagement' and Operation not allowed
Tavoli gepen talalhato postgresql eleresehez a kovetkezo 2 file-ban kell modositasokat eszkozolnunk:
1. postgresql.conf-ba: listen_addresses = '*' sor szerepeljen komment nelkul
2. pg_hba.conf-ba: host all all 0.0.0.0/0 trust beillesztese
Igy mar elerhetjuk pl a pgadmin iii-mal az adatbazisunkat
1. postgresql.conf-ba: listen_addresses = '*' sor szerepeljen komment nelkul
2. pg_hba.conf-ba: host all all 0.0.0.0/0 trust beillesztese
Igy mar elerhetjuk pl a pgadmin iii-mal az adatbazisunkat
ha a hudson utodjat (azaz a jenkins nevu) ci-t akarjuk telepiteni maverick meerkat oprendszerre, ugy hogy apt-get update/upgrade-del megkapjuk a frissiteset, akkor a kovetkezoket kell tennunk:
wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add -
sudo su
echo "deb http://pkg.jenkins-ci.org/debian binary/" > /etc/apt/sources.list.d/jenkins.list
sudo apt-get update
sudo apt-get install jenkins
ezen a linken talal6o leirashoz kell kulon telepiteni az aptitude-t, az ugyanis mar nincs benne default az ubuntu 10.10-esben
wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add -
sudo su
echo "deb http://pkg.jenkins-ci.org/debian binary/" > /etc/apt/sources.list.d/jenkins.list
sudo apt-get update
sudo apt-get install jenkins
ezen a linken talal6o leirashoz kell kulon telepiteni az aptitude-t, az ugyanis mar nincs benne default az ubuntu 10.10-esben
Feliratkozás:
Bejegyzések (Atom)