Oracle Day 2009 - Budapest, November 18.

Lázasan készülődünk a holnapi nagy rendezvényünkre. Regisztrálni még itt lehet, de már sajnos (vagyis inkább szerencsére) csak a délutáni szekciókra.
A regisztráltakkal pedig holnap a Westend Hiltonban.

Lázasan készülődünk a holnapi nagy rendezvényünkre. Regisztrálni még itt lehet, de már sajnos (vagyis inkább szerencsére) csak a délutáni szekciókra.
A regisztráltakkal pedig holnap a Westend Hiltonban.

Nagyon jó kis tutoriál jelent meg az Oracle Technology Network (OTN) oldalán service bus fejlesztéssel kapcsolatban.
Ez a bejegyzés ráadásul azért is hasznos, mert tisztába teszi a 11g kapcsán bevezetett újdonságokat, termékfunkciókat. Ugyanis új elem az Oracle SOA megoldásában az SCA (Service Component Architecture) használata. A korábbi ESB (Oracle Enterprise Service Bus) pedig mostantól mediator funkciót lát el az új architektúrában. A volt BEA Aqualogic Service Bus pedig, ahogy azt már egy éve az akvizíciókor komunikálták, lett a stratégia és egyetlen service bus a SOA/middleware portfolióban. Amire mostantól OSB (Oracle Service Bus) néven hivatkozunk.
A nyáron megjelent 11g verzió első javítása elérhető. Ez tartalmazza a WebLogic Server 11g Rel 1 (10.3.2) új verzióját is.
Talán még nem annyira vonult be a köztudatba az Oracle Sample Code Home létezése. Ami ugyan OTN regisztrációt igényel, de ezt követően számos projekthez, forráshoz férhetünk hozzá. És természetesen -ami hajtja igazán- mi is feltölthetjük sajátjainkat.
Nyilván úgy tűnik -és nem véletlenül-, hogy reklámozom ezt az oldalt, mert mindenkinek megvannak a bejáratot helyei ha valamilyen új vagy problémás esetbe ütközik. Ugyanakkor ide belső alkalmazottak, fejlesztők is kiteszik néhány megoldásukat. Ráadásul ha például Application Developer Framework (ADF) vagy mondjuk PL/SQL kérdésünk van akkor jóval nagyobb eséllyel találunk itt megfelelő választ.
Szerintem egy regisztrációt megér. Már csak azért is, mert ez utóbbi szükséges, hogy gond nélkül próba céljából letölthessük az összes Oracle szoftvert. Amire a próba (trial) kapcsán felhívnám a figyelmet, hogy a jól bevált -általam is üdvözített- gyakorlatnak megfelelően egyik Oracle szoftver sem tartalmaz fizikai szoftverkorlátozást, amit licensz kulccsal kellene engedélyezni. Letöltés, telepítés és már használható is. Erről részletesen itt.
Felmerült a kérdés, hogy az iAS-ban kidolgozott OPMN koncepció miként változott a 11g verzióban. Amely különösen azért érdekes, mert az Oracle HTTP Server (OHS), és egyéb iAS körüli komponensek minősítve lettek a 11g verziójú Weblogic szerverrel. Azt csak halkan jegyzem meg, mielőtt bárkit zavarba hozna néhány doksi vagy leírás, hogy a Weblogic Server 11g tényleges verziója (10.3.1). Tehát WLS 11g jelen pillanatban a WLS 10.3.1.
Visszatérve a problémára; jogos a felvetés, hogy milyen módon került illesztésre a kétféle megvalósítás. Az eszközöket tekintve a cél mindkét esetben ugyanaz. Legyen egy olyan (keep-alive) processz amely biztosítja a szerverek (OC4J, Managed Server) példányok indítását, leállítását; probléma esetén újraindítását stb. Ugyanakkor a BEA implementáció leginkább csak a Java alkalmazás szerverek menedzselését végzi, míg az OPMN jóval többféle és fajta (Java, és nem Java alapú) processzeket kezel.
Válaszolva a kérdésre, igazából ezen a téren történt is meg nem is integráció...
Ismét előkerült a kérdés egy Weblogic szerver thread dump analízis során. Nevezetesen miért jelez deadlock gyanút a weblogic.socket.Muxer (vagy ehhez hasonlóan, esetemben a weblogic.socket.devpolsocketmuxer.doPoll/processSockets, stb.)
Nos amit mindenképpen le kell szögezni, hogy ez nem hibás működés, illetve nem jelent megoldandó latency problémát. Nyilván lehetnek ehhez köthető hibák, de most egyenlőre lássuk az alapkérdést.
Continue reading "Weblogic Server Thread Dump analízis - weblogic.socket.Muxer" »
Túl az Exadata V2-n (Oracle-Sun Database Machine) újabb Sun vas ajánlat ezúttal Coherence számára. Ami szintén lényegesen nagyobb teljesítményt ígér az in-memory-data-grid számára. Emlékeztetőül a Coherence számára a leglényegesebb hardver elemek: legalább gigabites hálózati kapcsolat a node-ok között, lehetőleg gyors memória és természetesen CPU. Amit nem igényel: a gyors háttértár. Ami nagyon fontos, mert sokszor ez a legdrágább komponens, tekintettel arra, hogy igazán csak ez jelenti a szűk keresztmetszetet az adatintenzív környezetekben.
A Coherence eddig is páratlan teljesítményt (és funkcionalitást) nyújtott szegmensében, de a dedikált hardvereknek köszönhetően nem csodálkoznék ha itt is verseny születne.
Ez utóbbi nem valószínű, mert ebben a kategóriában még nem születtek objektívnek tekinthető, hivatalos mérési eljárások, mint amilyen elérhető alklamazás és adatbázis szerverek esetében.
Érdemes áttekinteni a az architektúrát és a méréseket. Van mit csemegézni.
Először is készült egy tesztalkalmazás mely egy hotel keresési rendszert szimulál. Ez -természetesen- Weblogic Serveren, Oracle 11g adatbázison futott. Lássuk az eredményeket, tapasztalatokat...

Most, hogy nemrég megjelent az Amazon Virtual Private Cloud szolgáltatása, megint felmerült bennem a kérdés, hogy van e egyáltalán olyan hazai cég aki gondolkodik ilyenben, netán már bele is vágott. Tapasztalataim alapján ez a szolgáltatás, hasonlóan a web-es alkalmazások (pl: Google Mail, Calendar, stb.) céges, de akár privát felhasználását illetően még mindig megosztja a közvéleményt. Legalábbis itthon.
Pedig amint látható a szolgáltatások köre egyre csak bővül. Most már nem csak szimpla web szolgáltatásokat használhatunk, hanem közvetlen VPN kapcsolatunk lehet az ott telepített/bérelt szolgáltatásokkal, erőforrásokkal.
Abba most csak röviden mennék bele, hogy ez milyen előnyökkel jár, mármint a cloud használata.
Egyrészről nem nekünk kell a hardvereket karbantartani, üzemeltetni, helyet biztosítani számukra, stb. De talán a legszimpatikusabb szolgáltatás az igénybe vett teljesítmény utáni fizetés. Milyen jól is hangzik, hogy például a karácsonyi csúcs miatt nem kell plusz két szerver arra a két hétre, hanem csak kifizetjük a többletterhelést, mint a villanyszámlát.
Ráadásul számos eszköz támogatja a cloud platformra történő fejlesztést. Nem kivétel ezalól az Oracle sem. Hiszen tetszés szerint akár Weblogic Server is futhat/futthatja az alkalmazásainkat. Ugyanígy az adatbázis is lehet akár Oracle 11g. Így adott esetben egy tervezett hardverbővítés helyett akár át is migrálhatjuk oda meglévő infrastruktúránkat. És még az egyébként egyszerű Weblogic telepítést is mellőzi, hogy hasonlóan a virtualizált technológiáknál megismert kész installációk, környezetek; úgynevezett Amazone Machine Images állnak rendelkezésre.
Minderről (image, fejlesztés, tippek, tutoriálok) bővebben itt.
![]()
Lassan már két hónapja, hogy megjelent az új verzió. Célom az, hogy néhány bejegyzésben megnézzük a legfontosabb újdonságokat.
A mai részben a JEE környezetek alap infrastruktúráját jelentő alkalmazás szerverről lesz szó.
A legfontosabb tudnivaló, hogy most gyakorlatilag minden korábban az iAS mellett megtalálható, eddig csak azon futó komponens minősítve lett Weblogic Serverre. Ezek az alábbiak:
Sokszor, gyakorlatilag az összes éles üzem során felmerülő feladat az adatbázis és alkalmazás szerver közötti JDBC kapcsolat titkosítása. Ennek lépésről-lépésre történő megoldása ezen a linken érhető el.

Korábban Java fejlesztőként, jelenleg middleware értékesítési tanácsadóként dolgozom az Oracle Hungary Kft-nél. Ebben a blogban a munkám során felmerülő technikai kérdéseket és újdonságokat szeretném megosztani az olvasókkal.