jTechnics

Antoine Borg: Getting to grips with Mule

Wednesday, December 10th, 2008 | Devoxx | No Comments

Lefekvés előtt hallgasson Mule előadást ön itt. Elmondjuk önnek, hogy a Mule mire jó és miért.

A Mule egy remek ESB megoldás, semmilyen szabványt nem támogat, de nagyon egyszerűen és gyorsan működik. Mindent össze lehet kötni mindennel, minden része kicserélhető. Kicserélhető a tranzakció kezelő, kicserélhető a szál kezelés, minden. Olyannyira, hogy nem csak ESB mintát tud megvalósítani, hanem bármilyen más mintát. Nem feltétlenül kell az üzeneteknek egy buszon menni, a példányok kommunikálhatnak egymással is (ha akarjuk). Ha akarjuk tud XA tranzakció kezelést is (egy példányon belül).

Azt kell mondanom, hogy szimpatikus lett. Olyan egyszerű, amennyire csak lehet, és annyira kiterjeszthető, amennyire csak lehet. Nem kell. pl a buszon belül feltétlenül, XML-t beszélni,  bármit használhatunk, amit szeretnénk. Csak okos transzformereket kell használni/írni.

Az előadó szerint a hibái: a clusterezés natívan nem megoldott (ügyes átmeneti tárolókat kell használni, és akkor lehet elosztani a terhelést). Ezen még dolgznak.
És ha elkezded kicserélni a dolgokat, akkor függeni fogsz a Mule-tól. Ez van. Viszont addig könnyű életed lesz.

Tags: esb, mule, soa

Richard Bair,Martin Brehovsky: The JavaFX SDK

Wednesday, December 10th, 2008 | Devoxx | No Comments

Azért ültem be erre az előadásra (amellett, hogy pont nem volt a slotba semmi ami érdekelt volna), hogy amikor JavaFX-ről van szó, akkor átlássam annyira a dolgot, hogy tudjam mire megy ki a dolog, és tudjam értelmezni a példákat. Ezt a cél az előadás maximálisan hozta. Richard Bair pedig régi motoros, még azt is elő tudja adni, amikor csak copy paste-eli be a példákat.

Aztán Martin Brehovsky mutogatta az animációs lehetőségeket. Ezeket is megnéztük, egy sárga négyzetet animáltunk össze viszza. Valóban működött. Egyszerű API-k kellettek hozzá.

Épp előtte beszélgettünk a folyosón, hogy ez a JavaFX megkésett dolog-e, és hogy kidobott pénz-e. Nem tudom. Az én munkáimhoz nem nagyon kapcsolódik (alapvetően nem is szeretem az olyan projekteket, ahol GUI is van, abból csak baj van , de azt kell mondanom, hogy ha veszteséges lesz, ha nem, ha elkésett, ha nem, azért egy jó kis játéknak tűnik. Kijön majd Linuxra, és kicsit stabilabb lesz csinálok vele valami dolgot, amit lehet nyomogatni.

Tags: javafx

Romain Guy: Filthy Rich Android Clients

Wednesday, December 10th, 2008 | Devoxx | No Comments

Kiváncsi voltam az előadóra, annyit hallottam már a nevét (többek között a Devoxx programfelelős bizottságába is benne van). Fiatal tag, átlagos előadó, semmi különös.

Az Androidban található grafikai lehetőségekről beszélt: áttünések, animációk, árnyékok, felületek, objektumok.

Vannak benne ilyenek. Láttam. API-kon keresztül lehet elérni őket.

Tags: android, gui

Adam Warski: Envers – Easy Entity Versioning

Wednesday, December 10th, 2008 | Devoxx | No Comments

Entitások verziózása a feladat (szép hosszan magyarázva). A subversion hasonlat szerintem mindent elmondott róla előszőrre is. Revíziók vannak (tranzakciókhoz kötve), külön táblákban tárolva a verziózott adatokat. A legfrisseb változat továbbra is szabvány JPA-val kezelhető, és van egy saját API a régi verziók előcsalogatásához. A verziózandó entitásokat meg kell annotálni, a hibernate configba néhány property és már megy is.

Viszont: csak hibernate-tel megy (Toplinknek van más megoldása erre), tehát a használatával pont a provider függetlenséget vesztem el. (És igen, nekünk konkrétan előfordult már, hogy JPA providert váltottunk, tehát ez egy valós probléma szerintem.).

Talán majd a JPA 3-ban.

ps: az Envers a hibernate projekt része lett

Tags: envers, hibernate, JPA, verziózás

Joris Kuipers: Introduction to the SpringSource dm Server

Wednesday, December 10th, 2008 | Devoxx | No Comments

A Spring “alkalmazás szerver”ének bemutatása. Az alkalmazás szerver egyik oldalról egy Tomcat felturbózva OSGi-val, a másik oldalról egy Equinox OSGi konténer, amiben Tomcat is van.

Ez első kérdés az volt, hogy miért csináltak új szervert, miért nem voltak jók az eddigiek (itt nagyon jegyzeteltem, mert ez  sosem volt teljesen világos). Válasz: mert a létezők nem elég modulárisok. Egy deploynál az egész alkalmazást kell redeployolni, és az alkalmazások között sincs megoldva a közös szolgáltatások megosztása. A szerver felépítése sem moduláris, ha nem akarunk mindent használni a J2EE szolgáltatásaiból akkor is mindent el indít (khm. Glassfish v3 már nem).

És akkor az ő megoldásuk: egy Equinox OSGi konténer, ami war-filet is és egy saját OSGi alapú formátumot is felismer. Alapértelmezésben autodeploy könyvtár útján (itt pickup), de van admin felület is, ahonnal deployolni lehet. A saját kváziwar formátumuk is OSGi szabvány család része lesz valamilyen RFC néven.

A demók alapján ez a formátum csak azt jelenti, hogy egy plusz spring könyvtárba vannak Spring xml varázslatok a jar fileban (és annotációk a kódban), és ezek leegyszerűsítik az OSGi service-ek használatát és publikálását.

Eszközök: van hozzá Eclipse plugin, mást nem is akarnak fejleszteni.

Jó dolgok még: van hozzá repository alkalmazás (1.0.1), ami Maven és IvY kompatibilist, és lehet bundleokat közvetlen a netről repositoryból deployolni. A logolás is okos: bundle szintű logfájlok vannak.

Bevallom én elég szkeptikusan álltam hozzá az elején, mégis tetszett a dolog, pazar cuccnak tűnt.
Volna.
Ugyanis a végén kiderült, hogy ez az egész csak Equinox konténer alatt fut (azt tudták jól meghekkelni), mást OSGi konténer alatt nem. Tehát ha írok valami csodát, akkor azt csak az ő szoftverükön futtathatom. Egy kicsit meggyőzőbb lenne, ha tényleg nagy OSGi kompatibilitás lenne. Bár lehet, hogy csak én nem értettem valamit, és az csomagformátum RFC segít majd ezen is.

Tags: osgi, server, spring, springdm, tomcat

Giovanni Asproni: Fingers in the Air, a gentle introduction to software estimation

Wednesday, December 10th, 2008 | Devoxx | No Comments

Prediction is very difficult, especially about the future (Niels Bohr) ez volt a mottó az előadáshoz. A “fingers in the air” egyébként az a mozdulat, amikor a vizes újunkkal a levegőből próbáljuk megállapítani, hogy  merről fúj a szél, és ebből más következtetéseket is még levonnánk.

Szóval nyilván nem lehet sok mindent elmondani egy órában, ami mindenkinek megváltozna az élete, de nagyon jó előadás volt. Olasz akcentus, jól előadott összeszedett mondanivaló, gördülékeny előadásmód, mi kell még? Nekem különösen aktuális volt, mert éppen egy elég nagy projektet akarunk belőni, és nagyon sok minden előjött abból is, amit a múltban elkövettünk.

Néhány dolog:

• A becslés nem lehet alku tárgya. Példa: – becsüld meg a magasságom. – kb. 170 cm. – Nem lehetne 200cm? Ez nem becslés. Amiről alkudozunk az már az, amít ígérünk a megrendelőnek, vagy amit bevállalunk. De maga a becslés az ettől el kell hogy választható legyen.
• Az egyik legjobb becslési módszer, ha az eddigi adatainkat használjuk: a múltban hogy becsültünk, és mi lett a valóság. Érdemes gyűjteni az adatokat.
• A becslése pontossága természetesen az idő haladtával növekszik. A becslés egy folyamat, mindig utánaigazítunk.
• Az becsüljön, aki csinálni fogja a munkát. A programozók nagyon jól becsülnek (kivéve, hogy elfelejtik, hogy nem csak a 3 osztályt kell megírni, hanem tesztelni, beilleszteni, stb.)
• Gondoljunk mindenre (szabadságok, betegségek, meetingek, ügymenettel eltöltött idő).
• Estimates will be wrong anyway

Tags: becslés, management, project

Szerda keynote

Wednesday, December 10th, 2008 | Devoxx | No Comments

Beatbox: Először és az előadásokon is egy srác beatboxolt a hangulatot megalapozandó, elég meggyőző módon. (Az előbbi link a pólóján volt, még nem kerestem rá a srác nevére). Itt egy videó (nálam nincs sávszélesség ellenőrizni, mivel streameltem felfelé nem hiszem, hogy túl jó minőség):

Devoxx: Ez után a szervezők nevében beszélt Stephan Janssen: 3200 résztvevő van 35 országból (második alkalommal van olyan, hogy minden belépő elkelt), 160 előadó, 40 kiállító, 40 JUG partner. A 3200-ból 400 ingyen belépő belga diákoknak.

JavaFX: Ekkor Danny Coward került a színpadra a Suntól. Java FX-ről beszélt, a – szerintem – már ismert részleteket mantrázta (…a bibliát is…). Láttunk néhány demó alkalmazás is a JavaFX-el letölthető demók közül.

A prezentáció nem volt különösebben izgalmas, kivéve az utolsó csavart. Talán már mondtam, hogy a nagy kivetítő vásznak hátterében a hangszóró fejű kabalaemberkék szoktak állni, néhány épület sziluettje előtt. Mint a fenti videón is látszik, a beatbox alatt is már animált volt ez a kép. A háttérben felhők mentek, hangjegyek repültek, és a kabala emberke és bólogatott jobbra balra.

Na és az előadás végén megmutatták, hogy az egészet JavaFX-be dobták össze (Martin Brehovsky tegnap előtti BOF-jában is bemutatott Photoshop és Illustrator pluginek segítségével) állításuk szerint elenyésző idő alatt.

IBM és RFID: Arról is volt már szó, hogy mindenhol RFID kapuk vannak, és nézik, hogy ki hova megy be, és honnan megy ki. Most az IBM és a partnercégei mutatták meg, hogy miről van szó. Ami kiderült:

• Tényleg nem anonim a dolog, a kiállítók lekérhetik az adatainkat az RFIDünk alapján (beleértve a postai címet és az email-t is.)
• Nem túl pontos a rendszer, amikor sokan vannak: a teltházas teremre csak 80%-ot mondott
• (ezt a fajta) RFID-et könnyű árnyékolni. Elég egy pohár víz, vagy erősen marokra fogni az ID-t.
• Megmutatták azt is, hogy mit kell lekaparni, hogy ne működjön többet
• A végén azért megkértek, hogy ne kaparja le mindenki, mert szeretnék elemezhető mennyiségű adatokat mutatni.

Tags: beatbox, Devoxx, javafx, keynote, rfid

Technikai részletek

Wednesday, December 10th, 2008 | Devoxx | No Comments

Akkor még három technikai részlet a konferenciáról:

Újság: természetesen van fesztivál újság (Parleys címmel), minden nap új lapszámmal. Kicsit kényelmetlenül nagy oldalra tördelték (talán B3) színeben, fényes papírra nyomják. Leginkább interjúk vannak benne, meg aktuális előadások témáiról beszélgetés. Programajánló, reklámok, ilyenek. Az universityn ez is vákonyabb volt.

Tacepo (white board): a lényeg, hogy kiraknak egy csomó fehér táblát egy-egy kérdéssel és sok filctollal, és bármit lehet ráírni. Pl. van egy olyan, amin alkalmazás szerverekre lehet szavazni (mindenki húz egy pálcikát): jelenleg a JBoss vezet (meg a Tomcat), de azért valaki még a Webspharehez kézzel is odanyilazta, hogy “evil” Van olyan, ahol a konferenciát lehet kritizálni, persze össze vissza irkál ide is mindenki mindent. (A megjegyzések java azért reális: a lányok írták, hogy ne csak L-es pólók legyenek, a reggeli mindig ugyanaz a töményen édes péksütemény kollekció, az internetre is panaszkodott valaki, de már a szervezők is odafirkálták, hogy újabb access pointok jöttek.)

Technika: ez teljesen profi. Azt már mondtam, hogy moziba van kivetítve és egyszerre látható a prezentáció, és a beszélő is közelről. A mikrofonok fülre akasztható valamik (a musicalekben vannak ilyenek, messziről alig látszanak), és van egy gyanúm, hogy a fülbe is lehet mondani az előadóknak dolgokat menet közben (pl. hogy már csak 2 perc) legalábbis a reakciókból néha ez látszik. (update: megnéztem közelről nincs ilyen, csak olyan a hangosítás, hogy messziről már nem lehet hallani, ha odaszólnak, hogy már vége van az időnek) Azért van kirakott monitor is, ami a hátralévő időt mutatja.

Tags: technika, ujság

Harmadik nap

Wednesday, December 10th, 2008 | Devoxx | No Comments

Illetve az első “rendes” konferencia nap. A tömeg láthatóan sokkal nagyobb, fél óra múlva lesz az első plenáris előadás, és már sor áll az ajtó előtt. Az előadások innentől kezdve rövidebbek lesznek (a 3 órás előadások az university luxusai voltak), és a minőség is érezhetően erősödött, választani is sokkal nehezebb. Villámelőadások is most már 2×6 helyszínen fognak menni az ebédszünetben és persze a BOF-ok is megmaradtak este. A maximalisták ma 5 előadást, egy plenáris előadást 2 villámelőadást és 3 BOF-ot tudnak meghallgatni (ha nem váltogatjáka termet előadások közben).

Nem is írok most részletes programot, inkább 2-3 csábító címet: Az egyik egy JBoss-projekt: Envers. Azt ígéri, hogy a JPA entitásokat verziózva tudja tárolni, és ez nekünk egy darab annotációba kerül csak. Lesz még JPA 2 bemutatás (What’s new and exciting in  JPA2) – sajnos ugyanebban az időben. A Caucho-sok is előadnak a Quercus-ról (PHP-Java bridge), de ezt mondjuk az újságban is leírták egy cikkben. Lesz még Android, Scala, Szoftver tervezés (Fingers in the air: a gentle introduction to software estimation), Spring Source DM szerver, pair programming és persze a BOF-ok. Remélem a hardwereim is követni tudják majd a tempót.

Dependency management és Apache (pletykák)

Tuesday, December 9th, 2008 | Devoxx | No Comments

Na, akkor még egy kis pletyka. Miután az előző bejegyzést elküldtem, még beszélgettünk kicsit. Egyrészt valaki megkérdezte, hogy a Maven miért nem használja dependency managerként az IvY-t. Azt mondta Xavier, hogy volt róla szó, és beszélgettek róla a Mavenesekkel, és mindketten rendkívül nyitottak, csak még nem lett belőle semmi. Állítólag a Mavenbe nagyon bele van drótozva a függőség kezelés mindenhová, de vannak rá törekvések, hogy ez refaktorálva legyen, vagy esetleg cserélhető függőség kezelő legyen.

Beszéltünk még az EasyAnt-ról, ami az ő proof-of-concept projektje volt: ez egy ANT alapú de a Maven koncepcióit elsajátító rendszer volt. Én azt hittem, hogy elsikkadt az egész, de kiderült, hogy ugyan neki nincs rá ideje, de mások fejlesztgetik tovább (easyant.org), csak sajnos most csak egy patch-elt ANT-tal tud együttműködni. Elvileg a patchek átmennek majd az ANT forrásba, és az ANT következő release-vel lehet majd könnyen használni.

Valamint tt van még a Gradle (tegnap volt előadás, de nem azon voltam), ami egy Groovy alapú build rendszer, amit szintén IvY-t használ. Persze annak az IDE támogatása valószínű még rosszabb, ezért is izgalmas projekt az EasyAnt, mert ANT-ot viszont mindenki támogat, és ha ANTba okosan beépül, akkor már szinte mindenhol ott van.

Tags: apache, build, ivy, maven