Il Fotoricettore Assiste La Descrizione Di TecnologiaCi sono un certo numero di sensi descrivere i servizi di fotoricettore, ma allo scopo di usando una definizione standard usiamo la definizione di W3C di un servizio di fotoricettore:Un servizio di fotoricettore è un sistema di software destinato per sostenere l'interazione interoperable della macchina-$$$-MACCHINA su una rete. Ha un'interfaccia descritta in una disposizione machine-processable (specificamente WSDL, discusso più successivamente). Altri sistemi si interagiscono con il servizio di fotoricettore in un modo prescritto dalla relativa descrizione usando i messaggi del SAPONE, trasportati tipicamente usando il HTTP con una pubblicazione periodica di XML insieme con altri campioni Fotoricettore-relativi.In un fotoricettore tipico assiste il piano d'azione, un'applicazione commerciale/gestionale che potrebbe essere un messaggio del SAPONE di usi di servizio di fotoricettore, solitamente sopra il protocollo di trasporto del HTTP, trasmettere una richiesta ad un altro servizio ad un URL. Il servizio riceve la richiesta, processi esso e restituisce una risposta. In un piano d'azione della catena di rifornimento, i servizi di fotoricettore ed i loro consumatori sono tipicamente commerci, facenti il fotoricettore assiste principalmente le transazioni di commercio-$$$-COMMERCIO (B2B). Un'impresa può essere il fornitore di servizio di fotoricettore ed anche il consumatore di altri servizi di fotoricettore. Per esempio, un distributore all'ingrosso delle spezie è nel ruolo del consumatore quando usa un servizio di fotoricettore per verificare la disponibilità dei baccelli di vaniglia e nel ruolo del fornitore quando fornisce ai futuri clienti i prezzi per i baccelli di vaniglia. ProblemaL'integrata delle applicazioni commerciali/gestionali varie in un'architettura coesiva, certa e sicura è una sfida comune che la maggior parte delle imprese devono richiamare su una base quotidiana. Nell'esempio precedente, un distributore all'ingrosso può essere un sistema del Java EE, mentre un fornitore del prodotto è un NET o un sistema dell'eredità. L'interazione di applicazione-$$$-APPLICAZIONE rappresenta un Remote Procedure Call tradizionale (RPC), dove due sistemi sono integrati usando un meccanismo sincrono di comunicazione. Un cliente riceve le informazioni su ordinato basato sui risultati ricevuti dal fornitore del prodotto. Il selezionamento della tecnologia giusta e determinare lo stile della comunicazione (sincrona contro asincrono) sono fattori importanti di successo.SoluzioneI servizi di fotoricettore si sono transformati in in un campione de facto per realizzare efficacemente il interoperability attraverso gli insiemi vari delle applicazioni di impresa e per offrire una scelta preferita di tecnologia per integrazione. Qui è la ragione per la quale: Il interoperability, semplicità, XML-ha basato la disposizione leggibile umana e la comunicazione di uso facile di inter-applicazione di streamline di aiuto. Di conseguenza, i servizi di fotoricettore ampiamente sono usati per entrambi i B2B così come integrazione corporativa di inter-applicazione. Il modello di servizio di fotoricettore coinvolge concettualmente i seguenti elementi:
Tecnologie Di Servizio Di FotoricettoreI servizi di fotoricettore sono riforniti da XML, che, essendo una lingua di margine di profitto, permette la neutralità della piattaforma, della lingua e del fornitore. XML è inoltre la chiave alla natura senza bloccare coppia dei servizi di fotoricettore. Un servizio di fotoricettore è un'entità astratta definita da un'interfaccia XML-basata, il fotoricettore assiste la lingua di descrizione (WSDL) e comunicato usando un protocollo XML-basato (SAPONE) o Representational Dichiara il trasferimento (RESTO). Ciò è l'essenza della natura dell'estratto del propositionthe di valore di servizi di fotoricettore della definizione di servizio di fotoricettore, scoperta e la comunicazione, l'esecuzione di fondo, sia NET, Java EE, o il qualcos'altro completamente è sottratta via dal consumatore. Similmente, ci è una flessibilità di trasmissione dei messaggi del SAPONE sopra protocolli di trasporto di HTTP/S, del ftp, o dello smtp.Il SAPONE è la tecnologia usata per la comunicazione con i servizi di fotoricettore. Mentre i servizi molto semplici di trasferimento di informazioni possono essere effettuati senza SAPONE, le applicazioni sicure, certe, multi-part, del multi-partito e/o della multi-rete sono molto più facili da costruire se ci è un senso standard di imballaggio delle informazioni di messaging in un senso del neutrale di protocollo. Ciò inoltre permette che l'infrastruttura di messaging (che può essere fissaggi, mediatori del SAPONE, o biblioteche specializzati di codice denominate dall'ultimo destinatario di un messaggio del SAPONE) fornisca l'autenticazione, la crittografia, il controllo di accesso, l'elaborazione di transazioni, dirigere ed i servizi di conferma di consegna. La struttura della busta del SAPONE (e collegamento) ed i modelli di header/processing sono risultato essere una struttura molto robusta e potente all'interno di cui fare questo.Il interoperability attraverso i sistemi eterogenei richiede un meccanismo permettere la struttura ed i tipi di dati precisi dei messaggi da capire comunemente dai produttori e dai consumatori di servizi del Web. WSDL fornisce una descrizione precisa ed è la base di come i messaggi del SAPONE di servizi di fotoricettore possono essere generati per lo scambio fra il consumatore ed il servizio. Oltre che la descrizione dell'interfaccia di applicazione di servizi di fotoricettore, WSDL inoltre permette come un servizio di fotoricettore è descritto in una registrazione di affari e da dove può essere scoperto. Una registrazione di affari è piuttosto come un elenco telefonico elettronico, poichè contiene gli elenchi dei servizi e come potete comunicare loro con. Queste registrazioni sono basate tipicamente sulla descrizione, sulla scoperta e sull'integrazione universali (UDDI), un'altra XML-variante. Per concludere, le informazioni che lo scambio di servizi di fotoricettore può essere formattato secondo uno schema ben noto del pubblico XML. Secondo il soddisfare, ci sono molti schemi disponibili quale il commercio estendibile che segnala il linguaggio di definizione di dati di lingua (XBRL) e del mercato (MDDL).Atto di WSDL, del SAPONE e di UDDI come i denominatori comuni più bassi per i servizi di generazione e consumanti di fotoricettore, mentre il servizio che effettua i particolari è differente in Java e nel NET. Le buone notizie sono quella senza riguardo al suo insieme di abilità, ciascuna delle piattaforme fornisce i mezzi per sviluppare e schierare i servizi interoperable.Servizi Di Fotoricettore Del JavaDal lato del Java, parecchie tecnologie del Java funzionano insieme per fornire il supporto per i servizi di fotoricettore. Queste tecnologie possono essere raggiunte via il toolkit del pacchetto dello sviluppatore di servizi di fotoricettore del Java (JWSDP) o gli attrezzi di sviluppo corrispondenti che potrebbero essere utilizzati per costruire i servizi di fotoricettore. Come punto di partenza, il Java api per il RPC XML-Basato (JAX-RPC) fornisce il supporto per i servizi di fotoricettore per mezzo del SAPONE sopra il HTTP. JAX-RPC definisce il tracciato fra i codici categoria del Java e XML come usato nel RPC del SAPONE denomina. Gli esempi multipli sono effettuati con JAX-RPC, dimostrante un insieme vario dei piani d'azione in cui lo sviluppatore può utilizzare questa tecnologia. Con JAX-RPC e un WSDL, un della latta interoperate facilmente con i clienti e servizi che funzionano sulle piattaforme Java-basate o non-Java-basate quale il NET del Microsoft. Dal lato del cliente, ci sono alberi mozzi che corrispondono ai servizi di fotoricettore, mentre sul fotoricettore del lato dell'assistente i servizi sono compilati nei legami corrispondenti. Il messaggio ed il protocollo di fondo di trasporto dovrebbero essere lo stesso per accertare il interoperability fra un cliente e un assistente. Ci sono tre modi in cui un cliente di JAX-RPC può interagirsi con l'assistente. Quello primo è una chied-risposta sincrona tradizionale; quello secondo è un RPC unidirezionale che permette che un cliente non ostruisca o non aspetti una risposta; e quello terzo è un RPC non bloccante in cui un cliente può continuare l'esecuzione all'interno dello stessi filetto e blocco successivo per la ricezione o lo scrutinio per la risposta.
Oltre a JAX-RPC, i servizi di fotoricettore del Java includono il SAPONE con i collegamenti api per Java (SAAJ). Questo api è usato per passare i documenti di affari (nella disposizione binaria) fissandoli al messaggio del SAPONE. Per accertare interoperability dei collegamenti binari di dati nel documento del SAPONE, sia servizi di fotoricettore del Java (via JAX-WS) che offerta del NET il meccanismo di ottimizzazione della trasmissione del messaggio del SAPONE (MTOM) Nota Dello SviluppatoreDal rilascio di JAX-RPC 1.0, le nuove specifiche e le nuove versioni dei campioni che effettua sono state liberate. JAX-WS 2.0 è il successore a JAX-RPC e si riferisce alle stessi specifiche e campioni, ma alla aggiunta significativamente ad esso. Include quanto segue:
Forse la caratteristica più importante del Java EE APIs per i servizi di fotoricettore e XML che tutte sostengono i campioni di industria, così sta accertando il interoperability. I vari gruppi di campioni di interoperability della rete, quali il consorzio di World Wide Web (W3C) e l'organizzazione per l'avanzamento dei campioni strutturati delle informazioni (OASI), stanno definendo i campioni di servizi di fotoricettore per permettere che le applicazioni disparate seamlessly integrino con a vicenda. Servizi di fotoricettore nella struttura del NET del MicrosoftIl NET del Microsoft fornisce due meccanismi per i servizi di fotoricettore della costruzione. Il primo e metodo più ampiamente usato per effettuare i servizi di fotoricettore deve usare il namespace del NET System.Web.Webservices del Microsoft nella struttura del NET. Un'applicazione dell'assistente potrebbe avere relativi metodi definiti come metodi di fotoricettore usando l'attributo [ di WebMethod ]. Questo metodo sarà usato per sviluppare un servizio di fotoricettore del NET del Microsoft per illustrare il interoperability con un cliente del Java EE, con una spiegazione dell'importanza di vari attributi ed indirizzamenti nella struttura di WebMethods. Un'altra tecnica deve scrivere ad un codice categoria dell'alimentatore del HTTP di abitudine quel le spine nella conduttura del HTTP del NET del Microsoft effettuando l'interfaccia di IHTTPHandler. Gli alimentatori del HTTP sono oggetti che il processo chiede per URLs specifico o URLs con determinate estensioni di lima (quali asmx o aspx). Gli alimentatori su ordinazione della costruzione richiede l'uso di System.Web APIs procedere il messaggio ricevuto del HTTP con lo System.Xml APIs per procedere la busta del SAPONE trovata nel corpo del HTTP. La scrittura dell'alimentatore su ordinazione inoltre rende necessario manualmente creare il documento di WSDL che descrive esattamente l'esecuzione di servizio di fotoricettore. Inoltre richiede una comprensione solida delle specifiche di XML, di XSD, del SAPONE e di WSDL. Microsoft ASP.NET spedisce con un codice categoria speciale di IHttpHandler per i punti finali del asmx (denominati WebServiceHandler), che fornisce la funzionalità di base di XML, di XSD, del SAPONE e di WSDL di che gli sviluppatori hanno bisogno per sviluppare i servizi di fotoricettore. La metodologia posteriore tiene conto più grande flexibilityparticularly quando ci è il bisogno pre o post-process il contenuto del messaggio del SAPONE. Dal lato del cliente, le procure sono usate per comunicare con un servizio di fotoricettore. Queste procure sono generate automaticamente dall'attrezzo di wsdl.exe che è disponibile nel quadro del NET o da Studio.NET visivo. Queste procure, incluse in un progetto e collegate una volta dentro quando compilano il codice, controlli la comunicazione con i metodi di fotoricettore che sono esposti dal servizio. Sono generati analizzando la lima di WSDL che descrive il servizio di fotoricettore.XML che procede, che è centrale ai servizi di fotoricettore, fa parte inerentemente della struttura del NET. Per i messaggi del SAPONE che sono passati dentro e fuori da un servizio di fotoricettore, l'elaborazione di XML è implicita, essendo effettuando entro il tempo di esecuzione a favore dello sviluppatore. Così se un metodo di fotoricettore è esposto (che invitare una stringa per essere passato in esso) mentre la comunicazione di fondo dal cliente al metodo di fotoricettore è un messaggio del SAPONE, il codice riceve semplicemente la stringa passata dentro come se sia stato una chiamata locale di metodo.La latta di XML, naturalmente, è utilizzata direttamente, usando i codici categoria all'interno del namespace di System.Xml per generare, caricare, analizzare e pubblicare i documenti di XML, compreso gli esempi del SAPONE.La struttura del NET non include la funzionalità di UDDI per difetto. Se desiderate pubblicare o interagirsi al contrario con gli assistenti di UDDI, il corredo di sviluppo del software della piattaforma UDDI (SDK) è necessario. Questo SDK effettua un complessivo del NET che può essere utilizzato nelle applicazioni, fornente il namespace di Microsoft.Uddi.Segue un esempio del UDDI SDK nell'azione dove l'indice sta domandando per un servizio particolare ed allora i servizi di affari che abbinano l'inchiesta sono ripetuti:MyConn di UddiConnection = nuovo
UddiConnection("http://test.uddi.myserver.com/inquire");
GetServiceDetail gs = nuovo GetServiceDetail(strKey);
ServDetail di ServiceDetail = gs.Send(myConn); foreach (bs
di BusinessService in servDetail.BusinessServices) {...}
Per maneggiare i collegamenti quali
l'incapsulamento diretto del messaggio del Internet (MONETA DA DIECI
CENTESIMI DI DOLLARO) o il meccanismo di ottimizzazione della
trasmissione del messaggio (MTOM), Microsoft ha un suite delle
biblioteche come un'adjunta alla struttura del NET ha denominato i
pacchetti di aumento di servizi di fotoricettore. Questi sono
aggiornamenti alla struttura del NET che effettuano gli ultimi W - *
rilasci medii della grande scala di campioni della struttura.
Per una guida completa su tutte le cose da fare con i servizi di
fotoricettore nel Microsoft e nel mondo del NET, il portal dello
sviluppatore di servizi di fotoricettore di MSDN è una risorsa
eccellente.
La filosofia del Microsoft per software molto è
concentrata intorno al software della costruzione come componenti
servizio-orientati atomici. È con l'intenzione che la
generazione seguente di sviluppo APIs del software del Microsoft
include un nuovo fondamento di comunicazione di Windows, un singolo
api per software-come-un-servizio della costruzione, che aggiunge
sopra alla versione 2.0 della struttura del NET. Questo api
facente parte una famiglia del fondamento APIs (fondamento di workflow
di Windows, fondamento di presentazione di Windows ed e così via),
sarà il nucleo api per i sistemi servizio-orientati collegati
costruzione.ciò è un articolo aggiunto da Blerick Tawman
|
|||||||||||||||
|