Les sp�cifications v1.0.1 du service de message de Java (JMS) ont �t� lib�r�es en octobre 1998, par JavaSoft. Le JMS est un api pour les syst�mes de acc�s de transmission de messages d'entreprise de Java.

Pour envoyer des messages entre deux clients ou plus les utilisations du service de message de Java (JMS) api un message de Java ont orient� le logiciel personnalis� (MAMAN) api. JMS est des sp�cifications d�velopp�es sous la Communaut� de Java.

Le logiciel personnalis� orient� par message (MAMAN) fournit un m�canisme pour des applications de int�gration d'une fa�on flexible et l�g�rement connect�e en fournissant la livraison asynchrone de donn�es entre les applications d'une voie indirecte par un interm�diaire.

Une m�thode pour transmettre des donn�es d'une application d'entreprise � une autre � transmission de messages d'entreprise � est employ�e. La transmission de messages d'entreprise �limine la n�cessit� de synchroniser des applications des fournisseurs multiples courant sur diff�rentes plateformes, ceci est une de l'avantage principal. Les produits tels que la transmission de messages de programme-�-programme deviendront de plus en plus importants comme de corporation ELLE groupe les syst�mes �lectroniques de commerce de construction, qui se composent typiquement d'une f�d�ration l�che des applications qui communique au-dessus de l'Internet.

Le groupe de gestion d'objet (OMG), Microsoft, et JavaSoft du soleil sont tout le fonctionnement pour faire des m�canismes de transmission de messages d'entreprise qui manipule la transmission des messages entre les syst�mes � diff�rentes heures, par les m�canismes d'enregistrement et transfert, ou des files d'attente de message.

Le � message � est le module commun d'un message. Les messages sont des �v�nements, des demandes et des r�ponses qui sont cr��s pr�s et fournis aux applications d'entreprise. Avec la signification sp�cifique d'affaires les messages contiennent des donn�es bien compos�es.

Compar� aux autres technologies de l'informatique r�partie telles que la demande commune d'objet sponsoriser l'architecture (CORBA) et le mod�le composant d'objet (COM), transmission de messages d'entreprise n'est pas relativement bien connu. L'architecture du Remote Procedure Call (RPC) sont le fond principal de ces mod�les. Le RPC permet � une application de demander un service d'une autre application fonctionnant sur une autre plateforme. Quels moyens l'application de demande doit cesser fonctionner jusqu'� ce que les donn�es de l'autre application soient re�ues, on le conna�t en tant qu'op�ration � synchrone �.

Selon Ian Brackenbury, un scientifique d'ing�nieur d'IBM et de chef dans le laboratoire de Hursley de la compagnie dans Hursley, l'Angleterre. La transmission de messages d'entreprise, d'une part, est � asynchrone, �. � Une infrastructure de transmission de messages met vers le haut une file d'attente entre une application sur la machine une et une application sur la machine deux, � il dit. � Elle fournit l'amortisseur entre les diff�rents protocoles et architectures de chaque c�t�. �

C'est o� le service "messages" de Java (JMS) vient po JMS d�crit comment cr�er les files d'attente de message fiables. Des files d'attente de message fiables sont employ�es pour stocker les paquets qui contiennent la transaction ou toute autre information et les proc�dures employ�es par les files d'attente pour �changer ces paquets.

Le service "messages" de Java (JMS) est un ensemble d'interfaces et s�mantique associ�e qui d�finissent comment un client de JMS acc�de aux �quipements d'un produit de transmission de messages d'entreprise. La transmission de messages d'entreprise est un outil essentiel pour �tablir des applications d'entreprise et des syst�mes d'Ecommerce, et JMS fournit une mani�re commune pour des programmes de Java de cr�er, envoyer, recevoir, et lire les messages syst�me de transmission de messages d'entreprise.

Les composants dans une application bas�e autour d'un service de message envoient des messages � un serveur de message, plut�t que communiquent directement les uns avec les autres. Le serveur de message, alternativement, fournit les messages aux destinataires indiqu�s.

Ceci pourrait sembler comme une couche suppl�mentaire et inutile de logiciel, mais les avantages qu'un service de message fournissent sont sup�rieurs souvent aux inconv�nients. Le mod�le derri�re le service postal est beaucoup semblable au mod�le de service de message.

Nous pourrions directement fournir notre propre courrier, mais en laissant quelqu'un d'autre le faire simplifie consid�rablement notre vie. Mais elle simplifie consid�rablement la conception des clients et des serveurs (ils ne sont plus responsables de manipuler des questions de communications), et elle augmente consid�rablement le scalability par l'addition du service "messages" ajoute une autre couche � l'application.

Un but principal du JMS api est de r�duire au minimum l'ensemble de concepts qu'un programmeur de Java doit apprendre afin d'employer des produits de transmission de messages et unifier l'empaquetage de ces possibilit�s.

Soutient le d�veloppement des applications h�t�rog�nes qui enjambent les logiciels d'exploitation, les plateformes, les architectures, et les langages de programmation.

Des messages qui contiennent des pages de XML sont soutenus.

Soutient les messages qui contiennent les objets arrang�s en s�rie de Java

Fournit un api qui convient � la cr�ation des messages que le match le format a employ�s en existant, applications de non-JMS.

La qualit� des questions de service telles que la livraison fiable sont le responsiblity du service "messages". Ceci lib�re les composants (qui peuvent �tre sur mesure) de l'application de devoir traiter ces questions assez g�n�riques.

La plupart des applications d'entreprise r�sident dans les plateformes multiples. Ces plateformes h�t�rog�nes peuvent re�oit ou soumet diff�rents types de messages. JMS est purement �crit dans Java. En tant que long les diff�rents composants pourraient comprendre l'architecture de message de JMS, la plateforme qu'ils r�sident et le langage de programmation qu'ils sont �crits est non pertinent.

JMS est responsable de livrer et de s'aligner des messages aux clients. Ceci lib�rera vers le haut les serveurs pour traiter plus d'information.

L'architecture composante de JMS laissera les produits de logiciel construits par programmeurs qui sont ind�pendant des m�canismes de transmission de messages. L'accouplement entre les ressources de l'application sera minimal. Ceci augmentera la r�utilisabilit� des composants et du temps d'�laboration de minismise pour l'application.

Les la plupart de IL des syst�mes subissent des modifications et des processus lourds de mise � niveau dans une quantit� de temps tr�s courte. Ceci peut avoir comme cons�quence les changements au client et aux architectures de serveur. Ce probl�me de scalability est bien adress� par le service de message de Java (JMS). Puisque le m�canisme de transmission de messages est ind�pendant de l'application JMS manipulera les changements du syst�me.

Vous avez besoin d'un environnement de �dition. Dans un contexte de d�veloppement, beaucoup de gens emploient un environnement int�gr� de d�veloppement (ide) parce qu'il poss�de des programmes de mise au point et d'autres dispositifs con�us sp�cifiquement pour le code d'�criture et d'essai. Ceci peut �galement �tre aussi fondamental comme r�dacteur de logiciel d'exploitation.

Vous aurez besoin du compilateur de Java (javac.exe), pour compiler les programmes. Vous aurez besoin �galement des classes de JMS dans le paquet javax.jms et des classes de l'interface d'appellation et d'annuaire du Java (JNDI) dans le paquet javax.naming. Vous pouvez t�l�charger ces derniers du site Web du soleil.

Vous avez besoin de l'acc�s � une ex�cution de fournisseur de JMS, pour ex�cuter et examiner les programmes. La plupart de Java 2 fournisseurs de l'�dition d'entreprise (J2EE) fournissent une ex�cution de JMS. Voir la votre documentation de fournisseur pour installer le temps d'ex�cution de JMS et ex�cuter des programmes.