Java verseny 2005

Idegesít egy kicsit az ilyen versenyfelhívás.

Egyrészt mert a versenyfelhívás némileg ellentmondásos. Az elvárások oldalán még azt írják, hogy az alkalmazás lehet portlet, vagy sima j2ee szerver-kliens megoldás, az értékelési szempontoknál meg azt, hogy a "beérkező pályaműveket kizárólag Sun Java System portál szerveren teszteljük".

(Hogy melyik verzión, azt persze homály fedi. Az egyes verziók között elég nagy különbségek vannak.)

Másrészről meg próbáljon valaki fejleszteni Sun portál szerver alá.

Kell hozzá egy Sun Sparc, Solaris 8 vagy 9. Minden java fejlesztő asztalán ott van egy két ilyen ...

Már megint nem voltam elég pontos ...

Szóval ez a verseny alapjában véve nem java verseny. Aki tud java-ban programozni, azzal a tudásával a világon semmire sem megy, akkor amikor portletet kell programozni (előtte meg feltelepíteni egy portál szervert, ahhoz kellene web szerver, directory szerver ...).

Nem olvastad elég alaposan a kiírást. A portlet API (JSR 168) van előírva, nem a Sun Java System portál. A portlet API-nak meg pont az a lényege, hogy megírod bárhol és futtatod bárhol. Ha rápillantasz egy kicsit az open-source portálokra (pl. http://java-source.net/open-source/portals [java-source.net] ), akkor lehet mazsolázni a JSR 168 kompatibilisekből, a liferay biztosan ismeri. Innentől kezdve ha betartod a szabványt, tényleg tesztelhetik akár a Sunos implementáción is.

Abban igazad van, hogy ez a Java verseny nem olyan, mint egy C vagy Perl verseny. Egy C versenynél az a fontos, hogy ismerd a szintaktikát, de a Java több, mint nyelv és szintaktika. Van mögötte API és az egész egy szép nagy platform. Persze, nem pontos az elnevezés, ha te a C-s vonalat várod, de pl. számomra egyértelmű volt, hogy ha Java verseny, akkor valamilyen környezetben működő programot kell írni, és nem egy SCJP vizsgát akarnak végigvinni.

Nem igazán tudom mi az a portlet. Lehet, hogy igazad van ebben, de én nem mernék úgy alkalmazást készíteni, hogy nem tudom kipróbálni abban a környezetben, amelyben futni fog.

Volt már rá példa, hogy készítettünk egy servletet, otthon tomcat alatt ment szépen, ügyfélnél meg appserv7-esen másképp működött.

Hirtelen nem jut eszembe egy indok sem, hogy egy alapvetően javas program (a sun appserver) futtatásához miért kell Sun Sparc és Solaris? Imho WORA.

Ez igy is van (kiveve pl. SWT).

Szerintem nincs azzal semmi baj, ha a Sun azt mondja, hogy o vegso soron a sajat implementaciojan tesztel egy szabvany termeket. Vegulis valahol le kell tesztelniuk, a szabvany meg csak az interfeszt specifikalja, az implementaciot nem.

A kiiras szerintem szepen illeszkedik a Java filozofiahoz. Es ellentetben mas verseny kiirasaval, sehol sem szerepel, hogy elonyben reszesitenek barmilyen szoftver hasznalatat.

A Java Studio Enterprise 7-esnél a linux nincs megemlítve. Azért fut linuxon is? Vagy ez is olyan mint az 5-ös, hogy kizárólag Red-Hat-re megy fel?

Én is eclipse fan vagyok. Bár azt hallottam, hogy az újabb netbeans-ek kezdenek felnőni az eclipse-hez kezelhetőségben és refactoring-ban. Lehet hogy kipróbálom a 4.1-est, utoljára 3.x körül próbálgattam, de az nem tetszett.