Java EE előadás

 ( NagyZ | 2008. november 5., szerda - 17:13 )

Sokat lehet hallani itt-ott a Java Enterprise Edition-ről (J2EE, Java EE), azonban elég kevés ismertető- és/vagy oktatóanyagot lehet találni magyar nyelven. Az egyetemeken is mellőzve van, leginkább amiatt, hogy kevesen ismerik hazánkban.

Ezen szeretnénk most változtatni, egyelőre egy bevezető jellegű előadássorozattal, melynek első előadása nagyjából a következő témák köré fog csoportosulni:

  • Mitől lesz "enterprise" egy alkalmazás? Mik a fő szempontok?
  • Miért Java EE? Mikor használjuk, és mikor ne?
  • Java EE technológiai áttekintés, azaz mit mivel mikor, és az miért jó... egy igazi rendszeren keresztül.

Helye: Budapest, 11. kerület, Pázmány Péter sétány 1/c (Déli tömb), Fejér Lipót terem (0-805)
Időpont: November 7, péntek.

Kezdés 5 óra körül, az előadás hossza várhatóan egy-másfél óra.

Az előadás után természetesen a hallgatóság kérdéseire is megpróbálunk válaszolni :)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Video vagy hanganyag lesz?

--
"Tedd vagy ne tedd, de ne probáld"

+1
nem nagyon szeretnék ezért az 1,5 óráért felutazni Budapestre. (nem kevés idő és pénz)

En pesti vagyok, megse tudok elmenni csalados ember leven. De remelem, lesz lehetoseg utana megnezni.

Elore is koszi, ha osszejonne a video.

ppt es irasos anyag biztos, szerintem video es hang nem, mert a technikus bacsi aki a studioban ulne nehez eset:)

kaptam egy megkeresest, hogy feltudnak venni kamerara. ha osszejon, feltetlen kirakom majd valahova. :)

ez szep hup fooldal gratula :D

Hiába lesz másnap nyelvvizsgám, felmegyek :)
Nyugatitól mivel lehet megközelíteni?


-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

4-6 villamos Boráros tér felé, Petőfi híd, budai hídfőnél kell leszállni.

Engem is érdekel, szerencsére a közelben lakok :) Azt lehet tudni, hogy milyen szintű Java ismeret kell ahhoz, hogy az ember fia értse is az előadást, ne csak hallgassa?

az elso eloadashoz semmilyen, mivel ahogy irtam, atfogo jellegu lesz. a tobbihez nem art azert a nyelvet ismerni, de mivel a Java EE is elegge RAD platform lett mostanaban, igy...

de azert nem art, ha az ember nem akkor lat Javat.

Mivel Nyíregyházáról én sem tudok ezért BP-re utazni, pedig érdekelne az előadás, ezért jó lenne ha valahol akár írásban is lehetne ezekről a dolgokról olvasni.
Ha csak a beharangozóban feltett három kérdésre írnál néhány mondatos válaszokat az is sokat jelentene.
Korábban ugyanezeket a kérdéseket (ja csak részben, illetve hasonlókat) én is feltettem itt a hup.hu-n és ugye többnyire erre az a válasz szokott jönni, hogy olvassam el a SUN Javas oldalain.
Értem én, tanuljak angolul! Igaz kellene! Tudom, de 40 éven túl nem olyan egyszerű már ez. Pedig nekem elég lenne az írott szakmai szöveg megértése.
--
не закурится!

az eloadas elott megprobalom kirakni a ppt -t (illetve pptx, mivel en azt hasznalom, de jeleztek hogy linux alatt is teljesen megnyithato :)), illetve minden eloadasrol szeretnek irni valami hosszabb anyagot - vegulis 4-5 kis iras lenne 4-5 eloadassal. :)

de azert valaszolhatunk most is a kerdesekre, diohejban.
(remelem nem csuszik szet... en eleg nagy monitornal ulok, vegigirtam a sorokat, hogy majd a motor tordelhesse)

  1. Mitol lesz "enterprise" egy alkalmazas? Mik a fo szempontok?

    Ezen lehet sokat vitatkozni, sok ember szerint ez csak egy buzzword, amit mostanaban kapott fel az ipar, de szerintem van jelentosege. Altalaban enterprise-ready egy alkalmazas, ha teljesiteni tud szigoru SLA (service level agreement, azaz olyan eloiras, ami megmondja, hogy X funkciot 99.5%ban mondjuk 50msben kell kiszolgalni, es even szinten 99.99% rendelkezesreallassal) kovetelmenyeket, tranzakcios, konnyen skalazhato es nagy rendelekezesreallasu. (persze ez mar kovetkezik az SLAkbol is). A hivatalos SCEA anyag 11 szempontot vesz ide, mint platformtulajdonsag, ebbol szerintem a legfontosabbak:
    1. Teljesitmeny/terhelhetoseg (performance/capacity): magatol ertetodoen ha van parszazezer juzered aki hasznalja, nem art, ha nem perceket varnak :)
    2. Megbizhatosag (reliability): magas a rendelekezesreallasa. Tipikusan az enterprise szoftverek garantalnak Neked 99.99% folott.
    3. Tranzakciokezeles: ha mar a DB-d ACID, legyen az alkalmazas is.
    3. Skalazhatosag (scalability): a nelkul tudom novelni a rendszer teljesitmenyet, hogy allandoan ujra kene terveznem az alkalmazas(oka)t
    4. Biztonsag (security): ha egy felhasznalo vegrehajt egy tranzakciot a rendszerben, akkor bizonyitani tudjam ezt mindenfele ketej nelkul.
    5. Bovithetoseg/rugalmassag (extensibility/flexibility): ha a rendszerhez hozza kell vennem egy plusz modult, ne kelljen teljesen ujrairnom: maga az architectura nyujtson erre lehetoseget.

    A legfontosabb az egeszben szerintem a tranzakcio-tamogatas: nagyon korulmenyes _normalisan_ megirni egy egymastol fuggo lepcsokbol allo eljarast ami mondjuk 2-3 adatbazist piszkal, ha nincs ehhez tamogatasod mar a perzisztencia retegben (vagy egyaltalan: legyen ilyen reteg!...)

  2. Miért Java EE? Mikor hasznaljuk, és mikor ne?

    En azt mondanam, hogy hasznaljuk mindig, ahova valami kicsit is meretesebb rendszer kell. Befekteteskent igenyel a hasznalata egy alkalmazasszervert illetve egy adatbazisszervert (ha perzisztens adatokkal dolgozunk, dehat manapsag ki nem dolgozik azzal), de adatbazisszerver igyis-ugyis kell, akar PHP, akar RoR lesz alatta.
    Ha szuksegunk van a fent felsorolt dolgokra, de legfokeppen a skalazhatosagra es rendelkezesreallasra, akkor mindenfelekepp jo valasztas, hiszen az alkalmazas valtoztatasa nelkul skalazhato (jo, nem art, ha az alkalmazas jol van megirva :)).
    Ha nincs ra szukseg, mert ki tudja miert, akkor abban erdemes csinalni, amiben a legjobban tud dolgozni a fejlesztogarda.

  3. Java EE technológiai áttekintés, azaz mit mivel mikor, és az miért jó... egy igazi rendszeren keresztül.

    Attol felek, ezt itt nem tudom megtenni, de majd reszletesen kiterek ra az irasban. Az eloadason amugy egy CDN -nt mutatok be (foleg), illetve a belso ceges rendszert, ami jelenleg beta allapotban van. (A CDN -t lehet, hogy megnyitjuk kulon opensourceba, mert kompakt lett, es jo. :))

    Itt olyasmire kell gondolni, hogy a szokasos 3-tier architecturanak mik az elemei (pl prezentaciosnak a JSP, JSF, Metro/Jersey stackek (JAX-WS, JAX-RS), a BI retegnek az EJBk (stateful, stateless, MDB), a perzisztencianak pedig a JPA, az egeszet koruloleli a JTA (ha szeretned), uzenetkuldeshez ott a JMS) meg sok-sok dolog me'g, amiket igazabol ugy lehet elmondani, hogy mire jok, hogy bemutatja az ember.. :)

Reményeimen felül teljesítettél kedves Zoli!
Már a válaszod első bekezdésben vállaltak is megérdemel minden elismerést. Az hogy itt is leírtad a lényeget, pedig személyesen ámulatba ejtett!
Köszönöm szépen.

--
не закурится!

orulok ha tetszett, ez a lenyeg. :)

sok ido alatt sok tudas halmozodott fel itt nalam, es szeretnek visszaadni a kozossegnek. a trollkodason tul :P

nade, remelhetoleg lesz video ahogy fent irtam, ugyhogy mindenki okulhat. a tobbi eloadast pedig megprobaljuk a NIIF -el streamelni.

Az ámulat, nem csak a szakértelemnek, hanem a hozzáállásnak is szól.
Ezt vedd egyfajta elismerésnek! :-{)E Tőlem ennyi telik. :-{(E

PS: Azt azért még megkérdezném, hogy hol lehet majd elérni a prezentációt és az írásos anyagot?
PS2: Közben megtaláltam: Java EE I. rész: Bevezetés; OSUM rendezvény
A NagyZ blogjában találtam rá.
--
не закурится!

Nagyon jó összefoglalója annak, hogyha valaki szeretne egy ilyen "nagy" rendszert, akkkor mire van szüksége. Én csak annyit tennék hozzá, hogy a Java EE világon belül vannak alternatívák, amik nem csak az általad felsorolt szabványos technológiákból állnak, és kicsit más megközelítéssel képesek ugyanezt produkálni, így azt az üzenetet, hogy "mindig a megfelelő technológiát alkalmazzuk" kicsit szerencsésebb annál, hogy "használjuk mindig, amikor kicsit is méretesebb rendszer kell".

Hogy egy példát mondjak, sokszor nem átgondolt követelmény az elosztott tranzakció-kezelés, mivel rárak egy durva overheadet a rendszerre, miközben az idő nagy részében semmi szükség rá. Ugyanakkor az elosztott tranzakciók szinte kivétel nélkül átírhatóak üzenetismétléses ellenőrzést igénylő szimpla tranzakciókkál, nem keveset gyorsítva rendszereken...

Vagy éppen ész nélkül használnak technológiákat, amik memóriazabáló adatokkal feltöltik a session-t, amit ha ész nélkül végigreplikálnak a szervereken, akkor nincs az a memória és hálózat, ami ezt skálázódva bírja...

Szóval jó összefoglaló, jó technológiák, de továbbra is kellenek jó emberek, hogy tényleg működjön a dolog, hülye programozókkal ezek a rendszerek sem működnek :)

ez teny :)

bevezetőként ma egy óra múlva ELTE nedves est:)

*5!

Még! Még! Még!

---
"A legjobb dolgok az életben nem dolgok."

No kíváncsi volnék, milyen volt, ugyanis ada zh-ra kellett mennem, ami pont ugyanekkor volt.

Pont olyan volt szerintem, mint amilyennek sok eloadasnak kene lennie. :)

szerk: magyaran erdekfeszito, nem csak, mint valami izet bemutato monoton tudatkivetites, mely mindenre jo, csak arra nem, hogy tanuljon belole az ember.
---
"A legjobb dolgok az életben nem dolgok."

az embereknek tetszett, ugy lattam.. :)

Nekem nagyon bejött. Tisztább lett a kép.
Ha van követekző időpont, akkor mondjátok és vonatozok :)


-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --