Webtechnológiák információs redszerekben. Technológiai bevezető 1.
|
|
- Anna Gulyásné
- 6 évvel ezelőtt
- Látták:
Átírás
1 Webtechnológiák információs redszerekben Technológiai bevezető 1.
2 Követelmények 2 beadandó feladat Primitív SOA SOA / BPM feladat valamely rendszerben Oracle SOA / BPM Suite IBM WebShpere / IBM Business Process Manager Microsoft BizTalk JBoss jbpm SAP NetWeaver Process Integration GlassFish ESB
3 Szükséges alapok HTTP Adatbázis-kezelés, SQL Java nyelv (Java EE) / ASP.NET & C# Modellezési ismeretek XML
4 Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások
5 Egygépes (standalone) alkalmazások Kliens gép 1 Kliens gép 2 Kliens gép N Program Program Program... Adatok (fájlok) Adatok (fájlok) Adatok (fájlok) A program teljes egészében a munkaállomáson fut. Az adatok ugyanitt tárolódnak. Egyszerre csak egy felhasználó használhatja. Semmilyen hálózati kapcsolat nincs, a különálló programok közti adatszinkronizáció meglehetősen nehézkes.
6 Egyszerű kliens-szerver alkalmazások 1. Egy vagy több szerver gép erőforrásait (jellemzően adatait) megosztja a kliensek között. Jobb esetben on-line. Az alkalmazás egy része (adatbázis-kezelő rsz.) a szerven fut. Kliens gép 1 Program Kliens gép 2 Program Intranet Szerver gép Az alkalmazás logikát implementáló rész a kliens gépeken fut. vastag kliens rendszerek... Kliens gép N RDBMS (Relational DataBase Management System) Egy adatbázist többféle kliens program is használhat. Program Egyszerre több konkurrens felhasználó használhatja.
7 Egyszerű kliens-szerver alkalmazások 2. Jellemzően intranet-es alkalmazásoknál használatos. Kliens gép 1 Terheli a kliens gép erőforrásait. Gyakran mindenféle driver-ek telepítését igényli a kliens gépeken Program Kliens gép 2 Program Intranet Szerver gép Verziófrissítés alkalmával az összes kliens-en frissíteni kell a programot. A RAD (Rapid Application Development) sok eszközzel támogatott, számos jó vizuális fejlesztőkörnyezet: gyorsan összekattint-gathatunk és leprogramozhatunk komoly alkalmazásokat.... Kliens gép N Program RDBMS (Relational DataBase Management System)
8 Többrétegű (multitier) hálózati alkalmazások Minimálisan három réteg létezik: Front End = kliens oldali felhasználói réteg (általában egy WEB böngészőben) Middleware = szerver oldali prezentációs és logikai réteg (általában egy WEB szerveren beágyazott script-ekben összeolvasztva a megjelenítés és az egyszerűbb logika) Back End = hátsó szerver oldali nagykapacitású tároló (adatbázis szerver) vagy számoló réteg
9 Háromrétegű architektúra Front End Middleware Back End Kliens gép 1 Adatbázis szerver WEB Böngésző Kliens gép 2 WEB Böngésző... Internet/ Intranet Web szerver Web Server Application Server (pl. PHP) RDBMS (Relational DataBase Management System) Adatbázis szerver XML DBMS (XML DataBase Management System) Kliens gép N Egyéb szerver WEB Böngésző Nagykapacitású, bonyolul számításokat végző alkalmazás
10 Többrétegű architektúra Front End Kliens gép 1 Prezentációs layer Middleware Logikai layer Back End Adatbázis szerver WEB Böngésző Web szerver1 Web Server Applikációs szerver1 RDBMS (Relational DataBase Management System) Kliens gép 2 WEB Böngésző... Kliens gép N Internet/ Intranet Prezentációs alkalmazás (pl. JSP)... Web szerverk Web Server Application Server... Applikációs szerverm Adatbázis szerver XML DBMS (XML DataBase Management System) Egyéb szerver WEB Böngésző Prezentációs alkalmazás (pl. JSP) Application Server Nagykapacitású, bonyolul számításokat végző alkalmazás
11 Többrétegű architektúra jellemzői Load balancing, terhelésmegosztás. Tervezést támogató környezetek: Java J2EE,.Net. Architektúra felosztás-összevonás logikai szinten. A rendszer logikai architektúrája (tervezés, programozás) független a számítógépes megvalósítástól, hálózattól. A logikai réteg tovább osztható. Nagyon sok konkurens felhasználó kiszolgálására optimalizálva
12 Többrétegű architektúra jellemzői Kliens gép: böngésző, a logika többnyire a szerveren található vékony kliens architektúra Minimális logika a klienseken: a beviteli adatok validálására, a lapok speciális megjelenítésére (pl. JavaScript). A szerveren elkülönül az adattárolás, a logika és a prezentáció eltérő szerepkörök Az egyes szintek önmagukban is tesztelhetőek. A rendszer egyes komponensei több célra vagy újra felhasználhatók.
13 Többrétegű architektúra jellemzői A vékony kliensek miatt nagyon gyenge kliens gépek is elegendők. A technológia platformfüggetlen. A kliensekre nem kell drivert telepíteni. A verziófrissítés csak a szervert érinti, a klienseket nem. Sajnos egyelőre elég kevés eszköz támogatja a RAD-ot (Rapid Application Development), a környezet kevés segítséget nyújt a programozónak a megoldási lehetőségek kiválasztásában Házi szabványok, saját keretrendszerek készülnek. Nehezebb tesztelni
14 Load Balancer Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript Web-es architektúra Front End Kliens: Web böngésző Prezentációs Layer Middleware Logikai Layer Back End Adatbázis szerver Web szerver Prezentációs szerver Alkalmazás szerver RDBMS Adatbázis szerver Kliens: Mobil böngésző / mobil kliens Internet Web szerver Prezentációs szerver Alkalmazás szerver XML DBMS Nagy kapacitású, összetett számításokat végző szerver
15 WS Load Balancer WS Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript WS Web-es architektúra SOA Front End Kliens: Web böngésző Prezentációs Layer Web szerver Middleware SOA Layer ESB + Orchestration+ Back End / Persistence Layer Adatbázis szerver Kliens: Mobil böngésző / mobil kliens Internet Prezentációs szerver Web szerver Prezentációs szerver Web szolgáltatás (alkalmazási logika) Egyéb erőforrások, legacy systems (ERP, CRM, stb). SOA: háttér rendszerekből Business Objects (resources), WS + Human task + Business Rule. Üzleti folyamatok által irányítva
16 Információs rendszer 3 rétege Kliens Firewall Proxy Web Server Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Alkalmazási logika réteg (Business Layer) Backend (Vállalati információs rendszer) DBMS B2B Erőforráskezelő réteg (Data Layer)
17 Információs rendszer 3 rétege Kliens Firewall Proxy Web Server Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Alkalmazási logika réteg (Business Layer) Backend (Vállalati információs rendszer) DBMS B2B Erőforráskezelő réteg (Data Layer)
18 Vállalati alkalmazások
19 XML - extensible Markup Language
20 Kiterjeszthető jelölőnyelv Jelölő nyelv Nincs saját nyelvtana, elemkészlete Nyitott Szöveg alapú Címkékből (tag), attribútumokból és magából a tartalomból áll Hierarchikus szerkezetű Ember számára is értelmezhető Adat és a megjelenítés elválasztható egymástól Általános célú: kommunikáció, adatleírás, stb.
21 SGML nyelvcsalád
22 XML felhasználási területei Struktúrált dokumentumszerkesztés, leírás: docx Vektorgrafika tárolása: VML, SVG Alkalmazások közötti webes kommunikáció: WSDL Pénzügyi információk cseréje: OFX Digitális űrlapok kezelése: XFDL, Infopath Emberi erőforrás menedzsment jelölőnyelv: HRMML Jogi dokumentumok kezelése: OXCI Matematikai képletek leírása, formázása: MathML Konfigurációs adatok leírása: egyedi News feeds leírás: RSS 3D grafikai leírás: X3D Stílus leírásra megjelenítéshez: XSLT Adatbázis, lekérdezés: XQuery HTML leírás: XHTML
23 Jól formázott XML példa Fejrész Dokumentum elem, gyökérelem Feldolgozó utasítás <?xml version="1.0" encoding="iso "?> <!-- Megjegyzés --> <?xml-stylesheet type="text/xsl" href="1.xsl"?> <segedanyagok xmlns:xsi=" xsi:nonamespaceschemalocation="book.xsd" > <irodalom> <cim>xml lépésrol lépésre</cim> <szerzo>michael J. Joung</szerzo> <kiadas>2002</kiadas> </irodalom> <irodalom> <cim>az XML kézikönyv</cim> <szerzo>neil Bradley</szerzo> <kiadas>2005</kiadas> </irodalom> </segedanyagok <?SajatAlkalmazas Param1="ertek" Param2="ertek"?>
24 XML specifikációk közötti kapcsolatok DTD XML dokumentumok supersedes XSD XSLT XQuery uses XPath uses
25 DTD dokumentum típus def. <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE cikk SYSTEM "cikk2.dtd"> <cikk> <datum>2003/05/01</datum> <szerzo>laci</szerzo> <tartalom>tananyag</tartalom> </cikk> A külső DTD fájl: <!ELEMENT cikk (datum, szerzo, tartalom)> <!ELEMENT datum (#PCDATA)> <!ELEMENT szerzo (#PCDATA)> <!ELEMENT tartalom (#PCDATA)>
26 XSD példa <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs=" <xs:element name="konyv"> <xs:complextype> <xs:sequence> <xs:element name="szerzo" type="xs:string"/> <xs:element name="cim" type="xs:string"/> <xs:element name="ar" type="xs:integer"/> </xs:sequence> </xs:complextype> </xs:element> </xs:schema> Az XML dokumentumban így kell megadni: <?xml version="1.0" encoding="utf-8"?> <konyv xmlns:xsi=" xsi:nonamespaceschemalocation="konyv.xsd"> <szerzo>xy</szerzo> <cim>xml tananyag</cim> <ar>1000</ar> </konyv>
27 W3C Document Object Model Platform- és nyelv független interfészleírás A tartalom, a struktúra és a design hozzáféréséhez, módosításához. Objektumok és tulajdonságaik és hozzáférési metódusok szabálya Részei: Core DOM: bármilyen strukturált dokumentumra vonatkozó szabvány HTML DOM: HTML dokumentumokra XML DOM: XML dokumentumokra
28 XML DOM Node-ok Node típus Dokumentum Feldolgozási instrukció Elem Attribútum Szöveg Példa <!DOCTYPE food SYSTEM "food.dtd"> <?xml version="1.0"?> <drink type="beer">carlsberg</drink> type="beer" Carlsberg
29 Letar.xml kapcsolati struktúrája Gyökér elem: <leltar> parentnode Elem: <konyv> firstchild nextsibling previoussibling Elem: <konyv> Elem: <konyv> Elem: <konyv> Elem: <konyv> lastchild
30 XML parse-olás a böngészőkben XML beolvasása a memóriába XML DOM objektum készítése Parszolást követően az XML JavaScript-ből feldolgozható xmldoc=new ActiveXObject("Microsoft.XMLDOM"); //IE xmldoc=document.implementation.createdocument("","",null); //Firefox, Opera, stb. xmldoc.async="false"; xmldoc.load("leltar.xml");
31 XML DOM properties & methods Properties x.nodename x neve x.nodevalue x node értéke x.parentnode x node szülője x.childnodes x node gyermeke x.attributes x node attribútuma Metódusok x.getelementsbytagname(nev) visszaadja az összes nev nevű elemet x.appendchild(node) x elemhez beszúr egy gyermek elemet x.removechild(node) gyermek elem törlése
32 XML feldolgozás documentelement: gyökér elem getelementsbytagname("cim"): az összes cim nevű elem kijelölése getelementsbytagname("cim")[0]: az első cim nevű elem childnodes[0]: a cim nevű elem első gyermek eleme nodevalue: a node (szöveges elem) értéke nodename: node neve nodetype: node típusa
33 Delphi unit Unit1; interface uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, ComObj; type TForm1 = class(tform) Button1: TButton; procedure Button1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form1: TForm1; implementation {$R *.DFM}
34 Delphi - 2 procedure TForm1.Button1Click(Sender: Tobject); var xml:variant; begin xml:=createoleobject('msxml2.domdocument.4.0'); xml.async := false; xml.loadxml('<alma></alma>'); root:=xml.documentelement; newnode:=xml.createelement('barack'); newnode.text:='sárga'; root.appendchild(newnode); newnode:=xml.createelement('citrom'); newnode.text:='savanyú'; root.appendchild(newnode); ShowMessage(xml.documentElement.xml); end; end.
35 Visual Basic Dim xmldoc As New Msxml2.DOMDocument40 Dim comment As IXMLDOMComment xmldoc.async = False xmldoc.loadxml ("<ALMA></ALMA>") Set root = xmldoc.documentelement Set newnode = xmldoc.createelement("barack") newnode.text = sárga root.appendchild newnode Set newnode = xmldoc.createelement("citrom") newnode.text = savanyú root.appendchild newnode MsgBox (xmldoc.documentelement.xml)
36 JavaScript var xmldoc = new ActiveXObject("Msxml2.DOMDocument.4.0"); var root; var newnode; xmldoc.async = false; xmldoc.loadxml("<alma></alma>"); root = xmldoc.documentelement; newnode = xmldoc.createelement("barack"); newnode.text = sárga ; root.appendchild(newnode); newnode = xmldoc.createelement("citrom"); newnode.text = savanyú ; root.appendchild(newnode); alert(xmldoc.documentelement.xml);
37 WEB-SZOLGÁLTATÁSOK
38 Webszolgáltatások fogalma IBM (lényege) Egy interface, mely a hálózaton keresztül szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl) Sun Szoftverelemek, melyeket az alkalmazások felkutatnak, egyesíthetnek és átszervezhetnek, hogy megoldást találjanak a felhasználó problémájára. Elsősorban a Java nyelvre és az XML-re támaszkodnak. 38
39 Webszolgáltatások fogalma Microsoft (többféleképpen, lényeg) Nem objektummodellekre épít, hanem mindenhonnan elérhető webprotokollokon és adatformátumokon keresztül használjuk. Nem foglalkozik a megvalósítással, bármilyen rendszer, bármilyen programnyelv lehet a kiszolgáló. Nem szorítja meg az XML formátumot. W3C A software system designed to support interoperable machine-to-machine interaction over a network. It has an interface described in a machine-processable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with XML serialization in conjunction with other Web-related standards. 39
40 Webszolgáltatások fogalma Bármilyen rendszer Bármilyen programnyelv HTTP Mime típusok Web itt hálózat, nem feltétlenül Internet (Világháló, World Wide Web) Egységesítés, modularitás (verziózás) Kérés-válasz típusú (Request-Response, Rq/Rs) 40
41 Webszolgáltatások Előzmények: RPC (távoli eljáráshívás) CORBA... Fajtái: SOAP RESTful... 41
42 Webszolgáltatások használata Service Registry / Broker Find Register Service Consumer / Requester Bind Execute Service Provider 42
43 Webszolgáltatás protokol szintek Service-based Processes Service Discovery Service Description - Webszolgáltatások integrálása - WS-BPEL - Webszolgáltatások regisztrálása - UDDI - Interfész specifikáció - WSDL Service Messaging Service Transport - XML alapú üzenetek - XML-RPC, SOAP -Üzenet átviel - HTTP, SMTP, FTP, BEEP 43
44 RESTful webszolgáltatások Representational State Transfer CRUD műveletekből HTTP műveleteket készítünk: Alkalmazás művelet Create Retrieve Update Delete HTTP protokoll POST GET PUT DELETE 44
45 RESTful webszolgáltatások HTTP(S) Hívás 1 GET URL ( Név-érték párok (nincs struktúra, csak felsorolás) Urlencoding (értékek) Karakter ascii kódja hexadecimálisan % jel után ( = + ) 2047 byte adat lehet a kérésben 45
46 Rész(let)ek HTTP(S) Hívás 2 POST URL ( Request data: bármi Request header Content-Type» application/x-www-form-urlencoded (Név-érték párok (nincs struktúra, csak felsorolás))» text/xml (lehet strukturálni) 46
47 Rész(let)ek HTTP(S) Eredmény / Válasz Bármi lehet Általában szöveges adatok Response header Content-Type HTML TEXT XML JSON (JavaScript Object Notation) 47
48 Példa: XML <?xml version="1.0" encoding="utf-8"?> <direct-messages type="array"> <direct_message> <text>hello</text> <sender> <name>teszt Elek</name> </sender> </direct-message> </direct-messages> JSON [ ] { "text":"hello", "sender":{ "name":"teszt Elek" } } 48
49 JSON (JavaScript Object Notation) Nyelvtől független szöveg formátum ( C-szerű leírás ) Emberek számára is olvasható írható, Könnyen feldolgozható és előállítható, adatcsere-formátum. A JSON-nak két típusú felépítése lehetséges: név-érték párok halmaza értékek rendezett halmaza (pl. tömb, vektor) JSON ELEM LÉTREHOZÁSA PHP-BAN <?php $array = array ('a'=>1,'b'=>2,'c'=>3,'d'=>4,'e'=>5); echo json_encode($array); // Eredmény: {"a":1,"b":2,"c":3,"d":4,"e":5}?> JSON ELEM OBJEKTUMMÁ ALAKÍTÁSA JAVASCRIPTBEN <script type="text/javascript"> var response = '{"a":1,"b":2,"c":3,"d":4,"e":5}'; var result = eval("("+response+")"); alert(result.a); // Eredmény: 1 alert(result.b); // Eredmény: 2 </script> 49
50 Rész(let)ek Kliens Bármilyen rendszer Bármilyen böngésző Bármilyen nyelven írt alkalmazás Web application Desktop application HTTP hívás kezdeményezése szövegfeldolgozása Szövegműveletek XML programkönyvtárak JSON programkönyvtárak 51
51 Rész(let)ek Szerver Bármilyen Bármilyen nyelven írt web alkalmazás HTTP kérés kiszolgálása Szövegműveletek (mint, ha HTML-t adna vissza) XML programkönyvtárak JSON programkönyvtárak 52
52 SOAP 53
53 W3C ajánlás (szabványosítás felé) SOAP Simple Object Access Protocol Verzió: 1.2 SOAP kérés Request headerben Content-Type: text/xml SOAPAction Tartalom XML saját névtérben 54
54 W3C ajánlás (szabványosítás felé) SOAP válasz Response headerben Content-Type: text/xml Válasz ugyanolyan borítékban (Envelope) található, mint a kérés Tartalom XML saját névtérben 55
55 SOAP <soap:envelope namespaces > <soap:header> <wsa:messageid> unique ID </wsa:messageid> <wsa:replyto> endpoint </wsa:replyto> </soap:header> <soap:body> <bank:balancerequest> data </bank:balancerequest> </soap:body> </soap:envelope>
56 SOAP Body Header
57 Példa: Host: server.com Content-Length: 100 SOAPAction: " Content-Type: text/xml;charset=utf-8 HTTP/ OK Content-Length: 100 Content-Type: text/xml;charset=utf-8 <soapenv:envelope xmlns:soapenv= <soapenv:header> </soapenv:header> <soapenv:body> </soapenv:body> </soapenv:envelope> 58
58 SOAP Request Message SOAP Envelope Namespace <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> Message </soap:envelope> Message Namespace SOAP Envelope
59 SOAP Response Message <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:getstockpriceresponse> <m:price>34.5</m:price> </m:getstockpriceresponse> Message </soap:body> </soap:envelope> Result returned in Body SOAP Envelope
60 REST példa 1. GET /stock/ibm HTTP/1.1 Host: Accept: application/xml
61 SOAP példa 1. POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> </soap:envelope>
62 REST példa 2. POST /order HTTP/1.1 Host: Content-Type: application/xml; charset=utf-8 <?xml version="1.0"?> <order> <StockName>IBM</StockName> <Quantity>50</Quantity> </order> 63
63 SOAP példa 2. POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap=" soap:encodingstyle=" <soap:body xmlns:m=" <m:buystock> <m:stockname>ibm</m:stockname> <m:quantity>50</m:quantity> </m:buystock> </soap:body> </soap:envelope>
64 W3C ajánlás (szabványosítás felé) WSDL Web Service Definition Language Verzió: 1.1 <definitions>: A WSDL gyökér eleme <porttype> Művelet definíció. Mely műveleteket, függvényeket használjuk. Melyik üzenetre milyen a válaszüzenet? <message> Üzenet definíció. Milyen üzeneteket küldünk át? <types> Típus definíciók, XML séma segítségével. Milyen adatokat viszünk át? <binding> Végpont és műveletek összekötése (protocol definíció). Hogyan vigyük át az üzeneteket? GET,POST,SOAP Vannak új irányok: JMS; Fájlírás, -figyelés <service> Végpont definíció. Hol található a szolgáltatás? 65
65 WSDL szerkezete <definitions> <porttype> </porttype> <message> </message> <types> </types> <binding> </binding> </definitions> 66
66 WSDL példa: <types> <types> <schema targetnamespace=" xmlns=" <element name="tradepricerequest"> <complextype> <all> <element name="tickersymbol" type="string"/> </all> </complextype> </element> <element name="tradeprice"> <complextype> <all> <element name="price" type="float"/> </all> </complextype> </element> </schema> </types> 67
67 WSDL példa: <porttype> és <message> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> 68
68 WSDL példa: <binding> <binding type="glossaryterms" name="b1"> <soap:binding style="document" transport=" /> <operation> <soap:operation soapaction=" <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> 69
69 WSDL példa: <service> <service name= GlossaryTermsService"> <port name= GlossaryTermsSoapHttpPort" binding="tns:glossarytermssoapbinding"> <soap:address location=" ssarytermsservice"/> </port> </service> 70
70 Végrehajtás Enterprise System Web Services Platform WSDL ServiceDeployment XML Schema Library Book.xsd types binding operation Java Method
71 WSDL Új irányok/fejlesztések WADL (Web Application Definition Language) WSEL (Web Service Endpoint Language): a szolgáltatás egyéb jellemzőinek leírása, pl.: biztonsági rendszer, használat költségei 72
72 UDDI Universal Description, Discovery and Integration Webszolgáltatás-tár, API specifikáció webszolgáltatások felderítéséhez Szolgáltatáskatalógus része 73
73 UDDI struktúra Business entity szervezeti információk, kontakt Business Service Nyújtott szolgáltatások Binding Template A szolgáltatás eléréséhez szükséges információk tmodel (technikai model) Specifikáció, pl.: WSDL Osztályozási, kategorizálási információk
74 UDDI példa 75
75 WS keresés a neten 76
76 Tesztelés SoapUI Felület WSDL import Validálás (Rq/Rs) Példa BarCode39 project 77
77 Példa BarCode vonalkód generálás SoapUI-ban már láttuk Böngésző GET, POST, SOAP Java alkalmazás SOAPClientTest 78
78 Példa Java kliens kódja (BarCode, SOAPClientTest) SOAP (automatikus kódgenerálás, JAXB) FileOutputStream fw = null; net.webservicex.barcode service = new net.webservicex.barcode(); net.webservicex.barcodesoap port = service.getbarcodesoap(); fw = new FileOutputStream(filename); fw.write(port.code39(jtextfield1.gettext(), Integer.parseInt(jTextField2.getText()), getlatszik(), jtextfield4.gettext())); fw.close(); 79
79 Példa Java kliens kódja (BarCode, SOAPClientTest) Szöveg feldolgozása HTTPCaller hc =new HTTPCaller(); hc.seturl(" String req="<soapenv:envelope xmlns:q0=\" xmlns:soapenv=\" xmlns:xsd=\" xmlns:xsi=\" <q0:code39> <q0:code>".concat(jtextfield1.gettext()).concat("</q0:code><q0:barsize>").concat(jtextfield2.ge ttext()).concat("</q0:barsize><q0:showcodestring>").concat((string) jcombobox1.getselecteditem()).concat("</q0:showcodestring> <q0:title>").concat(jtextfield4.gettext()).concat("</q0:title></q0:code39></soapenv:body></soap env:envelope>"); hc.setdata(req); fw = new FileOutputStream(filename); Map RqHeader = new TreeMap(); RqHeader.put("Host", " RqHeader.put("Content-Length", String.valueOf(req.length())); RqHeader.put("SOAPAction", " RqHeader.put("Content-Type", "text/xml;charset=utf-8"); String res=hc.getstringresult(rqheader); fw.write(base64.decode(res.substring(res.indexof("<code39result>")+14, res.indexof("</code39result>")))); fw.close(); 80
80 Irodalom/Linkek Java alapú webszolgáltatások (2002. Kiskapu) anguage 81
81 SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 82
82 83
83 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 és a kiterjeszthetőséget. Alapvetően kódmentes, önálló logikai adatintegrációs forma. IT (és üzleti) stratégiai eszköz. A Hogyan? helyett a Mit? -re koncentrálva az integrációs megoldások gyors fejlesztése valósítható meg. 84
84 SOA - tulajdonságok Jól definiált illesztő felületet ad, fekete doboz - elrejti implementációjának részleteit Nyílt szabványú mechanizmusokon át hívható Építőelemei: szolgáltatások A szolgáltatások önállóan is működőképesek, platform- és eszközfüggetlenek (tetszőleges technológiával készülhetnek), szabványos, jól definiált interfésszel rendelkeznek, és szabványos adatcsere- és kommunikációs protokollokkal érhetők el az elosztott hálózatokban. 85
85 SOA példa A megvalósításának egy példája: Web Services Szolgáltatások melyek összekapcsolódás mentesek - ahelyett, hogy a forráskódúkba ágyazva hívnák meg egymást, egy előre meghatározott protokollt használnak az egymással való kommunikáció leírásához: A WDSL (Web Description Services Language) a szolgáltatásokat a SOAP (Simple Object Access Protocol) pedig kommunikációs protokollokat írja le. 86
86 Szolgáltatások típusai Üzleti szolgáltatások: teljes vagy rész üzleti funkciókat valósítanak meg. ügyfélkezelés számlakezelés Technikai szolgáltatások: Az üzleti szolgáltatások megvalósításához az egységesítés és újrafelhasználás érdekében nélkülözhetetlenek olyan alacsonyabb szintű építőelemek, melyek az üzleti felhasználók számára nem láthatók. naplózás, archiválás, dokumentumtárolás, megjelenítési szolgáltatások 87
87 SOA Igérete A SOA nagy ígérete: az alkalmazások fejlesztési költsége az időben előre haladva a végtelenben a nullához közelit, mivel egyre több szolgáltatás áll rendelkezésre az újabb feladat megvalósításához. Ezáltal a fejlesztések egyre inkább csak szolgáltatások egymás után kötéséből állnak. Erre a célra használt eszközök a Business Process Management, BPEL, WS-CDL, WS-Coordination. 88
88 Programozók vs. szoftverfejlesztők A programozók az alkalmazások fejlesztéséhez olyan hagyományos nyelveket használnak, mint Java, C++, C, C#. Szoftverfejlesztők, szoftvermérnökök és a különböző üzleti folyamat szakértői egy megfelelő hangszerelést használva kapcsolják össze az egyedi SOA objektumokat. 89
89 SOA létrejöttének okai rugalmatlan üzleti megoldások integrációs nehézségek a szabványok hiánya miatt architekturális problémák ad hoc fejlődés pont-pont kapcsolatok heterogén szigetmegoldások infrastrukturális hiányok lecserélési korlátok növekvő modularitás 90
90 SOA technológia fejlődésének mérföldkövei 92
91 Enterprise Application Integration (EAI), mint a SOA elődje A vállalati szintű alkalmazásintegráció (EAI) a különféle vállalati szoftverrendszerek (például ERP, SCM, CRM szoftverek) belső integrációját jelenti. Ahhoz, hogy a különböző szoftvereket folyamat-orientált módon integráljunk, az egyszerű, alkalmazások közötti pontpont adatcsere nem elegendő. A megfelelő megoldás a több alkalmazást is érintő komplex folyamatok leképezése. 93
92 SOA A szolgáltatásorientált architektúra lazán kapcsolódó, és együttműködő szoftverszolgáltatások segítségével támogatja az üzleti és egyéb folyamatokat. 94
93 SOA Alapelvei Újrafelhasználhatóság Részletesség Modularitás Komponálhatóság (composability) Komponensalapúság Együttműködési képesség Szabványok közti együttműködés (fő és vállalat specifikusan) Szolgáltatások azonosítása és kategorizálása elérhetősége és átadása megfigyelése és követése. 95
94 SOA infrastruktúra részei Szolgáltatások Szolgáltatásbusz (ESB) Szolgáltatástár (Registry-Repository) Front-end rendszerek (felhasználók) IT Service Management Üzleti monitorozás 96
95 Szabványos megvalósítás 97
96 BPEL - Business Process Execution Language 98
97 SOA keretrendszer A SOA keretrendszerek olyan újrafelhasználható szolgáltatásokat tartalmaznak, (vállalati osztályok feladatai, műveltei), és kellően megtervezettek ahhoz, hogy méretük változtatható legyen a betöltésük során, illetve megfeleljenek a különböző típusú tartós alkalmazások követelményeinek. Keretrendszer használatával jó minőségű szolgáltatás fejleszthető, amit tervezési minták és hasznos gyakorlatok segítenek. 99
98 Keretrendszer - fejlesztőknek Egy egységes alapot használnak az alkalmazások, webszolgáltatások és portálok készítésére. Fejlesztik a termelékenységet azáltal, hogy fuzionálnak a tervezési mintákkal és a helyes tapasztalatokkal. Kevesebb kódot írnak azáltal, hogy kihasználják a keretrendszer nyújtotta lehetőségeit. A J2EE/.NET szabványok és specifikációjuk ismerete nem szükséges. Nem szükséges szakértőnek lenniük az objektumorientált tervezésben és tervezési mintákban ahhoz, hogy ezt használják. 100
99 Keretrendszer - vállalatoknak Katalizátor a szolgáltatásorientált architektúra eléréséhez és alacsony költséghez Ismételhetőséget és egy minimális szintű architekturális és tervezési merevséget Fejlett üzleti gyorsaságot moduláris megoldás eredményeként, amik könnyen változtathatóak, gyakran konfigurációs módosítások által. Nagyobb következetességet, előre láthatóságot, és jobb teszt megoldást. Fejlett fejlesztői mobilitást projektek között 101
100 Szolgáltatások életciklusa Elemzés és elvárások Az üzlet kezdetben inicializálja és prioritásuk szerint sorrendbe teszi az üzleti igényeket. Tervezés és fejlesztés A tervezési fázisban az üzleti elemzők szorosan együttműködnek a modellezőkkel a megfelelő eredmény érdekében. IT üzemeltetés Felelős a tesztelését, véghezvitelért, a megfelelő környezetért, a hálózati méretezésért, és az adatközpontért. Feladata a bevezetés, monitorozás és a következő szint biztosítása. Követelményei a függőségek nyomon követése, és kezelése, alkalmazások támogatásának biztosítása, bevezetése és az üzleti szolgáltatások menedzselése a termelésben. 102
101 Üzleti folyamatok felügyelete Business Process Management (BPM) A folyamatok pontos megértésének segítségével csökkenti a kockázatokat, még a megvalósítást megelőzően. Redundanciák és szűk keresztmetszetek azonosítására és kiküszöbölésére szolgál. Elősegíti folyamatok automatizálásának megvalósítását a kézi tevékenységek kiiktatásával és új üzleti szabályokat és folyamatokat hajt azonnali végre. Megjeleníti a folyamatok valós viselkedését a legfontosabb működési jellemzők mérésével. Hosszú futási idejű, szinkronizált és aszinkron üzleti folyamatok menedzselésére használják. 103
102 SOA előnyei Újrafelhasználhatóság fejlesztési, adminisztratív és üzemeltetési költség csökkenése egységes fejlesztési és üzemeltetési módszertan üzlet és IT hatékony együttműködés rugalmasak, átláthatóak, mérhetőek és monitorozhatóak vállalati/üzleti folyamatok Szabványok alkalmazása jellemzi 104
103 SOA - hátrányai Kiegészítő környezet és tervezés szükségeltetik Különböző platformok és termékek közötti együttműködés létrehozása lehetetlen megfelelő szakember hiányában Bevezetésének lépéseit nem szabad elkapkodnunk Ne csak a rövidtávú, hanem a hosszú távú szempontokat is vegyük figyelembe a döntéseinkben és építsük fel a szükséges tudást Legyen elkötelezett a cégmenedzsment a SOA irányába, illetve az IT és az üzlet legyenek egyenrangú felek, ismerjék meg egymást, alakítsanak ki közös nyelvet 105
Webszolgáltatások (WS)
Webszolgáltatások (WS) Webszolgáltatások fogalma IBM (lényege) Egy interface, mely a hálózaton keresztül szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl) Sun Szoftverelemek,
RészletesebbenSZOLGÁ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észletesebbenWebtechnológiák információs redszerekben. Bevezető 1.
Webtechnológiák információs redszerekben Bevezető 1. Témakörök Ismertetés, bevezető, mashup, WS bővebben - SOA Üzleti folyamatmenedzsment BPM Enterprise Architecture ARIS Big Data Nagyvállalati web-alkalmazások
RészletesebbenWebtechnológiák információs redszerekben. Bevezető 1.
Webtechnológiák információs redszerekben Bevezető 1. Témakörök Web szolgáltatások első beadandó Szolgáltatás-Orientált Architektúrák - SOA Üzleti folyamatmenedzsment BPM (Bizagi) második beadandó Enterprise
RészletesebbenWebtechnológiák információs redszerekben. Bevezető 1.
Webtechnológiák információs redszerekben Bevezető 1. Témakörök Web szolgáltatások első beadandó Szolgáltatás-Orientált Architektúrák - SOA Üzleti folyamatmenedzsment BPM (Bizagi) második beadandó Enterprise
RészletesebbenADATBÁ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észletesebbenDebreceni 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észletesebbenSzolgá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észletesebbenSOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni.
Service-Oriented Architecture, SOA Az elosztott rendszerek fejlesztésének módja. Célja:az IT eszközök komplexitásának a kezelésének egyszerűsítése könnyebben újrafelhasználhatóság, egymással integrálhatóság
Részletesebbenextensible Markup Language:
XML XML 1 - alapok XML extensible Markup Language: Kiterjeszthető jelölőnyelv Jelölő nyelv Általában láb szöveges fájlban tároljuk Címkékből (tag), attribútumokból és magából a tartalomból áll Hierarchikus
RészletesebbenOsztott 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észletesebbenSzolgá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észletesebbenSzolgá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észletesebbenSzolgá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észletesebbenWebes 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észletesebbenA J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
RészletesebbenJAVA webes alkalmazások
JAVA webes alkalmazások Java Enterprise Edition a JEE-t egy specifikáció definiálja, ami de facto szabványnak tekinthető, egy ennek megfelelő Java EE alkalmazásszerver kezeli a telepített komponensek tranzakcióit,
RészletesebbenSimon Balázs Dr. Goldschmidt Balázs Dr. Kondorosi Károly. BME, Irányítástechnika és Informatika Tanszék
Simon Balázs (sbalazs@iit.bme.hu) Dr. Goldschmidt Balázs Dr. Kondorosi Károly BME, Irányítástechnika és Informatika Tanszék Webszolgáltatások, WS-* szabványok WS-* implementációs architektúra Célkitűzés:
RészletesebbenTestreszabott 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észletesebbenJava 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észletesebbenWeb-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észletesebbenAPI tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
RészletesebbenFejleszté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Ü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észletesebbenSzolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
RészletesebbenSzolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
RészletesebbenOracle9i 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észletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenWeb-fejlesztés NGM_IN002_1
Web-fejlesztés NGM_IN002_1 Szindikálás, aggregálás - RSS, Atom Tartalom betáplálás Gyakran frissül! webszájtok Új felhasználói igények el!fizetési igény az új tartalomra a tartalom újrafelhasználása eltér!
RészletesebbenFlash é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észletesebbenA Java EE 5 plattform
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenPető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észletesebbenBevezetés Működési elv AJAX keretrendszerek AJAX
AJAX Áttekintés Bevezetés Működési elv AJAX-ot támogató keretrendszerek Áttekintés Bevezetés Működési elv AJAX-ot támogató keretrendszerek Áttekintés Bevezetés Működési elv AJAX-ot támogató keretrendszerek
RészletesebbenWeb 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észletesebbenNyí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észletesebbenAdatbázis rendszerek 7. előadás State of the art
Adatbázis rendszerek 7. előadás State of the art Molnár Bence Szerkesztette: Koppányi Zoltán Osztott adatbázisok Osztott rendszerek Mi is ez? Mi teszi lehetővé? Nagy sebességű hálózat Egyre olcsóbb, és
RészletesebbenSOAP 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észletesebbenFicsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenFlex: 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észletesebbenWWW Kliens-szerver Alapfogalmak Technológiák Terv. Web programozás 1 / 31
Web programozás 2011 2012 1 / 31 Áttekintés Mi a web? / A web rövid története Kliens szerver architektúra Néhány alapfogalom Kliens- illetve szerver oldali technológiák áttekintése Miről lesz szó... (kurzus/labor/vizsga)
RészletesebbenMikor? 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észletesebbenMVC. Model View Controller
MVC Model View Controller Szoftver fejlesztés régen Console-based alkalmazások Pure HTML weboldalak Assembly, C Tipikusan kevés fejlesztő (Johm Carmack Wolfenstein, Doom, Quake..) Szűkös erőforrások optimális
RészletesebbenGrafikus keretrendszer komponensalapú webalkalmazások fejlesztéséhez
Grafikus keretrendszer komponensalapú webalkalmazások fejlesztéséhez Székely István Debreceni Egyetem, Informatikai Intézet A rendszer felépítése szerver a komponenseket szolgáltatja Java nyelvű implementáció
RészletesebbenNyilvántartási Rendszer
Nyilvántartási Rendszer Veszprém Megyei Levéltár 2011.04.14. Készítette: Juszt Miklós Honnan indultunk? Rövid történeti áttekintés 2003 2007 2008-2011 Access alapú raktári topográfia Adatbázis optimalizálás,
Részletesebbenwebalkalmazá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észletesebbenSzerializáció. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Szerializáció / 22
Szerializáció Tóth Zsolt Miskolci Egyetem 2014 Tóth Zsolt (Miskolci Egyetem) Szerializáció 2014 1 / 22 Tartalomjegyzék 1 Szerializációs Alapfogalmak 2 Szerializációs Megoldások Object Szerializáció XML
RészletesebbenCMDB architektúra megjelenítése SAMU-val Rugalmas megoldás. ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ
CMDB architektúra megjelenítése SAMU-val Rugalmas megoldás ITSMF 2015. 10. 30. Bekk Nándor Magyar Telekom / IT szolgáltatás menedzsment központ Tartalom Nehézségeink CMDB adatok és függ ségek vizualizációja
RészletesebbenGIS fejlesztés Web platformra nyílt forráskódú ingyenes eszközökkel
Nyugat-Magyarországi Egyetem Geoinformatikai Kar Magyar Tudomány Ünnepe 2007 A térinformatika mindenkié GIS fejlesztés Web platformra nyílt forráskódú ingyenes eszközökkel Kottyán László adjunktus Tartalom
RészletesebbenTartalom DCOM. Történeti áttekintés. Történeti áttekintés. Történeti áttekintés. Történeti áttekintés
Tartalom D Szoftvertechnológia elıadás Architektúra D vs CORBA Példá 2 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is használatos (pl. vágólap) NetDDE NetBIOS
RészletesebbenIBM Software Group Archiválási technológiák - tartalomkezelés Kovács László Az információ kezelésének evolúciója Struktúrált adatok kezelése '60s Alkalmazások '70s Adatbázisok alkalmazásokra optimalizálva
RészletesebbenRIA Rich Internet Application
Áttekintés RIA Rich Internet Application Komplex felhasználói felülettel rendelkező web-alkalmazások Bevezető Flex áttekintés ActionScript Felhasználói felület tervezése Események Szerver oldali szolgáltatásokkal
RészletesebbenDokumentumformátumok Jelölő nyelvek XML XML. Sass Bálint sass@digitus.itk.ppke.hu. Bevezetés a nyelvtechnológiába 2. gyakorlat 2007. szeptember 20.
XML Sass Bálint sass@digitus.itk.ppke.hu Bevezetés a nyelvtechnológiába 2. gyakorlat 2007. szeptember 20. 1 DOKUMENTUMFORMÁTUMOK 2 JELÖLŐ NYELVEK 3 XML 1 DOKUMENTUMFORMÁTUMOK 2 JELÖLŐ NYELVEK 3 XML DOKUMENTUMFORMÁTUMOK
RészletesebbenOracle 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észletesebbenWebes alkalmazások fejlesztése
Webes alkalmazások fejlesztése 3. gyakorlat Authentikáció, adatok feltöltése Szabó Tamás (sztrabi@inf.elte.hu) - sztrabi.web.elte.hu Authentikáció Manapság már elvárás, hogy a felhasználó regisztrálni
RészletesebbenJunior Java Képzés. Tematika
Junior Java Képzés Tematika I. Szakmai törzsanyag A tematika tartalmaz algoritmuselméletet, programozási tételeket, tipikus adatfeldolgozó feladatokat, programozási nyelvi alapelemeket, technológiai ismereteket,
RészletesebbenBevezető. Servlet alapgondolatok
A Java servlet technológia Fabók Zsolt Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 03. 06. Servlet Bevezető Igény a dinamikus WEB tartalmakra Előzmény: CGI Sokáig
RészletesebbenBevezeté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észletesebbenAspektus-orientált nyelvek XML reprezentációja. Kincses Róbert Debreceni Egyetem, Informatikai Intézet
Aspektus-orientált nyelvek XML reprezentációja Kincses Róbert Debreceni Egyetem, Informatikai Intézet kincsesr@inf.unideb.hu Bevezetés OOP: helyesen alkalmazva jó minőségű szoftvert lehet vele előállítani
RészletesebbenQBE É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észletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
RészletesebbenKomponens 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észletesebbenKomponens 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észletesebbenOsztott 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észletesebbenVicziá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észletesebbenOracle adatkezelési megoldások helye az EA világában. Előadó: Tar Zoltán
Oracle adatkezelési megoldások helye az EA világában Előadó: Tar Zoltán Témák Bemutatkozás Enterprise Architecture bemutatása Mi az az EA? TOGAF bemutatása OEAF bemutatása Oracle megoldások Oracle termékek
RészletesebbenSzoftver 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észletesebbenJava 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észletesebbenKommuniká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észletesebbenEnterprise 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észletesebbenA 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észletesebbenFö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észletesebbenExcel ODBC-ADO API. Tevékenységpontok: - DBMS telepítés. - ODBC driver telepítése. - DSN létrehozatala. -Excel-ben ADO bevonása
DBMS spektrum Excel ODBC-ADO API Tevékenységpontok: - DBMS telepítés - ODBC driver telepítése - DSN létrehozatala -Excel-ben ADO bevonása - ADOConnection objektum létrehozatala - Open: kapcsolat felvétel
RészletesebbenPárhuzamos és Grid rendszerek
Párhuzamos és Grid rendszerek (12. ea) Cloud computing Szeberényi Imre BME IIT M Ű E G Y E T E M 1 7 8 2 2013.04.29. - 1 - Újabb buzzword? Metacomputing Utility computing Grid computing
RészletesebbenWeb programoz as 2009 2010
Web programozás 2009 2010 Áttekintés A web rövid története Kliens szerver architektúra Néhány alapfogalom Kliens- illetve szerver oldali technológiák áttekintése Áttekintés: miről lesz szó (kurzus/labor/vizsga)
RészletesebbenOsztott rendszerek. Krizsán Zoltán 1 Ficsór Lajos 1. Webalkalmazások fejlesztése tananyag. Miskolci Egyetem. Bevezetés A múlt - történelem A jelen
Osztott rendszerek Krizsán Zoltán 1 Ficsór Lajos 1 1 Általános Informatikai Tanszék Miskolci Egyetem Webalkalmazások fejlesztése tananyag Tartalom Bevezetés A múlt - történelem A jelen Denition Distributed
RészletesebbenSzámítógépes Hálózatok Felhasználói réteg DNS, , http, P2P
Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P 1 Felhasználói réteg Domain Name System Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
RészletesebbenFelhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System
Felhasználói réteg Domain Name System Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
RészletesebbenAz iskolai rendszerű képzésben az összefüggő szakmai gyakorlat időtartama. 10. évfolyam Adatbázis- és szoftverfejlesztés gyakorlat 50 óra
Az iskolai rendszerű képzésben az összefüggő szakmai gyakorlat időtartama 10. évfolyam: 105 óra 11. évfolyam: 140 óra 10. évfolyam Adatbázis- és szoftverfejlesztés gyakorlat 50 óra 36 óra OOP 14 óra Programozási
RészletesebbenIntegrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató
Integrációs mellékhatások és gyógymódok a felhőben Géczy Viktor Üzletfejlesztési igazgató Middleware projektek sikertelenségeihez vezethet Integrációs (interfész) tesztek HIÁNYA Tesztadatok? Emulátorok?
RészletesebbenSAP Business One. Áttekintés, gyakorlati ismertetı. Mosaic Business System Kft.; Support: +36 1 253-0526
Mosaic Business System Kft.; Support: +36 1 253-0526 technológia Minimum hardver- és szoftverkövetelmények Technológia Technológia Az is kétszintő kliens/szerver architektúrán alapul. A szerver a Microsoft
RészletesebbenWebes alkalmazások fejlesztése 12. fejezet. Szolgáltatás alapú kommunikáció (WCF) Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 12. fejezet Szolgáltatás alapú kommunikáció (WCF) Giachetta Roberto A jegyzet az ELTE Informatikai Karának 2016. évi jegyzetpályázatának
RészletesebbenHasználati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
RészletesebbenOsztott 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észletesebbenOsztott rendszerek (Distributed. systems) Bevezetés. Tartalom. Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
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észletesebbenWebService 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észletesebbenElosztott rendszer architektúrák
Elosztott rendszer architektúrák Distributed systems architectures Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 12. Andrew S. Tanenbaum, aarten van Steen: Distributed Systems: rinciples
RészletesebbenCélkitűzések Az Oracle10 g felépítésének, használatának alapszíntű megismerése
BEVEZETÉS Célkitűzések Az Oracle10g felépítésének, használatának alapszíntű megismerése A relációs adatbázis-kezelés elméleti és gyakorlati vonatkozásainak áttekintése Az SQL, PL/SQL nyelvek használatának
RészletesebbenWEB-PROGRAMOZÁS II. 1. Egészítse ki a következő PHP kódot a következők szerint: a,b,c,d: <?php. interface Kiir { public function kiir();
WEB-PROGRAMOZÁS II 1. Egészítse ki a következő PHP kódot a következők szerint: a,b,c,d: a) Legyen a Felhasznalo osztálynak egy osztály szintű publikus változója, amelyben számolja a létrehozott példányai
RészletesebbenMicrosoft 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észletesebbenWEBFEJLESZTÉS 2. ADATBÁZIS-KEZELÉS, OSZTÁLYOK
WEBFEJLESZTÉS 2. ADATBÁZIS-KEZELÉS, OSZTÁLYOK Horváth Győző Egyetemi adjunktus 1117 Budapest, Pázmány Péter sétány 1/C, 2.420 Tel: (1) 372-2500/1816 2 Ismétlés Ismétlés 3 Fájl/Adatbázis 3 4 Szerver 2 CGI
RészletesebbenNagyvállalati SOA infrastruktúra (ESB, szolgáltatástárak)
Nagyvállalati SOA infrastruktúra (ESB, szolgáltatástárak) Szolgáltatásintegráció előadás Huszerl Gábor, Gönczy László (BME MIT) Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs
RészletesebbenAz alábbi kód egy JSON objektumot definiál, amiből az adtokat JavaScript segítségével a weboldal tartalmába ágyazzuk.
JSON tutorial Készítette: Cyber Zero Web: www.cyberzero.tk E-mail: cyberzero@freemail.hu Msn: cyberzero@mailpont.hu Skype: cyberzero_cz Fb: https://www.facebook.com/cyberzero.cz BEVEZETÉS: A JSON (JavaScript
RészletesebbenTartalomjegyzék. Bevezetés. 1. A.NET 3.5-keretrendszer 1. A korszerű alkalmazások felépítésének kihívásai... 2
Bevezetés xv Mitől tartozik egy platform a következő generációhoz?... xvi Mennyire jelentős az egyre újabb.net-változatok közötti különbség?... xviii Mit jelentett a Windows Vista megjelenése a Microsoft.NET
RészletesebbenWebes alkalmazások fejlesztése Bevezetés. Célkitűzés, tematika, követelmények. A.NET Core keretrendszer
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése Bevezetés Célkitűzés, tematika, követelmények A.NET Core keretrendszer Cserép Máté mcserep@inf.elte.hu http://mcserep.web.elte.hu
RészletesebbenInternetes térkép publikálási technikák, szabványok, trendek, nyílt forráskódú megoldások
Internetes térkép publikálási technikák, szabványok, trendek, nyílt forráskódú megoldások dr. Siki Zoltán Áttekintés OGC, OSGeo szervezetek Szabványosítási irányok Nem szabványos megoldások (Google) OGC
RészletesebbenXML alapú adatbázis-kezelés. (Katona Endre diái alapján)
XML alapú adatbázis-kezelés Adatstruktúrák: Digitális kép, hang: teljesen strukturálatlan A web (linkek): részben strukturált Relációs: teljesen strukturált Motiváció: (Katona Endre diái alapján) Ismeretlen
RészletesebbenModellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK
Modellinformációk szabványos cseréje Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK Tartalom MOF, UML, XMI Az UML és az XML séma MDA - Model Driven Architecture Networkshop 2004 2 Az OMG metamodell
RészletesebbenTELJESÍ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Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?)
Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT
RészletesebbenWebes alkalmazások fejlesztése Bevezetés. Célkitűzés, tematika, követelmények. A.NET Core keretrendszer
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése Célkitűzés, tematika, követelmények A.NET Core keretrendszer Cserép Máté mcserep@inf.elte.hu http://mcserep.web.elte.hu Célkitűzés
Részletesebben