Sysop: 1 revizi

2014-01-22T09:55:58Z

1 revizi

← Starší verze

Verze z 22. 1. 2014, 09:55

Sysop: 1 revizi

2010-10-21T09:17:45Z

1 revizi

Nová stránka

'''Java Messaging Services''' se řadí do skupiny [[Message-oriented middleware|Message Oritented Middleware]](dále [[Message-oriented middleware|MOM]]), jiným názvem také [[Enterprise messaging system|Enterprise Messaging System]]. [[Message-oriented middleware|MOM]] produkty se staly nedílnou součástí firemního software pro zajištění integrace aplikací. Umožňují různým byznys komponentám fungovat dohromady a tvořit tak ucelený, spolehlivý a pružný systém. Přestože se často jedná o naprosto odlišné komponenty, tak díky prostředníkovi ([[Message-oriented middleware|MOM]]) mohou tyto [[aplikační software|aplikace]] spolu komunikovat prostřednictvím zpráv. Jedním z možných řešení je právě JMS, které poskytuje kompletní [[API]] pro vývojáře a poskytuje tím možnost, jak psát programy v [[Java (programovací jazyk)|Javě]], které dokáží vytvářet, posílat, přijímat a číst zprávy posílané mezi aplikacemi. Soubor rozhraní a přidružené logiky definuje jak v rámci JMS přistupuje klient k prostředkům [[Message-oriented middleware|MOM]]. Cílem JMS je poskytnout co nejvíce konceptů a rozhraní v takové podobě, aby se minimalizoval počet konceptů, které musí programátor [[Java (programovací jazyk)|Javy]] umět, aby mohl pracovat s [[Message-oriented middleware|MOM]] a zprávami. Programátor se díky JMS nemusí starat o technické pozadí za koloběhem zpráv.<ref name="JMSS">Java Message Service Specification [online]. [s.l.] : Java Community Process, 18.3.2002 [cit. 2010-04-20]. Dostupné z WWW: <http://java.sun.com/products/jms/docs.html>. [e-kniha]</ref><ref name="JMSW">Java Message Service In Wikipedia : the free encyclopedia [online]. St. Petersburg (Florida) : Wikipedia Foundation, 4 March 2002, 6 April 2010 [cit. 2010-04-20]. Dostupné z WWW: <http://en.wikipedia.org/wiki/Java\_Message\_Service>. [e-kniha]</ref><ref name="WETHERILL">WETHERILL, John. Java.sun.com [online]. c2010 [cit. 2010-05-22]. Messaging Systems and the Java Message Service (JMS). Dostupné z WWW: <http://java.sun.com/developer/technicalArticles/Networking/messaging/>.</ref>

== Message vs email ==
JMS '''není''' emailové [[API]], přestože funguje na podobném principu. Základem komunikace mezi klienty v rámci JMS jsou asynchronně posílané zprávy (požadavky, události, odpovědi atd.). Tyto zprávy jsou vytvářeny a užívány aplikacemi a obsahují informace, díky kterým tyto [[aplikační software|aplikace]] fungují, nastavují se a koordinují svou činnost v rámci celku. [[e-mail|Emaily]] jsou posílány také mezi klienty, ale výsledným cílem je [[uživatel (počítačový)|uživatel]] – [[člověk]].<ref name="JMSS" />

== Message system type ==
V oblasti [[Message-oriented middleware|MOM]] se běžně používají dva modely a to [[P2P|peer-to-peer]](také point-to-point, dále P2P) a [[publish-subscribe]](dále PS). Tyto dva modely se liší nejen počtem poskytovatelů a odběratelů zpráv, ale také způsobem jakým si odběratelé své zprávy vyzvedávají a jakým způsobem jsou zprávy publikovány. JMS dokáže pokrýt funkcionalitu obou modelů.<ref name="WETHERILL" />

[[P2P]] je založen na frontách. Každá zpráva je přiřazena do určité fronty a klienti získávají z těchto front své zprávy. Není však přesně určeno kdy si klient má zprávu vyzvednout, třeba může nastat i případ, že si ji vůbec nevyzvedne. Tedy se v jedné frontě hromadí zprávy a mnoho uživatelů si je vyzvedává (one-to-many).<ref name="WETHERILL" />

Oproti tomu PS model přiřazuje své zprávy určitému uzlu v kontextové hierarchii, ke kterému se odběratelé i publikovatelé přihlašují a odhlašují v průběhu doby trvání (many-to-many). Systém se stará o doručení zpráv od různých publikovatelů k mnoha různým odběratelům a systém také zajišťuje kdy a jak se zpráva odběrateli doručí.<ref name="WETHERILL" />

== Providers, Messages, Domains ==
[[JMS Provider|Provider]] je [[Entita (informatika)|entita]], která implementuje [[Message-oriented middleware|MOM]] pro příslušný [[systém]] či [[aplikační software|aplikace]]. [[JMS Provider|Provider]] může být implementován tak, jak ho definuje JMS (tedy [[Java (programovací jazyk)|Java]] [[implementace]]) a nebo je za [[JMS Provider|providera]] považován [[Adaptér (návrhový vzor)|adaptér]] na non-[[Java (programovací jazyk)|Java]] [[Message-oriented middleware|MOM]], tedy lze zajistit i kompatibilitu [[Java (programovací jazyk)|Java]] aplikací s non-[[Java (programovací jazyk)|Java]] [[JMS Provider|providerem]].<ref name="JMSS" />

[[JMS Messages|Messages]] jsou hlavní podstatou [[Message-oriented middleware|MOM]], tedy zprávy, kterými se zabývá [[JMS Provider|provider]] a následně poskytovatel i konzument. Samotný JMS definuje soubor [[Rozhraní (informatika)|rozhraní]] pro zprávy, takže programátoři pracují s konzistentním [[API]] a můžou vytvářet a posílat zprávy nezávisle na druhu [[JMS Provider|providera]].<ref name="JMSS" />

[[JMS Domains|Domains]](také [[JMS Destinations|Destinations]]) jsou buď point-to-point nebo publish-subscribe. Tyto domény byly vytvořeny jako reflexe dvou základních modelů [[Message-oriented middleware|MOM]]. JMS definuje různá rozhraní pro každou doménu a tím sice obtížně, ale přesto umožňuje propojení i různých modelů [[Message-oriented middleware|MOM]] najednou. Pro použití JMS není potřeba mít implementovány obě domény, stačí pouze jedna.<ref name="JMSS" />

== JMS neobsahuje ==
* '''Load Balancing/Fault Tolerance''' - JMS [[API]] nedefinuje kooperaci mnoha klientů při poskytování jedné sjednocené služby.
* '''Error/Advisory Notification''' - JMS nedefinuje chybové či systémové zprávy pro klienty. Dle specifikací se klienti mohou těmto zprávám vyhnout a odstranit tak nebezpečí a omezení portability, které používání těchto zpráv přináší, protože většina [[Message-oriented middleware|MOM]] řeší tyto zprávy po svém.
* '''Administration''' - JMS nedefinuje [[API]] pro správu messaging produktů, zajišťuje pouze komunikaci.
* '''Security''' - Není specifikováno [[API]] pro zajištění bezpečnosti a integrity zpráv. JMS nechává bezpečnost na [[JMS Provider|Providerovi]] a to jak distribuci klíčů klientům, tak i specifikaci digitálních podpisů.
* '''[[Wire Protocol]]''' - JMS ve specifikaci nedefinuje [[Wire Protocol]](WP) a zároveň diktuje, aby posílání zpráv bylo možné i mezi implementacemi JMS od různých výrobců, což způsobuje problémy. WP je protokol, který se nachází mezi transportními protokoly ([[TCP/IP]], [[UDP]]) a samotným JMS a zabývá se popisem formátu dat, která se posílají přes síť. Výběr a definici WP nechává JMS na implementátorovi.
* '''Message Type Repository''' - Není definováno repository pro ukládání definic typů zpráv a není definován ani jazyk pro vytváření definic typů.
<ref name="JMSS" />

== JMS a Java API ==
* '''[[JDBC]]''' - Klienti mohou použít JMS společně s [[JDBC]] v jedné transakci pro operace s databází, lze toho dosáhnout pomocí [[EJB]], [[:en:Java Transaction API|JTA]].
* '''[[Java Bean]]''' - [[Java Bean|Java Beany]] mohou být použity s JMS pro posílání zpráv, ale JMS rozhraní nebyla vytvořena přímo pro tento způsob použití.
* '''[[EJB|Enterprise Java Bean]]''' --- JMS společně s [[JDBC]] a [[EJB]] tvoří silnou kombinaci pro vytváření enterprise services.
* '''[[Java Transaction API|Java Transaction]]''' - Klient JMS může použít [[:en:Java Transaction API|JTA]] pro distribuované transakce. Nejedná se však o samotnou funkci JMS, ale o funkci transakčního prostředí ve kterém klient funguje.
* '''[[Java Transaction Service]]''' - Distribuované zpracování posílaných a přijímaných zpráv, které obsahují databázové updaty či další služby z oblasti [[Java Transaction Service|JTS]], může být explicitně naprogramováno, ale často je to řešeno automaticky pokud JMS klient běží v prostředí aplikačního serveru, tedy [[EJB|Enterprise Java Bean]] serveru, který je v souladu se specifikací.
* '''[[Java Naming and Directory Service]]''' - Klienti vyhledávají konfigurované JMS objekty pomocí [[Java Naming and Directory Service|JNDI]]. Přenecháním administrativních činností na [[Java Naming and Directory Service|JNDI]] se podporuje [[portabilita]] a tím jsou aplikace i lépe spravovatelné, protože tyto podpůrné činnosti (ohledně look up atd.) nejsou vloženy v kódu [[aplikační software|aplikací]].
<ref name="JMSS" />

== Části aplikací ==
Typicky se JMS aplikace skládá z několika částí: [[JMS Clients]], Non-JMS Clients, [[JMS Messages|Messages]], [[JMS Provider]], Administered Objects.<ref name="JMSS" />

{| class="wikitable"
|+ Rozdíly mezi P2P a Pub/Sub doménami<ref name="JMSS" />
! JMS Parent
! P2P Domain
! Pub/Sub Domain
|-
|ConnectionFactory
|QueveConnectionFactory
|TopicConnectionFactory
|-
|Connection
|QueveConnection
|TopicConnection
|-
|Destination
|Queve
|Topic
|-
|Session
|QueveSession
|TopicSession
|-
|MessageProducer
|QueveSender
|TopicPublisher
|-
|MessageConsumer
|QueveReceiver,QueveBrowser
|TopicSubscriber
|-
|}

* '''[[JMS Connection Factory|ConnectionFactory]]''' je administrovaný objekt používaný k vytváření spojení ([[JMS Connection|Connection]]).
* '''[[JMS Connection|Connection]]''' představuje aktivní spojení s [[JMS Provider|JMS providerem]].
* '''[[JMS Destination|Destination]]''' zapouzdřuje identitu cílového určení zprávy.
* '''[[Session]]''' je jednovláknový kontext pro posílání a přijímání zpráv.
* '''[[JMS Message Producer|MessageProducer]]''' označuje objekt, který byl vytvořený [[Session]] a je používán pro posílání zpráva na cílovou [[JMS Destination|Destination]].
* '''[[JMS Message Consumer|MessageConsumer]]''' bývá vytvořen příkazem na [[Session]] a je používán pro přijímání zpráv na cílové [[JMS Destination|Destination]].
<ref name="JMSS" />

Souběžný přístup k objektům je v rámci JMS podporován pouze pro [[JMS Destination|Destination]], [[JMS Connection Factory|ConnectionFactory]] a [[JMS Connection|Connection]], tedy pro ty objekty, které přirozeně musí obsluhovat mnoho přístupů současně. Ostatní objekty jsou navrženy pro použití jen jedním logickým vláknem v určený čas. V případě [[Session]] je toto omezení uplatněno hlavně proto, že je velmi těžké implementovat mnohovláknové transakce a přineslo by to více škody než užitku. Pro složitější aplikace, které potřebují tuto funckionalitu, je možné použít více [[Session]] najednou.<ref name="JMSS" />

== Messages - zprávy ==
Prostředkem komunikace v messaging systémech jsou samozřejmě zprávy a v mnoha messaging systémech se forma i obsah zpráv dost liší. JMS poskytuje způsoby jak jednotně přistupovat ke zprávám a tedy jakou mají mít formu a druhy obsahu. Zpráva v JMS se skládá ze tří částí:
* '''Message header''' je používán pro identifikaci zprávy, například se tak určuje odběratel zprávy.
* '''Properties''' jsou místem pro různá aplikační, poskytovatelské a nepovinná nastavení.
* '''Body''' je část, která je tou samotnou zprávou. Je více typů zpráv a kromě dalších podporovaných se jedná především o [[JMS Text Messages|TextMessages]] a [[JMS Object Messages|ObjectMessages]].
<ref name="JMSS" />

=== TextMessages ===
Takto se označují zprávy, které obsahují jednoduchý [[String]] a předpokládá se pouze posílání textu. Téměř ideální pro posílání zpráv pomocí [[XML]], což je ve své podstatě pouhý text.<ref name="WETHERILL" />

Používá se typ objektu [[JMS Text Messages|TextMessage]] a s pomocí [[Session]] se vytvoří skrze createMessage(). Na vytvořené zprávě pak stačí zavolat metodu setText() do které se předá příslušný [[String]]. Dále už je zpráva hotova a může být předána messaging systému.<ref name="WETHERILL" />

=== ObjectMessages ===
Tyto zprávy slouží k posílání entit typu [[Objektově orientované programování|Object]], ale pouze serializovatelných. JMS umožňuje posílat i [[Kolekce v jazyce Java|Collection]] objekt (např. [[Kolekce v jazyce Java|List]], [[Kolekce v jazyce Java|Set]]), tedy soubor více serializovatelných objektů v jedné zprávě.<ref name="WETHERILL" />

Používá se pro to typ objektu [[JMS Object Messages|ObjectMessage]] a na [[Session]] je třeba zavolat metodu createObjectMessage(). Před odesláním je už jen třeba pomocí metody setObject(), zavolané na vytvořené [[JMS Object Messages|ObjectMessage]] zprávě, nastavit požadovaný objekt k odeslání. Následně lze zprávu předat messaging systému.<ref name="WETHERILL" />

== Příklad použití ==
Podstatou komunikace v [[Message-oriented middleware|MOM]] je asynchronní zpracování a posílání dat či informací mezi různými komponentami ve formě zpráv. Nejde ale pouze o textové řetězce, jak by napovídal název zpráva, ale lze posílat i celé objekty různých typů a také i kolekce objektů.

Příkladem použití asynchronních zpráv je komunikace mezi [[aplikační software|aplikacemi]], sloužící k vytváření návrhů smluv. Tedy pracovník vytvoří smlouvu, připraví podklady a odešle ji ke schválení (tedy je publikovatelem - publisher). Technologicky se odešle v systému objekt Smlouva s určitými parametry ve zprávě typu [[JMS Object Messages|ObjectMessage]]. Zde přichází ke slovu JMS a dle použitého modelu se [[JMS Provider|Provider]] postará o doručení, publikování atd. O několik dní později, na jiném pracovišti, klidně i v jiném státě, si pracovník odpovědný za schvalování smluv příslušný návrh vyzvedne (jako odběratel - subscriber). Po schválení se ještě může nastavit jako další odběratel příslušný nadřízený kontroly kvality práce. Výsledkem je, že se zpráva (Smlouva) dostane na místo určení a i kdyby se původní místo odeslání odpojilo od sítě či internetu, tak stále, pokud bude provider v pořádku fungovat, je ta zpráva k dispozici.

== Reference ==
<references />
==Externí odkazy==
* http://java.sun.com/products/jms/ - Oficiální stránky Java Message Service (anglicky)

{{Článek z Wikipedie}}
[[Kategorie:Java]]

Java Messaging Services - Historie editací

Sysop: 1 revizi

Sysop: 1 revizi