(SOA) WSDL

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "(SOA)...8 1. 2. 3. 3.1. WSDL"

Átírás

1 Tartalomjegyzék 1. Bevezetés Szolgáltatás-Orientált Architektúra (SOA) Webszolgáltatások WSDL (Web Services Description Language) Részei types natív (primitív) adattípusok saját (custom) adatípusok porttype message binding port service SOAP (Simple Object Access Protocol) Header mustunderstand attribútum actor attribútum Body Fault SOAP 1.1 With Attachments XOP és MTOM XOP (XML-Binary Optimized Packaging) MTOM (Message Transmission Optimization Mechanism) UDDI (Universal Description, Discovery, and Integration) WS-Security Biztonság a szállítási rétegben Message Level Security (WS-Security vagy WSS) Timestamp Username Token PasswordText PasswordDigest Signature WS-BPEL 2.0 (Web Services Business Process Execution Language) SOA Java EE platformon JBI (Java Business Integration)

2 Előzmények JBI komponensek Service Engine (SE) Binding Component (BC) Üzenetkezelés WSDL alapú üzenetmodell Normalizált Üzenet Normalizált üzenetcsere NMR (Normalized Message Router) Menedzsment OpenESB Komponensek Service Engine Binding Component GlassFish alkalmazásszerver Sun Java CAPS (Composite Application Platform Suite) Integrációs termékek Infrastruktúrát biztosító termékek Fejlesztőeszközök JAXP Java API for XML Processing SAX (Simple API for XML) StAX (Streaming API for XML) Iterator API Cursor API JAX-WS 2.0 (JSR 224) WS, mint web komponens WS, mint üzleti logika komponens Annotációk javax.jws.webservice...42 javax.jws.webmethod...42 javax.jws.webparam...42 javax.jws.webresult javax.jws.soapbinding WebServiceContext RequestContext Apache CXF WSS4J Kulcsgenerálás JAXB (Java Architecture for XML Binding) 2.0 (JSR 222)

3 4.9. NetBeans Modulok BPEL module Composite Application projekt (CAPS) SQL module XSLT module Request-Reply Service Service Bridge IEP (Intelligent Event Processing) module (OpenESB) Egyéb modulok File Binding Component SMTP Binding Component FTP Binding Component SOAP (HTTP) Binding Component JDBC Binding Component JMS Binding Component BPEL Designer BPEL nézetek BPEL Mapper Palette BPEL Navigator WSDL Editor XML Schema Editor Támogatott tervezési minták (Design Patterns): Russian Doll Salami Slice Venetian Blind Garden of Eden Mintaalkalmazások Apache CXF cxf-jaxws cxf-simple cxf-sec-un cxf-sec-sig OpenESB BPEL Előkészületek BPEL folyamat Kompozit alkalmazás Tesztelés, Ellenőrzés

4 soapui TCPmon

5 1. Bevezetés A Szolgáltatás-Orientált Architektúra (SOA), sokszor mint buzzword 1 él a köztudatban. Legtöbbször felkapott, kisarkított, valós tartalom nélküli marketing promóciókban találkozhatunk a koncepcióval, pedig jóval többről van szó. Az integrációs kényszer, az alkalmazások növekvő méretének és funkcionalitásának kezelése egyre több erőforrást, időt és pénzt emészt fel, ami hosszú távon megengedhetetlen. Ennek megoldását tűzte ki célul a SOA, de leginkább annak konkrét megvalósításai, implementációi. Egyetlen komoly informatikai cég sem mehet el ezen problémák mellett, és nem hagyhatja figyelmen kívül a SOA implementációk nyújtotta előnyöket. Jóval többről van szó, mint technológiai átszervezésről, itt a szemléletmódról, a kifejlesztett koncepcióról, és annak alkalmazásáról van szó. A diplomamunkámban bemutatom az elképzelés főbb irányvonalait, illetve a Java platform sokrétű, magas szintű képességeit. A második fejezet bepillantást enged a SOA alapfelvetésébe, főbb tulajdonságaiba, és előnyeibe. A harmadik fejezetben áttekintem a SOA legkézenfekvőbb megvalósítójaként számon tartott webszolgáltatásokat, és azok alappilléreit, kiegészítő,- és támogató technológiáit. A piacon elterjedt szabványos, platformfüggetlen megoldásokat foglaltam össze ebben a részben. Bemutatom továbbá a webszolgáltatások egyik legfontosabb tényezőjét, a különböző biztonsági eljárásokat, a későbbi fejezetekben pedig azok alkalmazásait is. A negyedik fejezet a Java platform által nyújtott lehetőségekről szól. A legmagasabb absztrakciós szinttől (Java Business Integration) haladva, a konkrétabb, utóbbi megvalósításán (OpenESB) át a webszolgáltatások, és azok alapját képező XML feldolgozásig bezárólag térképeztem fel a platform funkcióit. Ebben a fejezetben kapott helyet a NetBeans integrált fejlesztőeszköz (IDE) célspecifikus funkcióinak leírása is. Az ötödik fejezet a kifejlesztett (minta)alkalmazások bemutatásáról szól, ami a platform és a NetBeans által nyújtott lehetőségek egy szűk részhalmazát veszi górcső alá. 1 buzzword = divatszó, divatos/felkapott szakkifejezés 7

6 2. Szolgáltatás-Orientált Architektúra (SOA) [1], [2] és [3] alapján. A Szolgáltatás-Orientált Architektúra (Service Oriented Architecture), vagy röviden SOA mint újrahasznosítható tervezési mintát, architektúrális koncepciót lehetne legjobban jellemezni. Alapja a rendszerek közti laza csatolás, ezáltal elérhető az egymástól való függés minimalizálása, ami gyártófüggő megoldások között egy kritikus szempont. SOA jellemzői: Szabványok alkalmazása Lazán csatoltság Újrafelhasználhatóság és hozzáférhetőség Szolgáltatásleírás Interfészek Üzenetek, és üzenetcsere módja Folyamatok interakciója Szinkron/Aszinkron A gyorsan változó üzleti élethez gyors és költséghatékony alkalmazkodást kell biztosítania az IT-nek. Reagálnia, válaszolnia kell, akár a meglévő alkalmazások módosításával, licencelésével, akár újak kifejlesztésével. Az integrációs szükség robusztus nagyvállalati (enterprise) környezetben egyre több időt és pénzt emészt fel. Ezáltal a meglévő, sokszor kamra fejlesztések (silók), az egyedi integrációs megoldások, és az ezek járulékos következményeként az üzemeltetést/módosítást végző guruk leváltása egyre égetőbb szükséggé válik. A heterogén rendszerek kommunikációjának biztosítására egy megfelelő, közel minden részletre alkalmazkodó, de az eddigi megoldásoknál feltétlen jobb, általánosítottabb megoldásra próbál választ adni a SOA. SOA definíció: A Service Oriented Architecture (SOA) egy integrált szoftver infrastruktúra és tervezési megközelítés, amely eszközként használja fel a web technológia szabványokat üzleti funkcionalitás és megosztott szolgáltatások megvalósítására. [4] Különböző szolgáltatások összefogása a cél, az üzleti (külső) kényszer mentén. A szolgáltatások kommunikációja és összehangolása (orchestration) nem szállítófüggő (vendor lock-in), szabványos elemekből épül fel. 8

7 1. ábra. SOA előtt és SOA után Forrás: A SOA alkalmazások segítségével a megvalósítandó üzleti folyamatok költségének és komplexitásának csökkentésével egyszerűbbé válik azok menedzsmentje és újrafelhasználhatósága. A komponensek (legtöbbször heterogén alkalmazások) mint szolgáltatások, igénybe vehető üzleti folyamatokként jelennek meg. A SOA a teljes vállalati működésre hatással van, ami a szigetmegoldások teljes leváltásával ez törvényszerű. Szolgáltatásalapú rendszer bármi lehet, ami az alapelveket maradéktalanul teljesíti, például MoM, a legelterjedtebb mégis a webszolgáltatások (amik nyelvfüggetlenek, szabványokon alapulnak, valamint gyors fejlesztést tesznek elérhetővé). Szükséges továbbá egy kommunikációs busz (Enterprise Service Bus ESB), illetve a szolgáltatásösszehangoló karmester (orchestration) motor, aminek segítségével a komponensek egymás szolgáltatásait használhatják, kéz-a-kézben. Ezek (ahogy az összes többi is) elvek, koncepciók, architektúrák. Konkrét specifikáció például a JBI vagy a BPEL. Előnyök: Költségek csökkentése Meglévő alkalmazások funkcionalitásainak újrafelhasználása Fejlesztők termelékenységének növelése Üzemeltetési hatékonyság növelése Adatmegosztás divíziók, részlegek közt Gyakori üzleti folyamatok automatizálása Új üzleti lehetőségek kifejlesztése 9

8 Új és jobb szolgáltatások az ügyfél felé Gyorsabb reakció a piac változásaira Gartner: 2008-ig a vállalatok több, mint 60%-a a SOA elvei szerint építi majd üzletileg kritikus rendszereit és alkalmazásait. [5] Open Source SOA: Előnye az alacsony belépési költség, biztosítja az átlátszóságot. Közösségi innovációknak ad lehetőséget, de mégis ezek a rendszerek tipikusan a zárt, és nyílt forrású megoldások egyvelege. A kormányzati rendszerek nagy részében már most találhatók nyílt forrású megoldások (Apache, Sendmail, Linux, MySQL, Perl). SOP (Service Orchestration Point): üzleti folyamat hosztolása, ami közvetít a különböző, heterogén szolgáltatások között. SOA előnyök különböző nézőpontokból: Chief Financial Officer CFO (Pénzügyi igazgató) Gyorsabb befektetési megtérülés, ROI (Return of Investment). Developers (Fejlesztők) Kevesebb karbantartás, magasabb produktivitás. Business Analyst (Üzleti elemzők) Folyamatok és szolgáltatások újrafelhasználása. Chief Information Officer CIO (Informatikai vezető) Gyorsabb piacra lépés, kevesebb hátralévő munka. Line of Business LoB (Szervezeti üzletágrendszerek) Gyorsabb reagálás az üzleti igényekhez. Chief Technology Officer CTO (Technológiai igazgató) Meglévő infrastruktúra felhasználása, jövőbeli projektek alapjainak definiálása. A SOA segítségével az üzleti megközelítésből származó legfőbb cél, a meglévő infrastruktúrából származó integrációs költségek (Cost of Integration),- és az összes költség (TCO) csökkentése elérhetővé válik. Közelebb hozza az üzleti és technológiai folyamatokat. Üzleti folyamat: Az az út, ahogy a cég eléri a nagyobb üzleti célt. Megfelelő sorrendben végrehajtott egyedi task-ok sorozata. A SOA az IT természetes fejlődési útjának egy következő lépcsője. 10

9 3. Webszolgáltatások Hálózaton keresztül elérhető szolgáltatások, műveletek létrehozását teszi lehetővé, interfész alapokon, XML üzeneteken keresztül. Rugalmas, skálázható, módosítható alkalmazások készíthetők segítségével. Nyílt szabványokat és protokollokat alkalmaz, biztosítja az együttműködést (interoperability). A fekete doboz alapú tervezés elfedi megvalósításának részleteit, a metódusok meghívása interfészeken keresztül történik. Tipikusan állapotmentes, implementációs nyelvtől és platformtól független, lazán csatolt, komponens szemléletű, üzenetalapú. Ugyanúgy ahogy az igénybe vevő sem tud semmit a szolgáltatás konkrét implementációs részleteiről, úgy az igénybe vett szolgáltatásnak sem kell semmit tudni az őt igénybe vevőről. Így elérhető a lazán csatolt komponensekből felépülő alkalmazások kifejlesztése. 11

10 3.1. WSDL (Web Services Description Language) WSDL (Web Services Description Language) [6] és [7] alapján. Szolgáltatások leírás XML nyelven, platform,- és implementációs nyelvtől függetlenül, szabványos módon. Kommunikációs végpontokat (port) definiál, továbbá: műveletek és üzenetek absztrakt definiálása binding szállítási (hálózati) protokollokhoz és üzenetformátumhoz (SOAP over HTTP) Gépek által (is) olvasható, értelmezhető. A partnerek között automatikus a műveletleírás,- és hívás, a felderítés Részei A <definition> gyökérelem gyermekei types A felhasznált adattípusokat (XML schema elemek) definiálja natív (primitív) adattípusok Például: <element name="mystring" type="string" /> (A teljes lista megtalálható itt: saját (custom) adatípusok Például a Customer objektum leírása: <complextype name="customer"> <sequence> <element name="customerid" type="int" minoccurs="1" /> <element name="firstname" type="string" minoccurs="1" /> <element name="lastname" type="string" minoccurs="1" /> </sequence> </complextype> A minoccurs és a maxoccurs szabályozza az elemek számát a sequence-ben. (pl.: minoccurs = 0 opcionális az elem) Természetesen nem csak beágyazva lehet a sémákat definiálni, meglévőket a következő módszerrel lehet importálni: <import namespace="[névtér URI]" schemalocation= "[.XSD fájl elérési útvonala]" />

11 3.1. WSDL (Web Services Description Language) porttype A webszolgáltatás absztrakt interfészdefinícióját tartalmazza, például: <wsdl:porttype name="customerporttype"> <wsdl:operation name="findcustomer"> <wsdl:input message="tns:findcustomer" /> <wsdl:output message="tns:findcustomerresponse" /> <!-- lehet még fault üzenet is </wsdl:operation> </wsdl:porttype> message A kommunikáció során használt üzenetek absztrakt leírása (input, output, hiba). <wsdl:message name="getcustomerresponse"> <wsdl:part element="tns:getcustomerresponse" name="customer"/> </wsdl:message> Bevált szabály a műveletek nevének felhasználása: művelet_név+request/response binding Definiálja, hogy az absztrakt porttype hogyan képződik le konkrét megvalósításokra (adatformátumokra, protokollokra). A legelterjedtebb a HTTP feletti SOAP. <wsdl:binding name="customerservicesoap" type="tns:customerporttype"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" /> <wsdl:operation name="findcustomer"> <soap:operation soapaction="" style="document" /> <wsdl:input> <soap:body parts="findcustomer" use="literal" /> </wsdl:input> <wsdl:output> <soap:body parts="findcustomerresponse" use="literal" /> </wsdl:output> </wsdl:operation> </wsdl:binding> port A szolgáltatás-végpont (endpoint) leírása. URL, ahol a szolgáltatás található. <wsdl:service name="customerservice"> <wsdl:port binding="tns:customerservicesoap" name="customerservicesoap"> <soap:address location="http://server1:7001/customer/customerservice" /> <soap:address location="http://server2:7001/customer/customerservice" /> </wsdl:port> </wsdl:service>

12 3.1. WSDL (Web Services Description Language) service Szolgáltatások, port-ok gyűjteménye, több elérhetőségi címet adhatunk meg azonos szolgáltatáshoz.

13 3.2. SOAP (Simple Object Access Protocol) SOAP (Simple Object Access Protocol) 1.1 [8] és [9] alapján. Lightweight 2, XML alapú kommunikációs protokoll, a strukturális adatcsere módját definiálja. Elosztott, decentralizált környezetben tesz lehetővé információcserét. Egyszerű és kiterjeszthető. Széles körben használható különböző szállítási protokollokkal (protocol binding), a HTTP-t kifejezetten támogatja. Az üzenetek általában egyutasak (one-way), de kiterjeszthetők akár kérés/válasz, vagy multicast alapúra is. Részei: (3) 1. SOAP Envelope XML gyökérelem, az üzenet tartalmáról,- és feldolgozásáról tartalmaz információkat.. SOAP-ENV névtér : Header (opcionális) Body Fault (opcionális) 2. SOAP RPC representation Konvenció távoli eljáráshívások és válaszok ábrázolására 3. SOAP encoding rules Szerializációs mechanizmus az alkalmazások által definiált adattípusokra. SOAP-ENC névtér: Lehet: egyszerű összetett Szerializáció: Az alkalmazás adattípusainak SOAP-XML-re fordítása. Visszaalakítása: deszerializáció Header Kiegészítő, vezérlő információkat tartalmaz. Az üzenettovábbítási láncon lévő nodeoknak szolgáltathat információkat (pl.: autentikáció, tranzakciókezelés, prioritáskezelés). Az üzenet a feladótól (origination) származik, a címzett (destination) részére közbülső csomópontokon is áthaladhat (intermediaries), amik a SOAP üzenet egyes részeit dolgozhatják fel (pl.: biztonság (trusted domains), értéknövelt szolgáltatások, skálázhatóság, ). 2 Lightweight = könnyűsúlyú

14 3.2. SOAP (Simple Object Access Protocol) mustunderstand attribútum Definiálja, hogy a fogadónak fel kell-e dolgoznia az elemet. Lehetséges értékei: true: kötelező feldolgozni a definiált séma alapján, vagy hiba generálása false: vagy nem szerepel: nem kötelező feldolgozni, de fel lehet actor attribútum Melyik közbülső csomópontnak szól, a header elem címzettje, értéke URI. A csomópontok a feldolgozás után törlik a rájuk vonatkozó bejegyzéseket, illetve további header bejegyzéseket helyezhetnek el az üzenetben. Speciális URI: Közvetlenül az első (következő) node-nak szól. Ha hiányzik, az elemet a végső címzett dolgozza fel Body A SOAP üzenet magja, maga a konkrétum (üzenet). Tartalma alkalmazásspecifikus. Bináris adatok szállítása base64 kódolással: xsi:type="soap-enc:base Fault A szolgáltatáshoz kapcsolódó hibákat reprezentálja. Alelemek: faultcode A hiba kódja, gépi feldolgozás számára. faultstring Értelmezhető hibaüzenet. faultactor A hiba forrása, tartalma URI. detail Alkalmazásspecifikus hibaüzenet (például hiba az üzenet tartalmának - body - feldolgozása közben). Ha a fejlécben van a hiba, az elem nem jelenik meg. Így különíthető el a hiba oka (header/body). Előre definiált hibakódok (prefixek): VersionMismatch Az envelope elem névtere érvénytelen. MustUnderstand A címzett nem tudja értelmezni a megfelelő (mustunderstand = 1 ) header blokkot. Client Kliensoldalon történt hiba. Server Hiba a szerver oldalon, formátumtól, tartalomtól független. Lehet, hogy ugyanaz az üzenet később sikeres lesz.

15 3.2. SOAP (Simple Object Access Protocol) SOAP 1.1 With Attachments Kiegészítés, lehetővé teszi bináris adatok, például képek továbbítását MIME Multipart/ Related struktúrában. Független a szállítási protokolltól. További információ:

16 3.3. XOP és MTOM XOP és MTOM [10] és [11] alapján. Két lehetőség bináris adat küldésére XML-ben: beágyazás (base64 kódolás) megnövekedett méret overhead hivatkozás (SOAP with Attachments) a dokumentumon kívül helyezkedik el, nem része az üzenetnek XOP (XML-Binary Optimized Packaging) Az XML információhalmaz (XML Infoset) szerializációja, W3C ajánlás, mely definiálja a bináris adatok tárolását XML tag-ekben. A bináris,- és szöveges információt tartalmazó konténer az XOP Infoset. További információ: MTOM (Message Transmission Optimization Mechanism) Az XOP alkalmazása SOAP/HTTP-re. További információ:

17 3.4. UDDI (Universal Description, Discovery, and Integration) UDDI (Universal Description, Discovery, and Integration) [12] alapján. Szolgáltatások felderítésének (discovery) és publikálásának (publish) szabványos leírására használható platformfüggetlenül, API-n keresztül programozhatóan. Alapja az XML, SOAP, HTTP. Kereshető, web alapú, megosztott, elérhetővé teszi a dinamikus szolgáltatásfelderítést. A tárolt információk a következő csoportokba tartozhatnak: business registrations (üzleti entitások) fehér oldalak: általános információk sárga oldalak: kategorizált zöld oldalak: technikai információk service type definitions (metainformációk) Java támogatás: JAXR (Java API for XML Registries)

18 3.5. WS-Security WS-Security [13], [14], [15], [16] és [17] alapján. OASIS specifikáció, a webszolgáltatásokra alkalmazható biztonsági lehetőségeket definiálja. A specifikáció megtekinthető a következő oldalon: Biztonság a szállítási rétegben Transport Level Security TLS. Tulajdonságok: Basic Authentication BASIC-AUTH böngésző bejelentkező ablak felhasználó:jelszó páros, base64 kódolás Secure Socket Layer SSL Az alkalmazás,- és szállítási réteg között helyezkedik el. HTTPS HTTP over SSL titkosított protokoll szerver, (kliens) autentikáció CA (Certificate Authority) segítségével SSL probléma: Az üzenetet közbülső csomópontok is feldolgozhatják, így nem működik SOAP környezetben, pont-pont kapcsolatra van felkészítve, illetve az egész üzenetet titkosítja Message Level Security (WS-Security vagy WSS) Fejlett biztonsági megoldás, használata független a TLS-től. Magát az üzenetet (SOAP envelope) védi, a különböző biztonsági információk a SOAP header-be kerülnek, ezáltal több csomópont is használhatja a header-ben található információkat. Lehetséges biztonsági megoldások:... Timestamp Username Token Signature Encryption Timestamp Az üzenet érvényességét definiálja. (A példában 60 másodperc.)

19 3.5. WS-Security 21 <wsse:security soapenv:mustunderstand="1" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis wss-wssecurity-secext-1.0.xsd"> <wsu:timestamp wsu:id="timestamp " xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis wsswssecurity-utility-1.0.xsd"> <wsu:created> t13:34:15.902z</wsu:created> <wsu:expires> t13:35:15.902z</wsu:expires> </wsu:timestamp> </wsse:security> Username Token Név és jelszó párossal védi az üzenetet. A jelszó szállítása történhet nyílt, szöveges módon (PasswordText), vagy valamilyen hash függvénnyel (pl.: SHA1) kódolt (PasswordDigest) formában PasswordText <wsse:security soapenv:mustunderstand="1" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis wss-wssecurity-secext-1.0.xsd"> <wsse:usernametoken wsu:id="usernametoken " xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis wsswssecurity-utility-1.0.xsd"> <wsse:username>czaki</wsse:username> <wsse:password Type="http://docs.oasisopen.org/wss/2004/01/oasis wss-username-tokenprofile-1.0#PasswordText">jelszo</wsse:Password> <wsse:nonce>qzqtoqwm5vvgdpmtywwong==</wsse:nonce> <wsu:created> t13:33:09.418z</wsu:created> </wsse:usernametoken> </wsse:security> PasswordDigest <wsse:security soapenv:mustunderstand="1" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis wss-wssecurity-secext-1.0.xsd"> <wsse:usernametoken wsu:id="usernametoken " xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis wsswssecurity-utility-1.0.xsd"> <wsse:username>czaki</wsse:username> <wsse:password Type="http://docs.oasisopen.org/wss/2004/01/oasis wss-username-tokenprofile-1.0#PasswordDigest">QM3F94mpFF+Fuo2VcrnACGTEh74=</wsse:Pass word> <wsse:nonce>5tmolwbyzvo/jees0ej0mq==</wsse:nonce> <wsu:created> t13:33:56.230z</wsu:created> </wsse:usernametoken> </wsse:security> Signature A kliens titkos kulcsával generálja az üzenettartalom-függő aláírást. A szerver a kliens

20 3.5. WS-Security 22 publikus kulcsával dekódolja az információt. Az üzenet tartalmához csatolja a SOAP fejlécbe a titkosítási információkat, például.: <soap:envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:header> <wsse:security xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis wss-wssecurity-secext-1.0.xsd" soap:mustunderstand="1"> <ds:signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature "> <ds:signedinfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <ds:canonicalizationmethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"/> <ds:signaturemethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"/> <ds:reference URI="#id " xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <ds:transforms xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <ds:transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"/> </ds:transforms> <ds:digestmethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"/> <ds:digestvalue xmlns:ds="http://www.w3.org/2000/09/xmldsig#">ewjsvr1nezqqaeyk1ogbk gvgufw=</ds:digestvalue> </ds:reference> </ds:signedinfo> <ds:signaturevalue xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> ogv/w/qzaxd1qsb9u7mxu2kiiygihwkkfudi8up+ce+y4banbkwoodshhxvai1s2vo7 p4jyfebkx ygdygzkinaks+nxcc5x5kkqoklomcsi//blphwis0opdmskghuk673nh8u2smfwdrpz tmiitzk70 Py+QaEcs1JjEn2aBJKE= </ds:signaturevalue>

21 3.5. WS-Security 23 <ds:keyinfo Id="KeyId " xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <wsse:securitytokenreference xmlns:wsu="http://docs.oasis-open.org/ wss/2004/01/oasis wss-wssecurity-utility-1.0.xsd" wsu:id="strid " xmlns:wsse="http://docs.oasis-open.org/wss/ 2004/01/oasis wss-wssecurity-secext-1.0.xsd"><ds:X509Data xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <ds:x509issuerserial xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <ds:x509issuername xmlns:ds="http://www.w3.org/2000/09/xmldsig#">cn=kliens,ou=kliens,o =Kliens,L=Budapest,ST=State,C=HU</ds:X509IssuerName> <ds:x509serialnumber xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> </ds:x509se rialnumber> </ds:x509issuerserial> </ds:x509data></wsse:securitytokenreference> </ds:keyinfo> </ds:signature> </wsse:security> </soap:header> <soap:body xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis wss-wssecurity-utility-1.0.xsd" wsu:id="id "><ns1:printstring xmlns:ns1="http://teszt/"><ns1:bemenet>hello World!</ns1:bemenet></ ns1:printstring></soap:body></soap:envelope>

22 3.6. WS-BPEL 2.0 (Web Services Business Process Execution Language) WS-BPEL 2.0 (Web Services Business Process Execution Language) [18], [19] és [20] alapján. Webszolgáltatás alapú folyamatok viselkedésének, végrehajtási módjának leírására szolgáló XML alapú folyamat/workflow technológia. Segítségével egyszerű, diszkrét folyamatok állíthatók össze komplex üzleti folyamatokká, amik mint end-to-end szolgáltatások üzemelhetnek. A WSDL egy szolgáltatás leírására használható, nem írja le az üzleti folyamatok mentén hívott (üzleti) szolgáltatás(ok) kezelését, amik mint egy új webszolgáltatások működhetnek. A hosszú lefutású folyamatok perzisztenciájáért a BPEL motor felelős. Egy vagy több külső webszolgáltatással tartja a kapcsolatot. A külső szolgáltatások és kliensek összefoglaló neve: partner szolgáltatások. A tipikus BPEL folyamat <receive> aktivitással (activity) kezdődik, utána külső szolgáltatásokat hív meg (<invoke>), és visszaküldi az eredményt a klienshez (<reply>). BPMN (Business Process Modeling Notation): vizuális megjelenítés (notation), jelölésrendszer Definíció: XML alapú folyamatleíró/vezénylő (orchestration) szabvány az OASIS gondozásában, alapja a BPML (Business Process Modeling Language), megvalósításának módja a webszolgáltatások. Részei: Orchestration (BPEL): üzleti folyamaton belüli webszolgáltatások együttműködésének logikájának definiálására, leírása XML alapú. Choreography (WSDL): Két vagy több végpont közötti publikus üzenetcseréje, a köztük lévő megállapodások és üzenetváltásának szabályai. Activities (Tevékenységek) Basic Activities (Általános tevékenységek) <invoke> A partner által kínált porttype meghívása one-way, vagy request/response módon. <receive> A folyamat blokkolódik, várakozik a megfelelő üzenet megérkezésére. <reply> A <receive> során kapott üzenetre küldhet választ. A <receive><reply> kombinációja request/response üzenetváltás jelent a porttype-on. Az érvényes BPEL folyamat az utóbb említett aktivitásokból csak egyet-egyet tartalmaz.

23 3.6. WS-BPEL 2.0 (Web Services Business Process Execution Language) 25 <assign> Változó értékének frissítése. <throw> Hibagenerálás az üzleti folyamatban. <wait> Várakozás bizonyos ideig. <empty> No-op instrukció beillesztése az üzleti folyamatban, például konkurens tevékenységek szinkronizációja végett. Structured Activities (Strukturált tevékenységek) <sequence> Aktivitások kollekciója, melyek meghívása szigorú egymásutánban történik. <while> Aktivitás ismétlése a megfelelő kritériumig. <pick> Megfelelő üzenet érkezéséig, vagy riasztás megszűnéséig várakozik (blokkol). Ha valamelyik trigger fellép, a megfelelő aktivitás meghívódik, és a <pick> befejeződik. <flow> Egy vagy több aktivitás végrehajtása konkurens módon. <scope> Lehetőséget ad beágyazott (nested) aktivitás és saját, társított változóinak, fault,- compensation handlereinek létrehozására. <compensate> Compensation meghívása belső scope-on, ami hibamentesen befejeződött. Csak fault, vagy más compensation handler-ből hívható. <switch> Feltételes viselkedés, switch támogatása. <link> Variables (változók) Kliensektől fogadott, és azokhoz intézett, WSDL-ben definiált (types, messages) üzenetek tárolása a folyamat részére. <assign> <copy> Partner Links (Partner Linkek)

24 3.6. WS-BPEL 2.0 (Web Services Business Process Execution Language) 26 Bármilyen olyan webszolgáltatás, ami kapcsolatba kerül a BPEL folyamattal, vagyis a résztvevő feleket azonosítja. Partnerszolgáltatások típusai: invoked partnerlink Más webszolgáltatás operation műveletének meghívása. client partnerlink Klienstől érkező művelethívás. Handlers <faulthandlers> Hibakezelést végez. Properties Colleration Sets

25 4. SOA Java EE platformon A Java platform gazdag funkciókat nyújt azon fejlesztők számára, akik SOA alapokra kívánják építeni új alkalmazásaikat, vagy átalakítani meglévő rendszereiket. Az átlátható és kidolgozott rendszerek, a sokoldalú implementációk garantálják a rendszerek közti együttműködést, a nyílt specifikációk, illetve a sok helyen megjelenő nyílt forráskódú (open source) alkalmazások pedig az átláthatóságot. A platform az XML feldolgozásától, a webszolgáltatásokon át egészen a SOA magját képező ESB-ig minden területre biztosít funkciókat, eszközöket. A kitűnő, nem hiába díjnyertes fejlesztőeszköz, a NetBeans beépített funkcionalitásainak köszönhetően még inkább színesíti a platform már így sokrétű és gazdag lehetőségeit. 27

26 4.1. JBI (Java Business Integration) JBI (Java Business Integration) [21], [22] alapján. A Java Community Process 3 keretén belül kidolgozott specifikáció (JSR 208). Célja a SOA megvalósíthatóságának kidolgozása Java platformon. Kiterjeszthető integrációs architektúrát definiál ami lehetővé teszi más gyártóktól származó ún. third party komponensek illesztését is. Az EAI és B2B rendszerek gyártóhoz kötöttségét, az általánosítás és szabványosítás hiányának kiküszöbölésére készült el az új specifikáció. A kidolgozott architektúra és a valós infrastruktúra lehetővé teszi más gyártóktól származó komponensek alkalmazását, ami az architektúra magját adja, így nem csak a segítségével készített alkalmazások,- hanem maga a keretrendszer is jellemezhető a SOA fő tulajdonságaival. A komponensek szolgáltatásokat (WSDL operation) nyújthatnak vagy/és vehetnek igénybe. A JBI szabványos módszert nyújt a Szerepek: komponensek telepítésére és a komponensek életciklusának kezelésére. Engine Developers Binding Developers JBI Environment Providers J2EE Platform Providers JBI Application Developers Előzmények A különböző, saját protokollokat, adatstruktúrákat használó rendszerek egészen addig megfelelőek, amíg saját, jól bebiztosított környezetükben külön-külön foglalkozunk velük. Viszont, ha integrációról van szó, ezek a rendszerek jelentik a rémálmot. Ezt a problémát felismerve a rendszerintegrációs csomagot biztosító cégek különböző gyártóspecifikus megoldásokat, API-kat készítettek. Ez nem jelentett különösebb problémát néhány rendszernél, de rendszerek számának növekedésével egyre több lett hozzájuk a rendszerspecifikus konnektor, és a helyzet egyre bonyolódott. A következő lépés az EAI (Enterprise Application Integration) szerver, mint központi hub biztosítása. A különböző gyártóspecifikus illesztőknek ezzel a rendszerrel kellett kommunikálni, így elég volt a szerver API-ját jól ismerni, de még ez is elég sok problémát tudott okozni, és hamar a központi hub lett a gyenge pont. 3 Java Community Process (JCP):

27 4.1. JBI (Java Business Integration) 29 ESB (Enterprise Service Bus): Szabványokon alapuló middleware architektúra, ami a csatolható (pluggable) komponensek közötti üzenetcserét biztosítja az üzenetkezelő alrendszeren keresztül JBI komponensek (röviden: komponensek) Service Engine (SE) Az üzleti logika, transzformációk nyújtása, vagy/és felhasználása. Üzemelhetnek mint konténer (pl.: EJB) is. Java alkalmazásokba integrálhatók. Például: XSLT BPEL EJB Binding Component (BC) A JBI keretrendszeren és a Java platformon kívüli szolgáltatások eléréséért felelnek, a JBI komponenseknek biztosítanak protokollfüggetlen szállítási szolgáltatást. Különböző protokollokat vehetnek igénybe, a külső szolgáltatások ezen keresztül vehetik igénybe a JBI funkcionalitásait. Integrálható különböző, nem Java platformon üzemelő, de távoli elérést biztosító alkalmazásokba. Egymással természetesen csak az NMR-en keresztül, normalizált üzenetek formájában folytathatnak kommunikációt. Például a BPEL Service Engine protokollfüggetlenül kaphatja a kéréseket az NMR-en keresztül különböző BC-ken (JMS, SOAP,...) keresztül. Például: HTTP (SOAP / REST) JMS/MOM Üzenetkezelés A komponensek közvetlenül nem kommunikálhatnak egymással, csak és kizárólag a JBI közvetítőn keresztül, ezáltal elérik a lazán csatoltság összes pozitív tulajdonságát. A szolgáltatást felhasználók a JBI interfésszel találják szembe magukat a komponensek használatakor. A komponensek összehangolása WSDL alapú (szintén SOA szemléletben), aszinkron WSDL alapú üzenetmodell A WSDL üzenet alapú szolgáltatások kétszintű modelljét határozza meg.

28 4.1. JBI (Java Business Integration) 30 Elemei: absztrakt csak egy keretet határoz meg üzenettípus normális hiba műveletek név Message Exchange Pattern (MEP) MEP üzenettípusai absztrakt szolgáltatástípus (absztrakt műveletek halmaza interface WSDL 2.0-ban, porttype WSDL 1.1-ben) interfész név kiterjesztett interfész(ek) konkrét az absztrakt implementációját definiálja binding típusok protokoll típusa, szolgáltatás mihez van kötve végpontok név binding típus szolgáltatás azonos szolgáltatásokat nyújtó végpontok halmaza név típus végpont(ok) A JBI az absztrakt szolgáltatásmodellre építkezik. A szolgáltatások interakciója során a komponensek a következők mindegyike, vagy csak egyike lehet: Service Provider Meghatározott szolgáltatást hajtanak végre. Service Consumer Szolgáltatást hív meg Normalizált Üzenet A JBI runtime belső üzenetkezelő rendszerének speciális formátumú üzenete. Részei: payload (az absztrakt WSDL típusnak megfelelő XML üzenet) üzenet metaadatok (context data), vagy tulajdonságok (properties) csatolmányok (attachments)

29 4.1. JBI (Java Business Integration) 31 A komponensek együttműködéséhez az üzeneteket a Normalized Message Router (NMR) továbbítja. A szolgáltatást felhasználók (consumer) képesek a szolgáltatás nevével (nem a végpont címével) hivatkozni a szolgáltatást nyújtóra (provider). De képesek Végpont Referencián (Endpoint Reference) keresztül is címezni, ami ún. callback eseményeknél fontos Normalizált üzenetcsere A BC-knek a protokollspecifikus üzeneteiket (bound messages) kötelezően át kell konvertálniuk normalizált üzenetté. A BC-k és SE-k az NMR-rel a kétirányú DeliveryChannel-eken (mindkét oldalon) keresztül kommunikálnak NMR (Normalized Message Router) Üzenetcserét végez a szolgáltatást nyújtók,- illetve azok felhasználói között. Az SE-k és BC-k nem folytathatnak közvetlen üzenetcserét, kizárólag az NMR-en keresztül (WSDL alapú normalizált üzenet). A szolgáltatás minősége 4 (binding és engine együttműködéssel) a következők szerint sorolható be: Best effort At least once Once and only once Kommunikációs minták: In-Only Robust In-Only In-Out In Optional-Out Menedzsment A JBI környezet JMX-en 5 keresztül menedzselhető. A JBI implementációnak kötelező JMX Management Bean-eket (MBeans) nyújtani, de a JBI komponenseknek is tartalmazniuk kell menedzsment interfészeket. Segítségével elérhetőek a következők: SE-k és BC-k (komponensek), és osztott könyvtárak (shared libraries) telepítése komponensek (BE, SE) életciklusának menedzselése (start/stop) component artifact-ok (Service Unit, SU) deploymentje monitorozás 4 QoS Quality of Service 5 JMX Java Management Extensions

30 4.2. OpenESB OpenESB [23] és a fejezet végén feltüntetett linkek alapján. Nyílt forráskódú Enterprise Service Bus (ESB) runtime, JBI implementáció. Glassfish/Sun Java Application Server-be integrálható. A project (OpenESB) magába foglalja a futtatókörnyezet (runtime) fejlesztését (OpenJBI project), illetve az OpenESB-től független komponensek (OpenJBI Components) fejlesztését is. 2. ábra. OpenESB architektúra Forrás: https://open-esb.dev.java.net/aboutopenesb.html Az OpenESB, illetve komponenseinek menedzsmentjére több lehetséges út, eszköz kínálkozik (ahogy a GlassFish alkalmazásszervernek is): GlassFish adminisztrációs konzol (asadmin) JSF alapú adminisztrációs felület (localhost:4848) NetBeans IDE Komponensek Támogatott és implementált komponensek.

31 4.2. OpenESB 33 Az OpenESB projektben elérhető komponensek listája és részletes leírása elérhető a következő oldalról: https://openesb.dev.java.net/components.html Service Engine A teljesség igénye nélkül a következők: Aspect SE Java EE SE A JBI és a Java EE alkalmazások között teremt kapcsolatot, közvetlen EE WS 6 hívást tesz lehetővé a JBI konténerből. Nélküle távoli hívásokon keresztül valósulna meg a kommunikáció (szerializációs overhead). Servlet és EJB alapú WS-ek hívását is támogatja. BPEL SE WS-BPEL 2.0 üzleti folyamatok vezénylése Data Mashup Encoding SE ETL SE IEP SE Scripting SE SQL SE SQL utasítások feldolgozása, SQL lekérdezések futtatása és eljuttatása a klienshez vagy más SE-hez (például további feldolgozás céljából). Támogatja a következőket: SQL DDL (Data Definition Language) SQL DML (Data Manipulation Language) tárolt eljárások (stored procedures) WLM SE XSLT SE Binding Component A teljesség igénye nélkül a következők: CICS BC CORBA BC DCOM BC BC fájl BC FTP BC HL7 BC 6 WS Web Service (webszolgáltatás)

32 4.2. OpenESB 34 IMS BC JDBC BC JMS BC LDAP BC MQ Series BC MSMQ BC RSS BC SAP BC SIP BC SMTP BC SNMP BC SOAP (HTTP) BC SWIFT BC TCPIP BC UDDI BC XMPP BC GlassFish alkalmazásszerver A 2-es verziótól kezdve tartalmazza a JBI (OpenESB) runtime-ot, ami tartalmazza a Java EE Service Engine, illetve a HTTP Binding komponenseket. Csomag telepítése, mint addon[24]: 1. Alkalmazásszerver leállítása: asadmin stop-domain [domain-name] 2. jbi_components_installer.jar kicsomagolása és elhelyezése az alkalmazásszerver addons könyvtárába (<appserver-install-root>/addons) 3. Az alkalmazásszerver főkönyvtárából kell meghívni a következő parancsot: asadmin install-addon<appserver-installroot>/addons/jbi_components_installer.jar 4. A telepített komponensek itt találhatóak: <appserver-install-root>/addons/jbi_components/ 5. Alkalmazásszerver elindítása, ami a meghatározott domain-be telepíti a komponenseket: asadmin start-domain [domain-name] 6. A domain telepített komponensei: <appserver-install-root>/domains/<domain-name>/jbi/components

33 4.2. OpenESB 35 Komponens konfigurálásának eltávolítása (unconfigure): 1. Alkalmazásszerver leállítása: asadmin stop-domain [domain-name] 2. A <appserver-install-root>/domains/[domain-name]/config/domainregistry fájlban be kell állítani a következőt: jbi_components_configurator.configured=false 3. Komponens indítása: asadmin start-domain [domain-name] Komponens eltávolítása: 1. asadmin uninstall-addon jbi_components Ha egyben akarjuk a legnépszerűbb komponenseket telepíteni, akkor a csomagot (jbi-components.jar) a következő címről tudjuk letölteni: (OpenESB) A GlassFish adminisztrációs konzolja által támogatott JBI specifikus parancsok (részlet): uninstall-jbi-component uninstall-jbi-shared-library undeploy-jbi-service-assembly stop-jbi-component stop-jbi-service-assembly start-jbi-component start-jbi-service-assembly show-jbi-binding-component show-jbi-service-assembly show-jbi-service-engine show-jbi-shared-library shut-down-jbi-component shut-down-jbi-service-assembly list-jbi-binding-components list-jbi-service-assemblies list-jbi-service-engines list-jbi-shared-libraries install-jbi-component install-jbi-shared-library

34 4.2. OpenESB 36 Service Engine-ek életciklusa: Started/Stopped/Shutdown/Uninstalled Egy komponens telepítése: Amennyiben csak a számunkra szükséges komponenseket szeretnénk használni, különkülön is telepíthetjük őket. A példa a BPEL Service Engine telepítését mutatja be: 1. asadmin start-domain domain1 2. asadmin install-jbi-component../ bpelserviceengine.jar 3. list-jbi-service-engines 4. start-jbi-component sun-bpel-engine További komponenseket tölthetünk le a következő címről: https://openesb.dev.java.net/downloads.html Természetesen mindez sokkal egyszerűbben, parancsok gépelése nélkül grafikus felületen is véghezvihető, akár a webes adminisztrációs felületen (localhost:4848), akár NetBeans-ből. Nem telepített JBI komponens: Amennyiben olyan alkalmazást próbálunk deployolni, ami például File-Binding-ot használ, de azt nem telepítettük, a következőhöz hasonló hibaüzenetet kapunk (GlassFish log): run-jbi-deploy: [deploy-service-assembly] Deploying a service assembly... host=localhost port=4848 file=c:\users\czaki\documents\netbeansprojects\caflightplan/dist/ca FlightPlan.zip Failed execution of Deploy: C:\Users\Czaki\Documents\NetBeansProjects\caFlightPlan/dist/caFligh tplan.zip ERROR: (JBIMA1407) Required component sun-file-binding is not installed on target server. További információk: https://open-esb.dev.java.net/

35 4.3. Sun Java CAPS (Composite Application Platform Suite) Sun Java CAPS (Composite Application Platform Suite) [25], [26], [27], [28] és [29] alapján. Kompozit alkalmazások integrációját biztosító SOA platform. Alkalmazásával csökkenthető a meglévő IT infrastruktúrára szánt TCO (Toal Cost of Ownership). Egységes fejlesztési, telepítési, menedzsment, monitorozó környezetet biztosít mind a meglévő,- mind a kifejlesztendő alkalmazások számára. Kompozit alkalmazások (CASA Composite Application): Az adott üzleti problémára adnak megoldást, összefogják a különböző rendszerekből származó üzleti logikát, adatokat, adatforrásokat. Az EAI eszközöket gyártó SeeBeyond nevű céget 2005 augusztusában vásárolta fel a Sun, mintegy 387 millió dollárért. A Java CAPS alapja a SeeBeyond Integrated Composite Application Network (ICAN) szoftver, amit a Sun kiegészített saját megoldásaival. A tranzakcióval és az új brand létrehozásával a Sun betört a SOA megoldásokat kínáló gyártók piacára. Eredeti neve Sun Java Integration Suite. A későbbi verzióktól (5.2+) az eredeti SeeBeyond ESB-t lecserélik a JBI implementációt biztosító házon belüli, saját rendszerre, az OpenESB-re. Az integrációs területen továbbra is a Java CAPS a Sun kereskedelmi, licencelhető terméke. 3. ábra. Java CAPS architektúra Forrás: [29]

Java Business Integration szolgáltatásalapú architektúra JavaEE környezetben. Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun.

Java Business Integration szolgáltatásalapú architektúra JavaEE környezetben. Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun. Java Business Integration szolgáltatásalapú architektúra JavaEE környezetben Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun.com Témáim: SOA architecture Webservice folyamat java WS-addressing

Részletesebben

Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Enterprise Service Bus (ESB) Ercsényi András, BME IIT, 2011.

Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Enterprise Service Bus (ESB) Ercsényi András, BME IIT, 2011. Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Enterprise Service Bus (ESB) Mi a téma? Valójában alkalmazásintegráció integrációs minták szinkron (RPC, RMI) aszinkron web service

Részletesebben

Debreceni Egyetem Informatikai Kar. Szolgáltatás-orientált programozás az Oracle-ben

Debreceni Egyetem Informatikai Kar. Szolgáltatás-orientált programozás az Oracle-ben Debreceni Egyetem Informatikai Kar Szolgáltatás-orientált programozás az Oracle-ben Témavezető: Dr. Juhász István egyetemi adjunktus Készítette: Ács László programtervező-matematikus Debrecen 2009 1 Tartalom

Részletesebben

Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Web-szolgáltatások: SOAP, WSDL

Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Web-szolgáltatások: SOAP, WSDL Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Web-szolgáltatások: SOAP, WSDL Tartalom Integrációs feladat Service Oriented Architecture Web-service SOAP WSDL Web-szolgáltatás API-k

Részletesebben

Osztott alkalmazások fejlesztési technológiái Áttekintés

Osztott alkalmazások fejlesztési technológiái Áttekintés Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A

Részletesebben

JAX-WS mélyvíz. Viczián István JUM XII november 18.

JAX-WS mélyvíz. Viczián István  JUM XII november 18. JAX-WS mélyvíz Viczián István http://jtechlog.blogspot.com JUM XII. 2009. november 18. Web szolgáltatások Web szolgáltatás W3C definíció: hálózaton keresztüli gép-gép együttműködést támogató szoftverrendszer

Részletesebben

Microsoft SQL Server telepítése

Microsoft SQL Server telepítése Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió

Részletesebben

Szolgáltatás Orientált Architektúra a MAVIR-nál

Szolgáltatás Orientált Architektúra a MAVIR-nál Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés

Részletesebben

Titkosítás NetWare környezetben

Titkosítás NetWare környezetben 1 Nyílt kulcsú titkosítás titkos nyilvános nyilvános titkos kulcs kulcs kulcs kulcs Nyilvános, bárki által hozzáférhető csatorna Nyílt szöveg C k (m) Titkosított szöveg Titkosított szöveg D k (M) Nyílt

Részletesebben

Komponens alapú fejlesztés

Komponens alapú fejlesztés Komponens alapú fejlesztés Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

Webszolgáltatás alapokon BPEL

Webszolgáltatás alapokon BPEL Üzleti folyamatok Webszolgáltatás alapokon BPEL Pl.: Bank: Motiváció o Ahány beszállító, annyi technológia, módszertan, protokoll o Régi eszközöket soha nem selejteznek le Meglévő workflow eszközök o Gyártófüggőek

Részletesebben

Web-fejlesztés NGM_IN002_1

Web-fejlesztés NGM_IN002_1 Web-fejlesztés NGM_IN002_1 Rich Internet Applications RIA Vékony-kliens generált (statikus) HTML megjelenítése szerver oldali feldolgozással szinkron oldal megjelenítéssel RIA desktop alkalmazások funkcionalitása

Részletesebben

ALKALMAZÁS KERETRENDSZER

ALKALMAZÁS KERETRENDSZER JUDO ALKALMAZÁS KERETRENDSZER 2014 1 FELHASZNÁLÓK A cégvezetők többsége a dobozos termékek bevezetésével összehasonlítva az egyedi informatikai alkalmazások kialakítását költséges és időigényes beruházásnak

Részletesebben

Oracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary

Oracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Oracle9i Alkalmazás Szerver Üzleti folyamat integráció Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Üzleti folyamat integráció Kereskedők Beszállítók Partnerek Alkalmazás Disztribútor Belső

Részletesebben

IBM Business Process Manager változat 8 alváltozat 5. Az IBM Business Process Manager áttekintése

IBM Business Process Manager változat 8 alváltozat 5. Az IBM Business Process Manager áttekintése IBM Business Process Manager változat 8 alváltozat 5 Az IBM Business Process Manager áttekintése ii Áttekintés PDF-könyvek és az információközpont A PDF-könyveket nyomtatásra és offline olvasásra használhatja.

Részletesebben

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott

Részletesebben

Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18.

Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18. Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18. Két projekt Mindkettőben folyamatirányítás Eltérő követelmények Eltérő megoldások Dokumentum gyártási folyamat Üzemeltetés

Részletesebben

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel IBM Software Group Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel Rehus Péter Szoftver üzletág igazgató 2005. február 2. 2003 IBM Corporation On demand igény szerinti működési

Részletesebben

Szoftver Tervezési Dokumentáció. Nguyen Thai Binh

Szoftver Tervezési Dokumentáció. Nguyen Thai Binh Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,

Részletesebben

Webszolgáltatások kommunikációs overhead-jének becslése

Webszolgáltatások kommunikációs overhead-jének becslése Webszolgáltatások kommunikációs overhead-jének becslése Simon Balázs, sbalazs@iit.bme.hu Dr. Goldschmidt Balázs, balage@iit.bme.hu Dr. Kondorosi Károly, kondor@iit.bme.hu Budapesti Műszaki Egyetem, Irányítástechnika

Részletesebben

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák Bevezetés az SAP világába Zolnai László zolnai@elte.hu http://zolnai.web.elte.hu/bev_sap.html 5. Kommunikációs és integrációs technológiák 1 Rendszerek közötti kapcsolatok SAP és nem-sap rendszerek Vállalaton

Részletesebben

webalkalmazások fejlesztése elosztott alapon

webalkalmazások fejlesztése elosztott alapon 1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák

Részletesebben

Testreszabott alkalmazások fejlesztése Notes és Quickr környezetben

Testreszabott alkalmazások fejlesztése Notes és Quickr környezetben Testreszabott alkalmazások fejlesztése Notes és Quickr környezetben Szabó János Lotus Brand Manager IBM Magyarországi Kft. 1 Testreszabott alkalmazások fejlesztése Lotus Notes és Quickr környezetben 2

Részletesebben

Internet of Things az új mobil forradalom

Internet of Things az új mobil forradalom Internet of Things az új mobil forradalom Tóth Bálint WebSphere brand sales manager balint.toth@hu.ibm.com A világ változik... 50 mrd összekapcsolt eszköz 2020-ra Több tablet, mint PC értékesítés 2013

Részletesebben

Szolgáltatás technológiák (WS, WS-*) Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Szolgáltatás technológiák (WS, WS-*) Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Szolgáltatás technológiák (WS, WS-*) Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Elosztott rendszerek Elosztott rendszerek o Egy hálózaton lévő számítógépek

Részletesebben

MVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák

MVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák Java Web technológiák Bevezetés Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés

Részletesebben

Data Integrátorok a gyakorlatban Oracle DI vs. Pentaho DI Fekszi Csaba Ügyvezető Vinnai Péter Adattárház fejlesztő 2013. február 20.

Data Integrátorok a gyakorlatban Oracle DI vs. Pentaho DI Fekszi Csaba Ügyvezető Vinnai Péter Adattárház fejlesztő 2013. február 20. Data Integrátorok a gyakorlatban Oracle DI vs. Pentaho DI Fekszi Csaba Ügyvezető Vinnai Péter Adattárház fejlesztő 2013. február 20. 1 2 3 4 5 6 7 8 Pentaho eszköztára Data Integrator Spoon felület Spoon

Részletesebben

QBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2

QBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2 QBE Édes Otthon lakásbiztosítás tarifáló webservice Fejlesztői dokumentáció 1.0.2 Az ebben a dokumentumban található információ a FoxArt Kft. tulajdona, és bizalmas anyagként került átadásra. Az anyag

Részletesebben

Enterprise extended Output Management. exom - Greendoc Systems Kft. 1

Enterprise extended Output Management. exom - Greendoc Systems Kft. 1 Enterprise extended Output Management exom - Greendoc Systems Kft. 1 exom - Greendoc Systems Kft. 2 Sokféle bementi adatformátum kezelése Adatok fogadása különböző csatornákon Előfeldolgozás: típus meghatározás,

Részletesebben

Webes alkalmazások fejlesztése 8. előadás. Webszolgáltatások megvalósítása (ASP.NET WebAPI)

Webes alkalmazások fejlesztése 8. előadás. Webszolgáltatások megvalósítása (ASP.NET WebAPI) Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 8. előadás (ASP.NET WebAPI) 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto A webszolgáltatás

Részletesebben

Feltörekvő technológiák: seam, drools, richfaces és társai a JBossban

Feltörekvő technológiák: seam, drools, richfaces és társai a JBossban Feltörekvő technológiák: seam, drools, richfaces és társai a JBossban Török Tamás senior consultant ULX Nyílt Forráskódú Tanácsadó és Disztribúciós Kft. Miről lesz ma szó? Röviden az ULX-ről A JBoss közösségről

Részletesebben

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.

Részletesebben

Kommunikáció. 3. előadás

Kommunikáció. 3. előadás Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek

Részletesebben

WebSphere Adapters. 6. változat 2. alváltozat. WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás

WebSphere Adapters. 6. változat 2. alváltozat. WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás WebSphere Adapters 6. változat 2. alváltozat WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás Megjegyzés Az információk és a tárgyalt termék használatba vétele előtt feltétlenül

Részletesebben

Oracle Containers for Java - j2ee alkalmazás szerver funkciók. Molnár Balázs Oracle Hungary

Oracle Containers for Java - j2ee alkalmazás szerver funkciók. Molnár Balázs Oracle Hungary Oracle Containers for Java - j2ee alkalmazás szerver funkciók Molnár Balázs Oracle Hungary Mi is a J2EE? Szabványgyűjtemény Java alkalmazások számára A JavaSoft közösség alakította ki Összefogja az egyéni

Részletesebben

Üzleti szabálykezelés

Üzleti szabálykezelés Üzleti szabálykezelés Az Alerant és a BCA üzleti szabálykezelési szolgáltatásai Darmai Gábor technológiai igazgató 2008. június 25. A Alerant Al t Zrt. Z t Az 3. Nagyvállalati fókusz (TOP50 vállalat megcélzása)

Részletesebben

Petőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás

Petőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás Petőfi Irodalmi Múzeum A Digitális Irodalmi Akadémia megújuló rendszere technológiaváltás II. Partnerek, feladatok Petőfi Irodalmi Múzeum Megrendelő, szakmai vezetés, kontroll Konzorcium MTA SZTAKI Internet

Részletesebben

JNDI - alapok. Java Naming and Directory Interface

JNDI - alapok. Java Naming and Directory Interface JNDI - alapok Java Naming and Directory Interface Naming Service Naming service: nevek hozzárendelése objektumokhoz, elérési lehetőség (objektumok/szolgáltatások lokalizálása), információk központosított

Részletesebben

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül

Részletesebben

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja 1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3

Részletesebben

Web-szolgáltatás szabványok

Web-szolgáltatás szabványok Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Web-szolgáltatás szabványok Tartalom Követelmények WS-* szabványok Aszimmetrikus kulcsú kriptográfia XML titkosítás, digitális aláírás

Részletesebben

OOP és UML Áttekintés

OOP és UML Áttekintés OOP és UML Áttekintés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) OOP és UML Áttekintés 2013 1 / 32 Tartalom jegyzék 1 OOP Osztály Öröklődés Interfész, Absztrakt Osztály Kivétel kezelés

Részletesebben

SOAP komponensek Delphiben

SOAP komponensek Delphiben SOAP komponensek Delphiben (Simple Object Access Protocol) Bevezetés -Azegyszerűen programozható webhozzáférés azt jelenti, hogy a fejlesztők saját programjukat a weben elérhető szolgáltatásokból építik

Részletesebben

Zimbra levelező rendszer

Zimbra levelező rendszer Zimbra levelező rendszer Budapest, 2011. január 11. Tartalomjegyzék Tartalomjegyzék... 2 Dokumentum információ... 3 Változások... 3 Bevezetés... 4 Funkciók... 5 Email... 5 Társalgás, nézetek, és keresés...

Részletesebben

Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia

Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia Tartalom D Szoftvertechnológia előadás Történeti áttekintés Architektúra D vs CORBA 2 Történeti áttekintés 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is

Részletesebben

Java I. A Java programozási nyelv

Java I. A Java programozási nyelv Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem

Részletesebben

Földmérési és Távérzékelési Intézet

Földmérési és Távérzékelési Intézet Ta p a s z ta l a to k é s g ya ko r l a t i m e g o l d á s o k a W M S s zo l gá l tatá s b a n Földmérési és Távérzékelési Intézet 2011.03.13. WMS Szolgáltatások célja A technikai fejlődéshez igazodva

Részletesebben

OKTATÁSI CSOMAG (SOA)

OKTATÁSI CSOMAG (SOA) OKTATÁSI CSOMAG (SOA) 1 A dokumentum az Új Magyarország Fejlesztési Terv keretében, az Államreform Operatív Program támogatásával, az Elektronikus közigazgatási keretrendszer tárgyú kiemelt projekt megvalósításának

Részletesebben

NETinv. Új generációs informatikai és kommunikációs megoldások

NETinv. Új generációs informatikai és kommunikációs megoldások Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok

Részletesebben

Közösség, projektek, IDE

Közösség, projektek, IDE Eclipse Közösség, projektek, IDE Eclipse egy nyílt forráskódú (open source) projekteken dolgozó közösség, céljuk egy kiterjeszthető fejlesztői platform és keretrendszer fejlesztése, amely megoldásokkal

Részletesebben

1. fejezet Bevezetés a web programozásába (Balássy György munkája)... 11 Az internet működése... 11

1. fejezet Bevezetés a web programozásába (Balássy György munkája)... 11 Az internet működése... 11 Tartalomjegyzék 1. fejezet Bevezetés a web programozásába (Balássy György munkája)... 11 Az internet működése... 11 Géptől gépig... 11 Számok a gépeknek... 13 Nevek az embereknek... 14 Programok egymás

Részletesebben

S, mint secure. Nagy Attila Gábor Wildom Kft. nagya@wildom.com

S, mint secure. Nagy Attila Gábor Wildom Kft. nagya@wildom.com S, mint secure Wildom Kft. nagya@wildom.com Egy fejlesztő, sok hozzáférés Web alkalmazások esetében a fejlesztést és a telepítést általában ugyanaz a személy végzi Több rendszerhez és géphez rendelkezik

Részletesebben

CORBA bevezetés. Paller Gábor 2004.10.08. Internet és mobil rendszerek menedzselése

CORBA bevezetés. Paller Gábor 2004.10.08. Internet és mobil rendszerek menedzselése CORBA bevezetés Paller Gábor 2004.10.08 CORBA Common Object Request Broker Architecture Az Object Management Group (OMG) felügyeli (ugyanaz, mint az UML-t) A specifikáció célja alkalmazások együttműködésének

Részletesebben

pilot példa SOA alkalmazásra 2008. április 29.

pilot példa SOA alkalmazásra 2008. április 29. Közigazgatási pilot példa SOA alkalmazásra 2008. április 29. A Szoftver és Szolgáltatások Nemzeti Technológiai Platform (NESSI Hungary) 2 Program Cél Szakmai konszenzus kialakítása az e-közigazgatás fejlesztésében

Részletesebben

1. Az Android platform bemutatása (Ekler Péter)... 1 1.1. Az Android sikerességének okai... 1 1.2. Az Android platform története... 3 1.3. Android-verziók... 5 1.4. Android Market (Google Play)... 13 1.5.

Részletesebben

Java Server Pages - JSP. Web Technológiák. Java Server Pages - JSP. JSP lapok életciklusa

Java Server Pages - JSP. Web Technológiák. Java Server Pages - JSP. JSP lapok életciklusa Web Technológiák Java Server Pages - JSP Répási Tibor egyetemi tanársegéd Miskolc Egyetem Infomatikai és Villamosmérnöki Tanszékcsoport (IVM) Általános Informatikai Tanszék Iroda: Inf.Int. 108. Tel: 2101

Részletesebben

Mobil szolgáltatások és alkalmazások fejlesztése

Mobil szolgáltatások és alkalmazások fejlesztése Mobil szolgáltatások és alkalmazások fejlesztése SADM Service and Application Development for Mobile Systems Benedek Zoltán, MIK 3.1.2 projekt - projektvezető zoltán.benedek@aut.bme.hu Nemzeti Kutatási

Részletesebben

Tanúsítványkérelem készítése, tanúsítvány telepítése Microsoft Internet Information szerveren

Tanúsítványkérelem készítése, tanúsítvány telepítése Microsoft Internet Information szerveren Tanúsítványkérelem készítése, tanúsítvány telepítése Microsoft Internet Information szerveren Tartalomjegyzék 1. BEVEZETÉS...3 2. A MICROSOFT IIS INDÍTÁSA...3 3. TITKOS KULCS GENERÁLÁSA...3 4. TANÚSÍTVÁNYKÉRELEM

Részletesebben

Web Services. (webszolgáltatások): egy osztott alkalmazásfejlesztési plattform

Web Services. (webszolgáltatások): egy osztott alkalmazásfejlesztési plattform (webszolgáltatások): egy osztott alkalmazásfejlesztési plattform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem A Web Service Web Service definíciója Számos definíció létezik. IBM [4] A Web

Részletesebben

SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA)

SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 1 Bevezetés A növekvő adatkereslettel és az infrastruktúra komplexitásával olyan új architektúrára van szükség, ami lehetővé teszi a vállalkozások számára a rugalmasságot

Részletesebben

Osztott Objektumarchitektúrák

Osztott Objektumarchitektúrák 1. Kliens szerver architektúra Osztott Objektumarchitektúrák Dr. Tick József Jól bevált architektúra Kliens-szerver szerepek rögzítettek Szerver szolgáltatást nyújt, vagy igénybe vesz Kliens csak igénybe

Részletesebben

Kompozit alkalmazások fejlesztése. IBM WebSphere Portal Server

Kompozit alkalmazások fejlesztése. IBM WebSphere Portal Server Kompozit alkalmazások fejlesztése IBM WebSphere Portal Server Portletek -összefoglaló Portlet: portálba integrálható kisalkalmazás Szabványok JSR 168 Portlet 1.0 (IBM API) JSR 286 Portlet 2.0 Dióhéjban

Részletesebben

Flex: csak rugalmasan!

Flex: csak rugalmasan! Flex: csak rugalmasan! Kiss-Tóth Marcell http://kiss-toth.hu marcell@kiss-toth.hu Magyarországi Web Konferencia 2006 2006. március 18. tartalom bevezető Adobe Flex alternatív technológiák bevezető az Internetnek

Részletesebben

The Power To Develop. i Develop

The Power To Develop. i Develop The Power To Develop 2001 Alkalmazások fejlesztése Oracle9i Alkalmazás rel Molnár Balázs Értékesítési konzultáns Oracle Hungary Miről is lesz szó? Mi az Oracle9i AS, technikailag? Hogyan működik Oracle9i

Részletesebben

Újdonságok. Jancsich Ernő Ferenc

Újdonságok. Jancsich Ernő Ferenc Újdonságok Jancsich Ernő Ferenc Microsoft Dynamics NAV o Világszerte, több, mint 110 000 ezer kis- és középvállalat választotta a Microsoft Dynamics NAV rendszert növekedésének támogatásához. o Ez közel

Részletesebben

Metamodellezés. Simon Balázs BME IIT, 2011.

Metamodellezés. Simon Balázs BME IIT, 2011. Metamodellezés Simon Balázs BME IIT, 2011. Bevezetés Metamodellezés EMF & ecore Tartalom (C) Simon Balázs, BME IIT, 2011. 2 Hétfő: Simon Balázs Bevezetés hetente felváltva: előadás és gyakorlat metamodellezés

Részletesebben

OEP Betegéletút lekérdezés háziorvosok és vénytörténet lekérdezés patikák számára. API dokumentáció. verzió: 2.01

OEP Betegéletút lekérdezés háziorvosok és vénytörténet lekérdezés patikák számára. API dokumentáció. verzió: 2.01 OEP Betegéletút lekérdezés háziorvosok és vénytörténet lekérdezés patikák számára API dokumentáció verzió: 2.01 2013.03.26 Tartalomjegyzék 1 BEVEZETÉS...3 1.1 A fejlesztés célja...3 2 API ELÉRÉS ÉS MŐKÖDÉS...3

Részletesebben

Java. Java Message Service. ANTAL Margit. JMS API technológia. ANTAL Margit. Sapientia - EMTE

Java. Java Message Service. ANTAL Margit. JMS API technológia. ANTAL Margit. Sapientia - EMTE Sapientia - EMTE 2008 Az előadás célja Üzenetkommunikációs architektúrák JMS Példák Üzenet gyártó Szinkron üzenetfogyasztó Aszinkron üzenetfogyasztó Üzenetbab (message-driven bean) point-to-point modell:

Részletesebben

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5. IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere

Részletesebben

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás A Mobil multimédiás kliens fejlesztői eszközkészlet létrehozása című kutatás-fejlesztési projekthez A dokumentum célja A dokumentum

Részletesebben

2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése

2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése Tartalom Integrált fejlesztés Java platformon JUnit JUnit használata Tesztelési technikák Demo 2 A specifikáció alapján teszteljük a program egyes részeit, klasszikus V-modell szerint Minden olyan metódust,

Részletesebben

Komponens modellek. 3. Előadás (első fele)

Komponens modellek. 3. Előadás (első fele) Komponens modellek 3. Előadás (első fele) A komponens modellek feladata Támogassa a szoftverrendszerek felépítését különböző funkcionális, logikai komponensekből, amelyek a számítógépes hálózatban különböző

Részletesebben

A SZOFTVERTECHNOLÓGIA ALAPJAI

A SZOFTVERTECHNOLÓGIA ALAPJAI A SZOFTVERTECHNOLÓGIA ALAPJAI Objektumorientált tervezés 8.előadás PPKE-ITK Tartalom 8.1 Objektumok és objektumosztályok 8.2 Objektumorientált tervezési folyamat 8.2.1 Rendszerkörnyezet, használati esetek

Részletesebben

Elektronikus levelek. Az informatikai biztonság alapjai II.

Elektronikus levelek. Az informatikai biztonság alapjai II. Elektronikus levelek Az informatikai biztonság alapjai II. Készítette: Póserné Oláh Valéria poserne.valeria@nik.bmf.hu Miről lesz szó? Elektronikus levelek felépítése egyszerű szövegű levél felépítése

Részletesebben

Osztott rendszerek (Distributed

Osztott rendszerek (Distributed Osztott rendszerek (Distributed systems) Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 09. 18. osztottrendszerek / 1 Tartalom Miért kellenek osztott rendszerek Egy kis

Részletesebben

Előnyei. Helyi hálózatok tervezése és üzemeltetése 2

Előnyei. Helyi hálózatok tervezése és üzemeltetése 2 VPN Virtual Private Network A virtuális magánhálózat az Interneten keresztül kiépített titkosított csatorna. http://computer.howstuffworks.com/vpn.htm Helyi hálózatok tervezése és üzemeltetése 1 Előnyei

Részletesebben

Book Template Title. Author Last Name, Author First Name

Book Template Title. Author Last Name, Author First Name Book Template Title Author Last Name, Author First Name Book Template Title Author Last Name, Author First Name I. rész - Szoftver technológia 1. fejezet - Esettanulmány Bevezetés Az alkalmazás fejlesztésére

Részletesebben

EGY NAGYBÓL HÚSZ KISEBB

EGY NAGYBÓL HÚSZ KISEBB EGY NAGYBÓL HÚSZ KISEBB JAVA EE ALKALMAZÁSÉPÍTÉS 2015-BEN - ESETTANULMÁNY KÁLMÁN ANDRÁS, KÁSA KÁROLY PRECOGNOX INFORMATIKAI KFT, 2015. WWW.PRECOGNOX.COM TARTALOM Monolit és több applikációra bontott alkalmazások

Részletesebben

WebService tesztelés. SOAPui Pro, GreenPepper és Confluence használatával. Verhás & Verhás Szoftver Manufaktúra KNOW-HOW

WebService tesztelés. SOAPui Pro, GreenPepper és Confluence használatával. Verhás & Verhás Szoftver Manufaktúra KNOW-HOW WebService tesztelés SOAPui Pro, GreenPepper és Confluence használatával Verhás & Verhás Szoftver Manufaktúra KNOW-HOW 2008. 5. 15. Verhás & Verhás Szoftver Manufaktúra 1 Tartalom WebService tesztelés

Részletesebben

Java. Perzisztencia. ANTAL Margit. Java Persistence API. Object Relational Mapping. Perzisztencia. Entity components. ANTAL Margit.

Java. Perzisztencia. ANTAL Margit. Java Persistence API. Object Relational Mapping. Perzisztencia. Entity components. ANTAL Margit. Sapientia - EMTE 2008 Az előadás célja JPA - - perzisztencia ORM - - Objektumrelációs leképzés - Entitásbabok Állandóság Mechanizmus amely során az alkalmazás adatai megőrzésre kerülnek valamely perzisztens

Részletesebben

Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás

Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás 1 Főbb jellemzők Hagyományosan 3 elemből (queue, printer, print server) álló rendszer Egyirányú kommunikáció a nyomtató és a munkaállomás

Részletesebben

Szoftver újrafelhasználás

Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással

Részletesebben

Metadata specifikáció

Metadata specifikáció Metadata specifikáció Verzió: 1.1 (2011. Szeptember 14.) aai@niif.hu Biztonsági megfontolások Mivel a metadata tartalmazza a föderációban részt vevő tagok és komponensek technikai információit, ezért a

Részletesebben

Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül. Beke Dániel

Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül. Beke Dániel Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül Beke Dániel Alap Architektúrák ESRI építőelemek Gazdag (vastag) Kliens Alkalmazások Web Alkalmazások Szolgáltatások

Részletesebben

Everything Over Ethernet

Everything Over Ethernet Everything Over Ethernet Következő Generációs Adatközpontok felépítése Lenkei Árpád Arpad.Lenkei@snt.hu 2009. November 12. www.snt-world.com 0 0 Tartalom Adatközpont 3.0 Migráció fázisai, kihívások Építőelemek

Részletesebben

Szerver oldali Java programozás 2007-08/II. 1. óra. Elemkönyvtárak. Elemkönyvtárak használata Saját elemkönyvtár készítése. szenasi.sandor@nik.bmf.

Szerver oldali Java programozás 2007-08/II. 1. óra. Elemkönyvtárak. Elemkönyvtárak használata Saját elemkönyvtár készítése. szenasi.sandor@nik.bmf. Szerver oldali Java programozás 2007-08/II. 1. óra Elemkönyvtárak Elemkönyvtárak használata Saját elemkönyvtár készítése szenasi.sandor@nik.bmf.hu Adatbázisok elérése Témakörök Elemkönyvtárak használata

Részletesebben

IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv. 3.9-es verzió GC22-0258-00

IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv. 3.9-es verzió GC22-0258-00 IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv 3.9-es verzió GC22-0258-00 IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv 3.9-es verzió GC22-0258-00 Megjegyzés

Részletesebben

Osztott rendszerek, Java EE. Általános bevezető

Osztott rendszerek, Java EE. Általános bevezető Osztott rendszerek, Java EE Általános bevezető Osztott rendszerek Hálózati alkalmazások (java.net, java.nio, Apache Mina, stb.) Web-programozás (Servlet, JSP, JSTL, JSF, JavaFX, GWT, Struts, stb.) Webszolgáltatások

Részletesebben

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás

Részletesebben

VIRTUALIZÁCIÓS TECHNOLÓGIÁK EUCALYPTUS CLOUD PLATFORM

VIRTUALIZÁCIÓS TECHNOLÓGIÁK EUCALYPTUS CLOUD PLATFORM Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar VIRTUALIZÁCIÓS TECHNOLÓGIÁK EUCALYPTUS CLOUD PLATFORM Sápi Dénes UWCRHX BUDAPEST, 2011 1. A Cloud Computingről általánosságban

Részletesebben

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10.

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10. Üzleti folyamatok rugalmasabb IT támogatása Nick Gábor András 2009. szeptember 10. A Generali-Providencia Magyarországon 1831: A Generali Magyarország első biztosítója 1946: Vállalatok államosítása 1989:

Részletesebben

Tarantella Secure Global Desktop Enterprise Edition

Tarantella Secure Global Desktop Enterprise Edition Tarantella Secure Global Desktop Enterprise Edition A Secure Global Desktop termékcsalád Az iparilag bizonyított szoftver termékek és szolgáltatások közé tartozó Secure Global Desktop termékcsalád biztonságos,

Részletesebben

IBM felhő menedzsment

IBM felhő menedzsment IBM Váltsunk stratégiát! Budapest, 2012 november 14. IBM felhő menedzsment SmartCloud Provisioning és Service Delivery Manager Felhő alapú szolgáltatások Felhasználás alapú számlázás és dinamikus kapacitás

Részletesebben

KnowledgeTree dokumentumkezelő rendszer

KnowledgeTree dokumentumkezelő rendszer KnowledgeTree dokumentumkezelő rendszer Budapest, 2011. január 11. Tartalomjegyzék Tartalomjegyzék... 2 Dokumentum információ... 3 Változások... 3 Bevezetés... 4 Funkciók... 5 Felhasználói felület... 5

Részletesebben

G Data MasterAdmin 9 0 _ 09 _ 3 1 0 2 _ 2 0 2 0 # r_ e p a P ch e T 1

G Data MasterAdmin 9 0 _ 09 _ 3 1 0 2 _ 2 0 2 0 # r_ e p a P ch e T 1 G Data MasterAdmin TechPaper_#0202_2013_09_09 1 Tartalomjegyzék G Data MasterAdmin... 3 Milyen célja van a G Data MasterAdmin-nak?... 3 Hogyan kell telepíteni a G Data MasterAdmin-t?... 4 Hogyan kell aktiválni

Részletesebben

Levelező szerverek. Hargitai Gábor higany@sch.bme.hu 2005. november 28.

Levelező szerverek. Hargitai Gábor higany@sch.bme.hu 2005. november 28. Levelező szerverek Hargitai Gábor higany@sch.bme.hu 2005. november 28. Miről lesz szó? Protokollok SMTP POP3 IMAP4 Szerverek Bevezető Postfix Courier Hula Sympa SMTP Simple Mail Transfer Protocol 1982-ben

Részletesebben

Mikor? Milyen alkalmazásnál?

Mikor? Milyen alkalmazásnál? Témakörök Milyen alkalmazásoknál lehet erre szükség? Rossz megoldások (közvetlen adatbázis kapcsolat, statikus tartalmak) XML Web services SOAP, WSDL RSS REST JSON Push notification Mikor? Milyen alkalmazásnál?

Részletesebben

ETL keretrendszer tervezése és implementálása. Gollnhofer Gábor Meta4Consulting Europe Kft.

ETL keretrendszer tervezése és implementálása. Gollnhofer Gábor Meta4Consulting Europe Kft. ETL keretrendszer tervezése és implementálása Gollnhofer Gábor Meta4Consulting Europe Kft. Tartalom Bevezetés ETL keretrendszer: elvárások és hogyan készítsük A mi keretrendszerünk Bevezetési tanulságok

Részletesebben