Java környezet Solarison vagy Linuxon?

[quote:98dab4e23c="Zizi"]Sziasztok!

Az Apache és a PHP kiváltására a Sun Appserver Platform Editionja lesz a megoldás. Adatbáziskezelő a PostgreSQL 8 lesz - bátor vagyok, remélem bírni fogja a gyűrődést.

A kérdés, hogy szerintetek ilyen feltételek mellett érdemes megtartani a Linuxot, vagy inkább cseréljem le valamilyen Solarisra? Ha igen, akkor melyik legyen a választott verzió?

Hozzátartozik a dologhoz, hogy Solarist még nem üzemeltettem. Nem tudom, hogy pl. hogyan csinálhatnék belőle tűzfalat, hogyan kellene updatelni a programokat, stb. Ezt napi nyolc órát rászánva mennyi idő alatt lehetne megtanulni?

Azon esetleg elgondolkodhatsz, hogy a Postgres-t Linuxra rakod, az Appservert pedig Solarisra. Vagy, ha van időd és lehetőséged tesztelni, kimérheted, hogy az adott Postgres adatbázis milyen teljesítményt ad Linuxon ill. Solarison. A Te Solaris verziód mindenképpen a 10-es.

A patchelés a Solaris 10ben már igen kellemes, egyszerű feladat.
Tudni kell, hogy amíg a security patchek ingyenesek Sol10-hez, addig a "normál" (bugfix) patchekért fizetni kell. Jelenleg ezen szolgáltatás ára (8 processzorig) 120$/év. Szerintem ez még egy kisebb cégnek sem nagy pénz (kb. 2000Ft/hó).

Én speciel tűzfalnak kényelmesebbnek találom az iptables-t (linux) mint az ipf-et, bár az utóbbi is profi. Solaris-on elég sokat kell faragni, hogy a felesleget levakard róla. (Tűzfalnak nem biztos, hogy full install oprendszer kell. ) Szóval erre a célra talán inkább linux.

Ha nem üzemeltettél még Solarist, de linuxban stabil alapod van nem hiszem hogy nagy gond lenne megtanulni.Ez is csak egy *nix. :)
Egy hét alatt bele lehet rázódni.
(Újat meg még évek múltán is majdnem minden nap tanul az ember. :) )

Kiindulásnak ott a docs.sun.com, a www.sun.com/bigadmin , solaris levlist , solaris forum (forum.sun.com), és természetesen a sunfreeware.hu :wink:

[quote:0279b0e17a="Frimen"]
Bocs, de nem szokásom 10 percenként olvasgatni, melyik szerver min fut.:)
Amugy forditgatni lehet valóban sok mindent, föleg a bilit, meg jó nagyokat szivni is időnként, ha valami nem stimmel.. ez is benne van a pakliban.

???

Írd le emailben, hogy mire is gondoltál, ne terheljük ezt a fórumot... de sajnos nem értem, hogyan jön ide a bili meg a pakli. Vagy csak olyan jó kis közhelyek, amiknek az elsütögetése növeli a népszerűségi indexet? (amolyan ezt sem láttam még közelről, de azért hozzászólok módon:)

Amugy nem kell forditani, a sunfreeware.com-on es a blastware.org-on is van binaris csomag mindket Solaris-ra (utobbi: pkg-get install postgresql-lel telepul).

"Solaris-on elég sokat kell faragni, hogy a felesleget levakard róla. (Tűzfalnak nem biztos, hogy full install oprendszer kell"

Sőt, van egy minimal net install cluster, ami a minimumot tartalmazza, ahonnan már elég felfelé építkezni (mondjuk számíts rá, hogy még egy bash-ed sem lesz, mert minek).

[quote:22a14e1293="_Joel"]"Solaris-on elég sokat kell faragni, hogy a felesleget levakard róla. (Tűzfalnak nem biztos, hogy full install oprendszer kell"

Sőt, van egy minimal net install cluster, ami a minimumot tartalmazza, ahonnan már elég felfelé építkezni (mondjuk számíts rá, hogy még egy bash-ed sem lesz, mert minek).

Egyszer próbáltam lentről felfelé építkezni egy webszerver esetében. Elég fájdalmas dolog.
A csomagok telepítésekor ugyan kiírja, hogy az adott csomag függősége mi, de már rekurzívan ez nem működik.
Pl. debian esetében egy "apt-get install" feltelepít minden csomagot ami előfeltétel, Solarisban (9 ig) nem találtam ilyen lehetőséget. ( Mondjuk ettől még lehet hogy van. :) )
Ráadásul kicsit szívás, hogy ha pl. a telepített alkalmazásod linkelési hiba miatt nem indul, akkor vadászd össze, hogy melyik csomag tartalmazza azt a .so fájlt...

[quote:c20df5e5e7="Frimen"]Ezért félek ezektől a csodáktól.. szépek, lehet még jók is.. de sebesség
és erőforrás igényben simán verhetők egyszerűbb strukturákkal.:)

Téglás kőműves is fél az acélbetonszerkezettől. Mégis az utóbbiból építenek a mérnökök több száz emeletes struktúrákat...

[quote:053f77134f="Frimen"]
Ezek szerint ez valami portál motor is egyben.. vagy rosszul értelmezem?

Egy j2ee alkalmazás kiszolgáló nem portál motor, más a kettő funkcionalitása (értsd: egy portál motor j2ee-re épülhet, de j2ee-re épülhet egy hagyományos ablakos alkalmazás is).

Vannak "sima" http kiszolgálók (pl Tomcat, Resin), de vannak EJB containerek is (pl sun appserver, jboss, bea weblogic...). ezek ún middleware-ek. Hogy kell-e EJB vagy sem, az egy jó kérdés, adott projekt esetén kell eldönteni. Hogy mitől függ? Pl alkalmazás logika, relációk, tranzakció kezelés bonyolultsága, a rendelkezésre álló idő + a csapat ismeri-e az EJB-t, ...

Az EJB containerek a PHP-n meglehetősen túlmutatnak, más kaliberű rendszer... (mondhatni a PHP legfeljebb olcsó játékszernek mondható, főleg hogy a J2EE nyelve Java).

http://java.sun.com/j2ee/faq.html
http://java.sun.com/j2ee/1.4/docs/tutorial/doc/index.html

Javában a PHP-hoz a JSP áll a legközelebb (egyszerű web container is tudja, pl Tomcat, ingyenes és elég jó), ha nincsenek extra keretrendszerek, akkor viszonylag könnyű átírni a PHP-t JSP-re.

[quote:4b60f2d26f="Frimen"]Joel látom formában vagy.:)
Viszont már meg megint sántit a hasonlatod.:))

Nem, csak hajnalban az Extreme Engineering c. dokumentumfilmet nézem mostanában valamelyik tv csatornán alvás helyett. Baromi jó dolgokon dolgoznak egyes helyeken (pl nanocsöves szerkezetű piramis a tokiói öbölben, az Alpok alatt átívelő vasúti alagút Svájcban - ezek voltak tegnapelőtt meg tegnap)

PHP teljesen jól használható bármilyen kicsi, önálló, mondjuk adatbázis alapú alkalmazásra. Bizonyos trükkökkel és mérnöki hozzáállással párszázezer felhasználó kiszolgálására képes, horizontálisan skálázott weboldalakat is lehet vele csinálni (van ilyen jópár). Banki számlavezető rendszert tranzakciókkal, elszámolási rendszerrel (esetleg bankközi elszámolási rendszert) nem írna benne senki.

A J2EE nyújtotta keretrendszerben ellenben igen. Ajánlom figyelmedbe a Mastering EJB c. könyv bevezető fejezetét, ahol a szerző leírja, hogy hogyan kezdtek el az egyik cégénél egy keretrendszert kidolgozni, mire jött a J2EE és rájöttek, hogy ez nekik jobb. Leírja, hogy miért is jobb ez nekik.

A tranzakció az ugyebár olyasmi, hogy elindul egy folyamatod, csinálsz adatokkal dolgokat, kihívsz más programrészekbe... majd egyszercsak történik valami, ami miatt az egészet vissza kell vonni. J2EE neked ezt alapból nyújtja, csak egy XML file-ban kell úgy definiálnod az egyik bean-ed akár egyik metódusát, hogy annak a meghívása egy új tranzakció kezdete. Mindezt nyújtja akkor is, ha egyszerre sokszázan, sokezren hívják ezt a metódust, és kezeli a konkurenciát.

De még lehetne írni sokat róla, csak az a baj, hogy ezt már sokan sok helyen leírták:)

[quote:ab15a42219="Frimen"]viszont véleményem szerint linux-postgre páros "kicsit" több fut, mint solaris-postgre.. ezért javasoltam az előbbit.

:) 1997-ben volt egy vitam egy sraccal, aki nezte a telepitett debiant a 486-osomon, es nem ertette. Mondom neki: Linux. "jaaa... de miert nem Windows-t hasznalok? "kicsit" tobb fut belole, mint Linuxbol".

Van egy ismerosom, akik iszonyat regen solaris x86-ot hasznaltak valami pc-s szerveren web hostingra. Jott a hacker. Atment a linux tuzfalon, mint a vajon. A sol x86-tal viszont nem birt. Tudom, ez security by obscurity, de aranyos tortenet:)

Egy apró kérdés (nem kötözködésből), de ha minden komponens ingyenes, akkor a Sun az melyik lesz?
A Sun-hoz egyébként az eredeti oldal jó: http://www.bigadmin.com
Itt érdemes alaposan körülnézni, szerintem mindenre kapsz választ.
Még egy kérdés: miért kell átalakítani a teljes rendszert?

A hardver az adott? Biztos, hogy menni fog a Solaris a vason?

[quote:1b941b2429="Zizi"]A kérdés, hogy szerintetek ilyen feltételek mellett érdemes megtartani a Linuxot, vagy inkább cseréljem le valamilyen Solarisra? Ha igen, akkor melyik legyen a választott verzió?

Java szempontjából szerintem majdnem teljesen mindegy. Ha cseréltek, akkor viszont Solaris 10 :)

[quote:08cc76300b="_Joel"]
Van egy ismerosom, akik iszonyat regen solaris x86-ot hasznaltak valami pc-s szerveren web hostingra. Jott a hacker. Atment a linux tuzfalon, mint a vajon. A sol x86-tal viszont nem birt. Tudom, ez security by obscurity, de aranyos tortenet:)

Nekem is van egy aranyos tortenetem a Solarissal kapcsolatban. Meg sok evvel ezelott a HUP Solaris 8-on futott. Egyszer elfelejtettem a root jelszot, mert egy nap sokszor kellett megvaltoztatni es az utolsot elfelejtettem felirni. A gep tavol volt. Azonnal kellett valamit tenni, amihez root jelszo kellett volna. Ezert ugy dontottem, hogy keresek hozza valami local root exploitot. Hat mit tesz isten, pont az nap jott ki egy az X szerver valamelyik darabjahoz. Ugyhogy azzal szepen feltortem a sajat szerverem, es befoltoztam a lukat, majd megvaltoztattam a jelszot.

:-D

(Es ez true story)

[quote:7b43019e69="trey"] Ugyhogy azzal szepen feltortem a sajat szerverem, es befoltoztam a lukat, majd megvaltoztattam a jelszot.

Azert ahhoz is kell tudomany, hogy egy remote (gondolom web) serveren fent hagyja az ember az X szervert. Vagy X terminalokat is kiszolgalt a gep?

Ilyen sztorikat barmelyik rendszerrol lehet meselni. De ez eleg off.

Dtrace-t ne tessek lebecsulni, a karomat odaadnam, ha egy most ugyfelnel turt Solaris 9-cen lenne dtrace-em...

[quote:d9b4e0c355="Frimen"]
Láttam én már felnyomott Solarist.. tetszenek az ilyen tündérmesék:))

Sparc-ot en is. x86-ot sem lehetetlen, csak kevesebb a script kiddie, aki ismeri. Linux is addig volt a "legbiztonsagosabb os" (kivancsi vagyok a 98-as telnetes hack verseny gepe ma meddig birna (persze az akkori szoftverekkel)), amig sehol semmi uzletileg komolyra nem hasznaltak...

[quote:a3577fbb21="_Joel"](kivancsi vagyok a 98-as telnetes hack verseny gepe ma meddig birna (persze az akkori szoftverekkel))

Hááát lehet hogy tovább bírná mint egy XP, mert már lassan elfelejtették ;)

[quote:6f02dd4f6f="_Joel"]Azert ahhoz is kell tudomany, hogy egy remote (gondolom web) serveren fent hagyja az ember az X szervert. Vagy X terminalokat is kiszolgalt a gep?

Hozza akartam tenni, hogy az volt benne a szep, hogy minimal install volt X nelkul, mert ez tette az egeszet szeppe :-)))

Dtrace-t ne tessek lebecsulni, a karomat odaadnam, ha egy most ugyfelnel turt Solaris 9-cen lenne dtrace-em...

Mondom Solaris 8. Hogy volt akkor meg DTrace?

No, inkabb ezt ajanlanam az urak figyelmebe:
http://forum.index.hu/Article/showArticle?t=9128387

egy kis kozos erdek:)

[quote:843970cd8f="Frimen"]
[quote:843970cd8f="lokoto"]
Javában a PHP-hoz a JSP áll a legközelebb (egyszerű web container is tudja, pl Tomcat, ingyenes és elég jó), ha nincsenek extra keretrendszerek, akkor viszonylag könnyű átírni a PHP-t JSP-re.

Ilyenre csak egy zöldfülü lenne képes.:))
Meg van a maga helye a JSP-nek, és valóban át lehet irni PHP-t rá, de
aki már kicsit is tapasztalt, az csak JSP-t nem használ.:)

Fri

bírom az ilyen okos embereket, akik az egyszerű dolgokat eleve elvetik :-)

ezért olyan drága sok rendszer, mert egyesek akkor is ágyút vonszolnak magukkal, mikor egy légpuska is elég lenne - esetleg jobb is, mert könnyebb vele bánni és nem szakadsz meg.

[quote:ce8abb1680="_Joel"]No, inkabb ezt ajanlanam az urak figyelmebe:
http://forum.index.hu/Article/showArticle?t=9128387

egy kis kozos erdek:)

Ez nem az EVA utodja lenne? Akkor az nem erint, mert nem vagyok (kenyszer)vallalkozo :-)

Nem utod. Alkalmazottak is valaszthatjak, es akkor cirka 60%-os adoelvonas helyett csak 35% van a master bruttobol (tehat brutto + amit a tb-nek fizet a munkaltato).

[quote:6cd05fd579="_Joel"]Nem utod. Alkalmazottak is valaszthatjak, es akkor cirka 60%-os adoelvonas helyett csak 35% van a master bruttobol (tehat brutto + amit a tb-nek fizet a munkaltato).

Ja ertem, ebben az esetben sem erint azt hiszem... :-)

Es a szolidaritas?:)

Csak kivancsisagbol kerdezem, hogy milyen a Solaris kernelenek a memoria kezelese a Linuxhoz kepest. Ez is lenyeges szempont lehet. FreeBSD vs Linux tapasztalatom mar van. :)

[quote:981e0ffb0c="_Joel"]Es a szolidaritas?:)

Az van. :-)

[quote:34ae57a5d8="Frimen"]
A J2EE nem keretrendszer, hanem a J2SE egy kibővitett, mondjuk ugy
nagyobb tudásu (üzleti) változata.

Ez nem igaz. J2EE = J2SE + API-k + web container + ejb container + message queue. A J2EE keretrendszert nyujt arra, hogy az uzleti problema megoldasara koncentraljon a programozo, ne alacsonyszintu dolgok (tranzakciokezeles, elosztottsag, adatbaziskezeles) ujra es ujra es ujra es ujra megoldasara. A J2EE referenciaimplementacioja egyebkent pont a Sun App Server Platform Edition.

[quote:34ae57a5d8="Frimen"]
.. a webes programok nagy többsége adatbázist használ, és adatbázist használni
JSP-ből elég gáz.

Adatbázist direktben használni megjelenítési rétegből a legnagyobb gáz. DAO tervezési minta mond valamit? Amikor EJB-ket nem használó J2EE projektekről beszélünk, akkor sem szokott senki épeszű ember SQL utasításokat irogatni a View-kba (MVC tervezési minta remélem ismerős).

Amúgy lehet JSP-ből is JSTL standard taglibbel SQL-t hivogatni, csak minek. Najó, valami picire esetleg... így:

JSTL:

<sql:query var="deejays">
SELECT * FROM mytable
</sql:query>

<%-- Get the column names for the header of the table --%>
<c:forEach var="columnName" items="${deejays.columnNames}">
<th><c:out value="${columnName}"/></th>
</c:forEach>

<%-- Get the value of each column while iterating over rows --%>
<c:forEach var="row" items="${deejays.rows}">
<tr>
<c:forEach var="column" items="${row}">
<td><c:out value="${column.value}"/></td>
</c:forEach>
</tr>
</c:forEach>

Copyright Oracle, Innen copy-paste-ltem...

[quote:2fcfd2e24a="jolle"]Csak kivancsisagbol kerdezem, hogy milyen a Solaris kernelenek a memoria kezelese a Linuxhoz kepest. Ez is lenyeges szempont lehet. FreeBSD vs Linux tapasztalatom mar van. :)

Solaris Internals nevu konyv eleg kimerito a temaban. A weboldalan vannak slide-ok, meg cikkek amikbol ki lehet hamozni az osszkepet...

http://www.solarisinternals.com/si/index.php

VM subsystem az 51-es slide-tol kezdodik:
http://www.solarisinternals.com/si/reading/t2-solaris-slides.pdf

És akkor arról még szó sem esett, hogy ugye servletek esetén minden HTTP kérés egy-egy szálon fut, ami ugyanannak a servletpéldánynak a metódusain fut (EJB-kre ez nem igaz, ott egy példányban mindig egy szál tartózkodik egyetlen pillanatban - ezért kell pl megfelelően méretezni az EJB példány pool-ok méretét az adott alkalmazáshoz). Maga a többszálú működés és a teljesen osztott memóriaterület (session és application scope, ugye)egy olyan eszköz aminek a felhasználása után az embernek az élettől is elmegy a kedve ha legközelebb PHP-ban kell(ene) megcsinálnia valamit.

[quote:7944c54113="Frimen"]
No ez nem teljesen igaz.. mert implementálhatod a SingleThreadModel-t.

A javadoc-bol:

[code:1:7944c54113]
javax.servlet
Interface SingleThreadModel
Deprecated. As of Java Servlet API 2.4, with no direct replacement.
[/code:1:7944c54113]

A léte jó kérdés. Nem hiába lett deprecated. Soha nem használtam, és mindig mindenki azt mondta, hogy nem szabad használni. Amúgy ez csak annyit garantált, hogy egy servletpéldányban mindig 1 thread fusson egy adott időpillanatban. Erős bottleneck tud lenni az ilyen:)

Ott vannak a ThreadLocal valtozok, lehet szinkronizalni a kritikus pontokra... annyi mas, testhezallo modon meg lehet oldani a tobbszalusag okozta problemakat (pl egy counter noveleset - ez ugye az iskolapelda: a servletcontext-be rakott int, amit minden request novel 1-gyel)...

[quote:434bdcb05a="Frimen"][quote:434bdcb05a="lokoto"]
bírom az ilyen okos embereket, akik az egyszerű dolgokat eleve elvetik :-)
ezért olyan drága sok rendszer, mert egyesek akkor is ágyút vonszolnak magukkal, mikor egy légpuska is elég lenne - esetleg jobb is, mert könnyebb vele bánni és nem szakadsz meg.

Pontatlanul foglamaztam..
.. a webes programok nagy többsége adatbázist használ, és adatbázist használni
JSP-ből elég gáz.
Bár lehet, ez tény.. de inkább játékszer.
Fri

Nem állítom/állítottam, hogy JSP-ben mindent a leghatékonyabb megcsinálni (sőt), de ha csinálsz egy-két segédosztályt, sok feladatot sokkal egyszerűbben meg lehet oldani JSP-vel, mint egyéb keretrendszerek bevetésével, főleg ha már van egy kész PHP oldalad (ami a kiindulási pont volt).

[quote:b7267dd12c="Frimen"]
[quote:b7267dd12c="_Joel"]
És akkor arról még szó sem esett, hogy ugye servletek esetén minden HTTP kérés egy-egy szálon fut

No ez nem teljesen igaz.. mert implementálhatod a SingleThreadModel-t.
Azt nem értem, hogy mire jó az egy példány-egy szál megvalósítás, mert akkor
mire találták fel a szinkronizációt?
Ez egy szük keresztmetszet eredményez.
Vagy lehet az volt a cél, hogy a kedves programozó elvtársnak ne kelljen rendesen
megirnia egy osztály?:))
Fri

Ha implementálod a SingleThreadModelt, attól még ugyanúgy "egy kérés egy szál", csak a servlethez egyszerre egy kérés fog fordulni.

Solaris-on futtatok Postgresql-t leallas ota ugy 4 eve (Solaris 8, majd 9 - najo ez egy Ultra Enterprise 3000-es - talan egy atomhaborut is tulelne a hw:). Nincs vele semmi gond.

Cikkek a temaban:

http://blogs.sun.com/roller/page/jkshah/Weblog?catname=%2FDatabases

Ha erv is kell a Solaris mellett: dtrace

[quote:14759ef153="lokoto"]Nem állítom/állítottam, hogy JSP-ben mindent a leghatékonyabb megcsinálni (sőt), de ha csinálsz egy-két segédosztályt, sok feladatot sokkal egyszerűbben meg lehet oldani JSP-vel, mint egyéb keretrendszerek bevetésével, főleg ha már van egy kész PHP oldalad (ami a kiindulási pont volt).

Azért én bízom benne, hogy PHP esetén sem arról beszélünk, hogy van a .php file, amiben ömlesztve a kód és a HTML... ugye nem?
Ha rétegekre van osztva (miért ne lenne), akkor pedig a megjelenítésre számos egyéb eszköz áll rendelkezésre, ami jobb lehet a JSP-nél
(Freemarker, Velocity, JSF, ...). Átírni egy ömlesztett php page-t JSP-re, megtartva a struktúrát, nagyszerű dolog, de mi értelme?

[quote:3b2681bf76="Mico"][quote:3b2681bf76="lokoto"]Nem állítom/állítottam, hogy JSP-ben mindent a leghatékonyabb megcsinálni (sőt), de ha csinálsz egy-két segédosztályt, sok feladatot sokkal egyszerűbben meg lehet oldani JSP-vel, mint egyéb keretrendszerek bevetésével, főleg ha már van egy kész PHP oldalad (ami a kiindulási pont volt).

Azért én bízom benne, hogy PHP esetén sem arról beszélünk, hogy van a .php file, amiben ömlesztve a kód és a HTML... ugye nem?
Ha rétegekre van osztva (miért ne lenne), akkor pedig a megjelenítésre számos egyéb eszköz áll rendelkezésre, ami jobb lehet a JSP-nél
(Freemarker, Velocity, JSF, ...). Átírni egy ömlesztett php page-t JSP-re, megtartva a struktúrát, nagyszerű dolog, de mi értelme?

Nem kell kétségbe esni, senki nem beszélt ömlesztett PHP-ről és JSP-ről, de még felhozhatunk néhány vészforgatókönyvet és esetet, hátha ott jobban kibukik milyen sok dolgot ismersz, és okosabbnak tűnsz valakinél egy fórumban :-)

Nem ömlesztett (vagy akár ömlesztett, ki milyet kap) PHP-t/ASP-t is át lehet vinni JSP-re, mármint úgy, hogy értelme is van, főleg ha az illető akinek ezt meg kell tennie viszonylag új a Java világában.

[quote:07a6e3c4ca="Frimen"]
Tyja.. nem tudtam, hogy van Postgre Solaris alá..:)
Fri

Mutass egy POSIX compliant, GNU utility-kkel rendelkezo rendszert, amin nem fordul le.. Amugy idezet a postgresql.org-rol:

It runs on all major operating systems, including Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, SunOS, Tru64), BeOS, and Windows.

http://www.theserverside.com

A mervado kozossegi portal J2EE ugyekben:)