La specifica v1.0.1 di servizio di messaggio del Java (JMS) è stata liberata nell'ottobre 1998, da JavaSoft. Il JMS è un api per i sistemi d'accesso di messaging di impresa da Java.

Per la trasmissione dei messaggi fra due o il più clienti gli usi di servizio di messaggio del Java (JMS) api un messaggio del Java hanno orientato il Middleware (MOM) api. JMS è una specifica sviluppata sotto la Comunità del Java.

Il Middleware orientato messaggio (MOM) fornisce un meccanismo per le applicazioni d'integrata in un modo flessibile e senza bloccare coppia fornendo la consegna asincrona di dati fra le applicazioni in un senso indiretto attraverso un mediatore.

Un metodo per trasmettere i dati da un'applicazione di impresa ad un altro “messaging di impresa„ è usato. Il messaging di impresa elimina la necessità di sincronizzare le applicazioni dai fornitori multipli che funzionano sulle piattaforme differenti, questa è uno del vantaggio principale. I prodotti quale messaging di programma--programma diventeranno sempre più importanti come corporativo raggruppa i sistemi elettronici di commercio di configurazione, che consistono tipicamente di una federazione allentata delle applicazioni che comunica sopra il Internet.

Il gruppo di amministrazione dell'oggetto (OMG), Microsoft e JavaSoft del Sun sono tutto il funzionamento per fare i meccanismi di messaging di impresa che maneggia la trasmissione dei messaggi fra i sistemi ai tempi differenti, attraverso i meccanismi store-and-forward, o le code di messaggio.

“Il messaggio„ è il blocchetto di costruzione comune di un messaggio. I messaggi sono eventi, richieste e risposte che sono generati vicino e sono trasportati alle applicazioni di impresa. Con il significato specifico di affari i messaggi contengono i dati bene formattati.

Non è confrontato alle altre tecnologie di computazione distribuita quali architettura comune del mediatore di richiesta dell'oggetto (CORBA) ed il modello componente dell'oggetto (COM), messaging di impresa relativamente ben noto. L'architettura di Remote Procedure Call (RPC) è i precedenti principali di questi modelli. Il RPC permette che un'applicazione chieda un servizio da un'altra applicazione che funziona su un'altra piattaforma. Quali mezzi l'applicazione di richiesta deve cessare funzionare fino a ricevere i dati dall'altra applicazione, è conosciuto come funzionamento “sincrono„.

Secondo Ian Brackenbury, uno scienziato dell'assistente tecnico di IBM e del capo nel laboratorio di Hursley dell'azienda in Hursley, l'Inghilterra. Il messaging di impresa, d'altra parte, è “asincrono,„. “Un'infrastruttura di messaging mette in su una coda fra un'applicazione sulla macchina una e un'applicazione sulla macchina due,„ dice. “Fornisce l'amplificatore fra i protocolli e le architetture differenti da qualsiasi lato.„

Quello è dove il servizio di Messaging del Java (JMS) viene poll. JMS descrive come generare le code di messaggio certe. Le code di messaggio certe sono usate per immagazzinare i pacchetti che contengono la transazione o altre informazioni e le procedure usate dalle code per scambiare questi pacchetti.

Il servizio di Messaging del Java (JMS) è un insieme delle interfacce e la semantica collegata che definiscono come un cliente di JMS accede alle facilità di un prodotto di messaging di impresa. Il messaging di impresa è un attrezzo essenziale per lo sviluppo le applicazioni di impresa e dei sistemi di Ecommerce e JMS fornisce un senso comune per i programmi del Java generare, trasmettere, ricevere e leggere i messaggi di impresa del sistema di messaging.

I componenti in un'applicazione basata intorno ad un servizio di messaggio trasmettono i messaggi ad un assistente del messaggio, piuttosto che comunicano direttamente con a vicenda. L'assistente del messaggio, a sua volta, trasporta i messaggi ai destinatari specificati.

Ciò potrebbe sembrare come uno strato supplementare e inutile di software, ma i vantaggi che un servizio di messaggio fornisce superano spesso gli svantaggi in peso. Il modello dietro il servizio postale è molto simile al modello di servizio di messaggio.

Potremmo direttamente trasportare la nostra propria posta, ma lasciando qualcun'altro farla notevolmente facilita la nostra vita. Ma notevolmente facilita la progettazione sia dei clienti che degli assistenti (non sono più responsabili del maneggiamento delle edizioni di comunicazioni) e notevolmente aumenta lo scalability tramite l'aggiunta del servizio di messaging aggiunge un altro strato all'applicazione.

Un obiettivo chiave del JMS api è di minimizzare l'insieme dei concetti che un programmatore del Java deve imparare per usare i prodotti di messaging ed unificare l'imballaggio di queste possibilità.

Sostiene lo sviluppo delle applicazioni eterogenee che misurano i sistemi operativi, le piattaforme, le architetture ed i linguaggi di programmazione.

I messaggi che contengono le pagine di XML sono sostenuti.

Sostiene i messaggi che contengono gli oggetti pubblicati del Java

Fornisce un api che è adatto a creazione dei messaggi che abbinano la disposizione usata esistendo, applicazioni del non-JMS.

La qualità delle edizioni di servizio quale la consegna certa è responsiblity del servizio di messaging. Ciò libera i componenti (che possono essere su misura) dell'applicazione dal dovere occuparsi di queste edizioni ragionevolmente generiche.

La maggior parte delle applicazioni di impresa risiedono nelle piattaforme multiple. Queste piattaforme eterogenee possono riceve o presenta i tipi differenti di messaggi. JMS puramente è scritto in Java. Come lungo i componenti differenti potrebbero capire l'architettura del messaggio di JMS, la piattaforma che risiedono ed il linguaggio di programmazione che sono scritti è irrilevante.

JMS è responsabile del trasporto e del fare la coda dei messaggi ai clienti. Ciò libererà gli assistenti per procedere le più informazioni.

L'architettura componente di JMS lascerà di prodotto software costruiti programmatori che sono indipendente dai meccanismi di messaging. L'accoppiamento fra le risorse dell'applicazione sarà minimo. Ciò aumenterà la riutilizzabilità dei componenti e del momento di sviluppo del minismise per l'applicazione.

La maggior parte del sistemi subisce le modifiche ed i processi pesanti di aggiornamento in un tempo molto corto. Ciò può provocare i cambiamenti sia al cliente che alle architetture dell'assistente. Questo problema dello scalability è indirizzato bene da servizio di messaggio del Java (JMS). Poiché il meccanismo di messaging è indipendente dall'applicazione JMS maneggierà le alterazioni nel sistema.

Avete bisogno di un ambiente di pubblicazione. In un contesto di sviluppo, molta gente usa un ambiente integrato di sviluppo (ido) perché possiede i programmi di messa a punto ed altre caratteristiche progettati specificamente per il codice di prova e di scrittura. Ciò può anche essere fondamentale come redattore del sistema operativo.

Avrete bisogno del compilatore del Java (javac.exe), per compilare i programmi. Inoltre avrete bisogno dei codici categoria di JMS nel pacchetto javax.jms e dei codici categoria dell'interfaccia chiamare e dell'indice del Java (JNDI) nel pacchetto javax.naming. Potete trasferire questi dal sistema centrale verso i satelliti dal Web site del Sun.

avete bisogno dell'accesso ad un'esecuzione del fornitore di JMS, per eseguire e verificare i programmi. La maggior parte del Java 2 fornitori dell'edizione di impresa (J2EE) fornisce un'esecuzione di JMS. Vedere la vostra documentazione del fornitore per l'installazione del tempo di esecuzione di JMS e l'esecuzione dei programmi.