Szia,<br><br>ami az elso kerdest illeti...<br><br>erre altalaban un. &quot;staging&quot; szerverek szolgalnak (hogy a fejleszto gepen vagy fejleszto szerveren az reszletkerdes). A modell lehet tobbfele, pl. egylepcsos de altalaban ketlepcsos (fejlesztoi, amin a fejlesztok kontroll nelkul barmolnak, i-teszt amin kontrollalt korulmenyek kozott integraciotesztelnek, fejlesztok nem fernek hozza es eles amit szinten csak az uzemeltetes &quot;lat&quot;). 
<br><br>Tovabba, szerintem ha a fejleszto &quot;harombetus metodusokat probalgat&quot; az appServeren, azt en eleve rossz fejlesztesi &quot;taktikanak&quot; minositenem. Foleg a mai napokban, amikor a &quot;vaskalapos&quot; J2EE technologiat teljesen 
k.o.-zta a &quot;tavaszi szel' es azok lightweight container-jei (Spring, Plexus, Pico container, HiveMind, stb.). Itt 100%-ban POJO (plain old java objects - tehat sima J2SE osztalyok) osztalyokat hasznalva kodolhatsz, ergo 100% lefedheto JUnit tesztekkel + Mock osztalyokkal melyekhez NEM KELL AppServer. Ezzel termeszetesen senki sem mondja azt hogy dobjuk az EJB-ket, csak azt, hogy &quot;toljuk ki&quot; azokbol a BL (business logic-ot) POJO osztalyokba, mert azok egyszeruen fejleszthetok, egyszeruen tesztelhetok, atlathatoak es kornyezetfuggetlenek (AppServeren kivul is eletkepesek).
<br><br>Viszont, a &quot;managers inertion&quot; miatt a tech-menedzserek tovabbra is a (halado fejleszto korokben kozismerten rosszkent ismert) J2EE, EJB, entity bean, stb un. &quot;hype&quot; szavakra gerjednek: &quot;minel tobb &lt;hype -- csereld amire akarod&gt;, annal [jobb|cool-abb|mittudomen] a projekt&quot;, holott ez bizonyitottan nem igaz.
<br><br>Tehat ha AppServeren fut a cuccosod, akkor valojaban mar i-tesztrol (integration teszt)-rol beszelunk, es azt (a kozhiedelemmel ellentetben) sosem szabad a junit tesztekkel &quot;kiegyenliteni&quot;.<br><br>Tovabba, hasznalva valamilyen &quot;continous integration server&quot;-t mint pl. a Continuum vagy a Cruisecontrol (ezek OSS szoftverek), lefedhetsz minden fele tesztet, Junittol (reszben az) i-tesztig. Ezen kivul termeszetesen lehet meg szukseg valos AppServer i-tesztre, kontrollalt korulmenyek kozott.
<br><br><br>Summa summarum, a (leegyszerusitett) modell, hogy (Subversion + fejlesztok POJO osztalyokat csinalgatnak) siman maradhat, es kell is hogy maradjon. <br><br>Miert bonyolitani ha lehet egyszeruen is?<br><br>Udv,
<br>~t~<br><br><div><span class="gmail_quote">On 8/23/06, <b class="gmail_sendername"><a href="mailto:javalist@javasite.bme.hu">javalist@javasite.bme.hu</a></b> &lt;<a href="mailto:javalist@javasite.bme.hu">javalist@javasite.bme.hu
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">*** Felado: Böszörményi Péter &lt;<a href="mailto:zmblevlist@gmail.com">
zmblevlist@gmail.com</a>&gt; ***<br><br>Udv a listanak!<br><br>Eddigi munkahelyemen amikor valami fejlesztes volt, mindig a kovetkezo<br>volt a felallas: cvs-ben a forras, az ember leranotta maganak, tovabb<br>heggesztgette, probalgatta, foltozgatta, majd a modosult forrasokat
<br>visszarakta. Amig az ember egyszeru programokat ir (ez alatt ertem azt,<br>hogy semmilyen appszerver nem jatszik), hasznalhato a model, mert ki van<br>a gepen alakitva egy kornyezet, ahol tudja futtatni a programot. De mi
<br>van akkor, ha az ember appszerver ala fejleszt, es megprobalja az ossze<br>harom betus roviditest felhasznalni benne? Minden gepen ott fut egy<br>lokalis appszerver, ami ala berakja a kodot, es probalgatja (Oracle AS<br>
eseten pl ez igen erdekes lenne :)), vagy van egy kozponti szerver, ami<br>ala mindenki orrba-szajba hajigalja be a felkesz cumokat? Tehat: j2ee<br>fejlesztes soran hogyan oldjak meg a fejlesztok a kodolas kozbeni<br>probalgatast?
<br></blockquote></div><br>