Oracle Fusion Middleware

Oracle Day 2009 - Budapest, November 18.

2009-11-17T09:52:50Z

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.

Oracle Service Bus Jumpstart - 11g

2009-11-13T14:37:07Z

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.

Oracle Fusion Middleware 11g (11.1.1.2.0) - elérhető

2009-11-13T14:10:13Z

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.

Kódböngésző - Oracle Sample Code Home

2009-11-09T09:59:44Z

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.

OPMN és/vagy NodeManager?

2009-11-06T12:26:40Z

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ó...

]]> Ugyanis a konkrét felvetés tekintetében nincs integráció (nevezetesen ki figyelje , indítsa újra, stb. az alkalmazás szervert). Ugyanakkor a legtöbb Oracle Fusion Middleware installáció esetén az Oracle Instance egy külön Weblogic domainhez van rendelve, amely futtatja a Fusion Middleware Control szolgáltatást. Ebben a deploymentben pedig az OPMN szorosan együttműködik a domainnel, hogy átfogó menedzsmentet biztosítsanak az egyes rendszerkomponensek tekintetében.

Akkor lássuk a lehetséges megoldásokat.

Az egyik megoldás az, hogy semmi közük egymáshoz. Az OPMN indítja az eddig megszokott processzeit, és emellett a NodeManager is teszi a saját jól bevált dolgát. Ez nyilván üzemeltetési szempontból lehet érdekes. Hogyan, honnan indítjuk a komponenseket?
A másik megoldás pedig az, hogy mivel az OPMN egyedi processz definíciót is megenged; ezért ő maga indítja a NodeManager-t, vagy akár magát a Managed Server-t. Ne feledjük, hogy a NodeManager elindítása önmagában még nem indítja a Managed Server-t. Utóbbi esetben viszont képes lehet a meghalt Managed Server-t újraindítani is. (Ezt nem sokára ki próbálom és reményeim szerint itt a blogon dokumentálom is.)

Weblogic Server Thread Dump analízis - weblogic.socket.Muxer

2009-11-05T10:06:11Z

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.

]]> Először is általában 3 szál az ami ilyen beragadás gyanús. Valójában nem csak működésükből fakadóan exkluzív zárolást hajtanak végre, majd idővel ezt tovább passzolja a másik kettő közül valamelyiknek. Ez látható is ha folyamatosan monitorozzuk a szerver JVM-t.

Mi történik valójában?

A muxer menedzseli a socket kapcsolatokat. Első lépésben megnézi, hogy melyik socket-en van bejövő kérés. Ezután annyi adatot olvas be ami alapján beazonosítja a protokollt, majd ez utóbbi alapján továbbítja megfelelő modulnak. Azt is eldönti, hogy aktuálisan melyik thread queue-ba kerüljön.

A Weblogic kétféle Muxer implementációt kezel: Java és Native IO alapú. Természetesen az utóbbi a gyorsabb -alapértelmezetten ez van beállítva- és az adott környezetnek megfelelő library szükséges hozzá. Ha nem találja azt üzeni, hogy:
java.lang.UnsatisfiedLinkError: no muxer in java.library.path
és betölti a Java implementációt.
A sikeres betöltésről a megfelelő szintű log beállítás során is értesülünk:

Kapcsolódó dokumentáció:
Tuning Network IO

SUN rendszerek Coherence számára

2009-11-04T09:43:59Z

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...

]]> Az alábbi grafikonból jól látszik, hogy a hálózati sebesség milyen releváns tényező a Coherence teljesítményének szempontjából.
Kisebb áteresztőképesség, nagyobb válaszidő. Viszont azt is látjuk, hogy függetlenül a bekapcsolt szerverek (fizikai, amin 8 logikai -JVM- van) számától konstans.
A fenti eredmény pedig a válaszidő alakulását mutatja Coherence-vel illetve anélkül.
És még egy lényeges mutató az adatbázis tehermentesítése.
Itt látható igazán a technológiai szempontból hozzáadott érték. Gyakorlatilag tehermentesíti az adatbázist, és mindezt nem egyszerű cache-ként, hanem egy koherens, memóriában megvalósított objektum alapú, adattároló rétegként.

További információk (hivatkozott anyagok) elérhetőek a Sun honlapján.

Amazon EC2 cloud - bérelt erőforrások

2009-09-01T13:54:52Z

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.

FMW 11g újdonságok - I.

2009-08-17T13:21:40Z

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:

Oracle Portal

Oracle Web Cache

Oracle Internet Directory

Oracle HTTP Server

Oracle Access Manager Basic (SSO)

Oracle Forms and Reportsl

Oracle Discoverer and Viewer

Fontos azonban megjegyezni, hogy ezek elérhetősége csomagolás függő (Standard, Enterprise vagy Suite). Tehát az eddig iAS-t (OC4J) futtató ügyfelek verzióváltása 11g-re egyben alkalmazás szerver váltás is. Ekkor máris felmerülhet a kérdés, hogy iAS SE helyett Weblogic SE lesz a 11g upgrade. A válasz NEM. Továbbra is iAS SE-t használhat amiben választható, hogy az OC4J-n fut tovább (10gR2, 10gR3). Illetve átválhat Weblogicra. Az ott használható verzió hivatalos neve Weblogic Basic. Ez a verzió külön nem kapható, az iAS csomagok része (visszamenőlegesen is) ami funkcionalitását tekintve gyakorlatilag ekvivalens az OC4J-vel. Tehát nem elérhető benne: Cluster, Whole Server/Service Migration, Side by side deployment, MAN/WAN state replication, Weblogic Diagnostic Framework, advanced JMS features (Unit of Order, C++/.NET client, Store and Forward), advanced Web Services features (conversational, buffered WS,..), FastSwap, stb.
Amit ez a verzió hivatott biztosítani az a folyamatos üzletmenet az eddigi környezettel, valamint a sima váltást az Oracle stratégiai alkalmazás szerverére.
Lényegi változás a Weblogic SE/EE tekintetében nem történt kivéve, hogy az EE az üzemeltetés szempontjából nagyon hasznos Enterprise Manager Diagnostics Pack (AD4J, JRockit Mission Control) komponenssel gazdagabb alapban. Ennek majd külön bejegyzést is szentelünk később.
Hangsúlyoznám, hogy minden alkalmazás szerver licensz magában foglalja a JRockit JVM használatát (ami egyébként önállóan el sem érhető), de kiszereléstől függően csak a Suite változatban használható a Real Time módban.

Oracle JDBC Driver SSL beállítása Weblogic szerveren

2009-07-27T09:45:59Z

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.

PLSQL eljárások WebService publikálása

2009-07-24T14:02:29Z

Sokszor felmerülő probléma, a már meglévő tárolt eljárások web szolgáltatásként történő publikálása. Erre természetesen többféle megoldás lehetséges. Egyrészről megírhatjuk mi magunk ezt a JSE megoldást, majd ezt követően a már elterjedt WebService wrapping megoldások egyikét használhatjuk. Ha Oracle eszközökben gondolkozunk akkor lehet ezt a JDeveloperrel (Building and Using Web Services With JDeveloper 11g, Create a Web Service from a Java Class), valamint az Oracle Enterprise Pack for Eclipse pluginnal (viewlet, pdf).
Ezen felül további lehetőség, hogy a már kialakított vagy éppen kialakításra kerülő perzisztencia és üzleti logikát kezelő rétegben egy Session Beannel oldjuk meg támogatásként használva a JPA (implementáció) tárolt eljárást hívó támogatását. Eclipselink (Toplink) esetében erre itt található egy részletes megoldás.
Illetve volt "régen" (még OC4J konténerre) egy beépített lehetőség. Ez gyakorlatilag azt jelentette, hogy a plsql csomagra kattintva elérhetővé vált egy webservice generálási lehetőség. Nos ugyanez a funkció újra megtalálható a JDeveloper11g-ben. Lássuk, hogyan is működik:

]]> 1. A Project számára ki kell választani a Java és Web Services technológiákat.

2. Hozzuk létre (ha még nincs) az adatbázis kapcsolatot.

3. Az adatbázis kapcsolat tulajdonságainak megadása.

4. Válasszuk ki a kiajánlásra szánt csomagot (én egy egyszerű csomagot csináltam a hr sémához, amely kirúg egy alkalmazottat, illetve lekérdezi a fizetést egy megadott employee_id alapján)

5. A Web Service létrehozása (varázsló) elindul. Projekt kiválasztása, típus kiválasztása (jelenleg csak JAX-RPC)

6. Következő (adatbázis kapcsolat), SOAP üzenet formátum.

7. Szolgáltatások (eljárások, funkciók) kiválasztása

8. Következő, következő,..., és a végén megkapjuk a generált osztályokat, wsdl-t

9. Indulhat a tesztelés. Az integrált weblogic konténeren történő futtatáshoz a WSDL-n jobb egér klikk és Test Web Services

10. A tesztelés valójában a HTTP Analyzer segítségével történik. Én itt a 100-as azonosítójú alkalmazott fizetését kértem le.

Az elindított weblogic szerver természetesen elérhető a saját adminisztrációs (alapértelmezetten http://localhost:7101/console adminisztrátor felhasználó név:weblogic jelszó:weblogic1) konzoljáról is. Itt látható a telepített alkalmazás (web service).

És természetesen a szolgáltatás adminisztrációjánál lehetőségünk van innen is a tesztelésre.

Segít vagy nem segít?

2009-07-08T08:01:51Z

Sokszor felbukkanó téma, hogy segít e a Garbage Collector-nak az ha a változóknak null értéket adunk.
A kérdéssel éppen most foglakozott az egyik kedvenc Java oldalam.
Megjegyzem régebben mikor egyszer memóriaproblémával vizsgáltunk egy alkalmazást (pontosabban a Jasper riportot, használó mudulját) akkor az volt a megoldás, hogy "szétszereltük" a felhízott riport objektumokat. Persze lehet, hogy ott tényleg volt valami rosszaság, mert ahogy az működött. Hashtable-ben, Hashtable vagy HashMap és abban is, meg abban is...
Aztán lehet, hogy a null értékadás az volt, mint a cikkben a System.out

Oracle Technology Network - Virtual Developer Day

2009-07-03T07:19:39Z

A hagyományosan minden évben (általunk is) megrendezett Fejlesztői nap virtuális (válságbarát) verziójára: OTN Virtual Developer Day-re nemrég (május 27-29.) került sor. Azért szeretném felhívni erre a figyelmet, mert rengeteg hasznos előadás tekinthető meg felvételről:

Building REA (Rich Enterprise Application) in the Cloud. Fusion middleware fejlesztés Amazon EC2 cloud infrastruktúrára.
REA és Web 2.0 fejlesztés egyszerűen. Gazdag funkcionalitású webes alkalmazások fejlesztése JSF alapon, AJAX és Flash komponensekkel (ADF - Application Development Framework). WYSIWYG, deklaratív fejlesztés, egyszerűen és gyorsan.
Adat gridről Java fejlesztőknek (első, és második rész). Egy nagyon jó és alapos előadás az adat gridről, Coherence-ről! Ha valakinek nincs ideje megnézni, nem kell aggódni lesz még itt szó róla bőven : )
Oracle jövőkép, stratégia és roadmap a felhasználói interakcióról (első, második rész) A sok szolgáltatást nyújtó WebCenter használata, felületi integrációs képességei SOA környezetben, Web2.0-es alkalmazások egyszerű és gyors fejlesztése.
Weblogic szerver: bemutatás, roadmap (első, második rész). A jelenleg leggyorsabb JEE alkalmazás szerver képességei, jövője.
10 legjobb fejlesztést támogató technológiai elem a Weblogic Server 10gR3-ban (első, második rész)
. Mint például: Spring integráció, deployment plan, HTTP pub-sub képesség, stb.
Nonintrusive (bocsi ezt nem fordítom le ; ) Java diagnosztika futás időben (első, második rész). Egy professzionális diagnosztikai eszköz JRockit JVM-hez. Amely éles környezetben használható, tekintettel a nagyságrendileg ~1%-os többlet teljesítményigényre.

Egyetlen hátránya (ami a tartalmát tekintve előny), hogy viszonylag hosszúak (40-60 percesek). Tehát kell rá szánni némi időt. De szerintem megéri.
A felvett előadások egyébként letölthetőek is, lehet offline is nézni. Továbbá elérhető néhány hands-on-lab (HOL) leírás is.

Megérkezett: Fusion Middleware 11g

2009-07-01T05:49:18Z

Itthon csak később kerül sor a rendezvényre, de az új verzió hivatalosan ma fog megjelenni.

Mi is az a Coherence

2009-07-01T05:29:34Z

Ígértem, hogy írok egy rövid összefoglalót. Nos ez egy korábbi cikkem, de rögtön be is linkelem ide, hogy legyen valami általános ismertető a termékről.
Hivatalos honlap pedig itt.