„OotElosztottRendszerek2011” változatai közötti eltérés

(3 közbenső módosítás ugyanattól a felhasználótól nincs mutatva)

1. sor:

~~{{GlobalTemplate|Infoszak|~~OotElosztottRendszerek}}

'''Ez az oldal a tárgy 2011 anyagának összefoglalója. A korábbi évek anyagai lettek áthozva és kiegészítve. Az 2011 előtti változata [http://wiki.test.sch.bme.hu/OotElosztottRendszerek itt] érhető el.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor kérlek javíts rajta egy rövid szerkesztéssel.'''

</div>

__TOC__

235. sor:

239. sor:

* EventService, NotificationService

* Collection, Concurrency, Time, Transaction

===Naming Service===

* white pages

* név-elem párokat (név - referencia) kapcsol össze

===Trading Service===

* yellow pages

* szolgáltatás - referencia lista

* ServiceType - szolgáltatás típusa

** név, interfész, attribútumok (properties)

* Offer - ajánlat

** konkrét referencia

** konkrét attribútum-értékek

* ServiceType <-> SQL ábra

** kötelezö elem a CORBA interfész

* Offer <-> SQL tábla egy sora

** körelezö elem a referencia

* Keresés <-> SQL query

** megadható, hogy egy szolgáltatástípusban milyen konkrét attribútumértékű ajánlatokat keresünk

** pl: <pre> select REFERENCE, ATTRIBUTE* from SERVICE_TYPE where EXPRSSION </pre>

* Trader Use-casei

** ajánlatok kezelésé: insert, update, delete, select

** Trader attribútumok állítása: számosságok, kéréstovábbítás

* Különbözö helyen futó traderek összekapcsolhatóak linkkel vagy federatrion-nel, mely arra jó hogy az egyikben kezdeményezett keresés a többibe továbbadódhat. Ez a kapcsolat egyirányú. Beállításai:

** local_only: csak az aktuális traderben keresünk

** if_no_local: ha az aktuálisban nincs, mehet tovább

** always: minden elérhetö traderben keresünk

===Event Service===

* Alap CORBA kommunikáció = erös csatolás és egy-egy kommunikáció

* Event Service= nagyobb szétcsatolás, esemény-alapú kommunikáció, több-több kommunikáció.

* Szerepek: termelő (termeli az eseményeket) és fogyasztó (feldolgozza az eseményeket)

** Push kommunikációs modell: termelö kezdeményez (meghívja a termelö push metódusás), fogyasztó passzív

** Pull kommunikációs modell: termelö passzív, fogyasztó kezdeményez (meghívja a termelö pull metódusát)

* Csatorna: push-pull ment az egy-egy alapú CORBA kommunikációnál is, de a szétcsatoláshoz kell egy csatorna

** többen csatlakozhatnak rá, nincs közvetlen kapcsolat termelö és fogyasztó között, nincs szükség másik oldali szereplőre, plusz szolgáltatásokat nyújthat

** a csatlakozáshoz proxy kell, mely interfészt nyújt a termelö felé fogyasztóként és a fogyasztó felé termelőként, illetve tárolja a felgyűlt üzeneteket

** a kommunikációs modellek keverhetőek

* Proxy: a supplier proxy-k saját FIFO pufferrel rendelkezdnek

** push consumer proxy: a push hatására a csatornához továbbítja az eseményt

** push supplier proxy: a következő eseményt push hívással adja át a fogyasztónak

** pull supplier proxy: a pull hatására vagy ad egy új eseményt vagy pufferből, vagy blokkol

** pull comsumer proxy: pull hívással kér új eseményt a termelötöl

===Notification Service===

* Plusz szolgáltatások: csatorna factory, események szürése, QoS, NotifyPublish/Subscribe

-- [[MeszegetoBalazsIstvan|MeszegetoBalazsIstvan]] - 2008.05.27.

240. sor:

287. sor:

-- [[PallosTamas|Velias]] - 2009.05.26.

--[[Szerkesztő:Ferrero|Szabó Csaba]] ([[Szerkesztővita:Ferrero|vita]]) 2012. december 14., 18:09 (CET)

[[Category:Infoszak]]

@@ 1. sor: / 1. sor: @@
-{{GlobalTemplate|Infoszak|OotElosztottRendszerek}}
+<div style="background:oldlace;padding:10px;border:1px solid lightgrey;">
+'''Ez az oldal a tárgy 2011 anyagának összefoglalója. A korábbi évek anyagai lettek áthozva és kiegészítve. Az 2011 előtti változata [http://wiki.test.sch.bme.hu/OotElosztottRendszerek itt] érhető el.
+Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor kérlek javíts rajta egy rövid szerkesztéssel.'''
+</div>
 __TOC__
@@ 235. sor: / 239. sor: @@
 * EventService, NotificationService
 * Collection, Concurrency, Time, Transaction
+===Naming Service===
+* white pages
+* név-elem párokat (név - referencia) kapcsol össze
+===Trading Service===
+* yellow pages
+* szolgáltatás - referencia lista
+* ServiceType - szolgáltatás típusa
+** név, interfész, attribútumok (properties)
+* Offer - ajánlat
+** konkrét referencia
+** konkrét attribútum-értékek
+* ServiceType <-> SQL ábra
+** kötelezö elem a CORBA interfész
+* Offer <-> SQL tábla egy sora
+** körelezö elem a referencia
+* Keresés <-> SQL query
+** megadható, hogy egy szolgáltatástípusban milyen konkrét attribútumértékű ajánlatokat keresünk
+** pl: <pre> select REFERENCE, ATTRIBUTE* from SERVICE_TYPE where EXPRSSION </pre>
+* Trader Use-casei
+** ajánlatok kezelésé: insert, update, delete, select
+** Trader attribútumok állítása: számosságok, kéréstovábbítás
+* Különbözö helyen futó traderek összekapcsolhatóak linkkel vagy federatrion-nel, mely arra jó hogy az egyikben kezdeményezett keresés a többibe továbbadódhat. Ez a kapcsolat egyirányú. Beállításai:
+** local_only: csak az aktuális traderben keresünk
+** if_no_local: ha az aktuálisban nincs, mehet tovább
+** always: minden elérhetö traderben keresünk
+===Event Service===
+* Alap CORBA kommunikáció = erös csatolás és egy-egy kommunikáció
+* Event Service= nagyobb szétcsatolás, esemény-alapú kommunikáció, több-több kommunikáció.
+* Szerepek: termelő (termeli az eseményeket) és fogyasztó (feldolgozza az eseményeket)
+** Push kommunikációs modell: termelö kezdeményez (meghívja a termelö push metódusás), fogyasztó passzív
+** Pull kommunikációs modell: termelö passzív, fogyasztó kezdeményez (meghívja a termelö pull metódusát)
+* Csatorna: push-pull ment az egy-egy alapú CORBA kommunikációnál is, de a szétcsatoláshoz kell egy csatorna
+** többen csatlakozhatnak rá, nincs közvetlen kapcsolat termelö és fogyasztó között, nincs szükség másik oldali szereplőre, plusz szolgáltatásokat nyújthat
+** a csatlakozáshoz proxy kell, mely interfészt nyújt a termelö felé fogyasztóként és a fogyasztó felé termelőként, illetve tárolja a felgyűlt üzeneteket
+** a kommunikációs modellek keverhetőek
+* Proxy: a supplier proxy-k saját FIFO pufferrel rendelkezdnek
+** push consumer proxy: a push hatására a csatornához továbbítja az eseményt
+** push supplier proxy: a következő eseményt push hívással adja át a fogyasztónak
+** pull supplier proxy: a pull hatására vagy ad egy új eseményt vagy pufferből, vagy blokkol
+** pull comsumer proxy: pull hívással kér új eseményt a termelötöl
+===Notification Service===
+* Plusz szolgáltatások: csatorna factory, események szürése, QoS, NotifyPublish/Subscribe
 -- [[MeszegetoBalazsIstvan|MeszegetoBalazsIstvan]] - 2008.05.27.
@@ 240. sor: / 287. sor: @@
 -- [[PallosTamas|Velias]] - 2009.05.26.
+--[[Szerkesztő:Ferrero|Szabó Csaba]] ([[Szerkesztővita:Ferrero|vita]]) 2012. december 14., 18:09 (CET)
 [[Category:Infoszak]]