Common Object Request Broker Architecture: differenze tra le versioni

Versione delle 11:10, 3 lug 2008

Versione delle 19:22, 4 ott 2008

Riga 9:

I vari componenti comunicano attraverso il broker che può essere visto come l'intermediario. I componenti sono "presentati" al broker attraverso la scrittura di un'interfaccia nel linguaggio [[Interface Description Language|IDL]].

== Collegamenti esterniIntroduzione ==

CORBA is è un meccanismo software per la gestione delle chiamate a procedura con oggetti di invocazione che risiedono in uno stesso spazio degli indirizzi (applicazione) o in uno spazio degli indirizzi remoto (stesso host o host remoti collegati in rete). La versione 1.0 è stata rilasciata nell'ottobre 1991.

* {{en}}[http://www.omg.org/technology/documents/formal/corba_2.htm OMG CORBA 3]

* {{en}}[http://www.omg.org/ Object Management Group]

* {{en}}[http://www.corba.org/ Sito di CORBA]

* {{en}}[http://www.omg.org/technology/documents/spec_catalog.htm Catalogo delle specifiche OMG]

** [http://www.omg.org/technology/documents/idl2x_spec_catalog.htm IDL / Language Mapping]

** [http://www.omg.org/technology/documents/corba_spec_catalog.htm#ccm CORBA Component Model (CCM)]

** [http://www.omg.org/technology/documents/corba_spec_catalog.htm IIOP]

** [http://www.omg.org/technology/documents/corbaservices_spec_catalog.htm Services]

** [http://www.omg.org/technology/documents/corbafacilities_spec_catalog.htm Facilities]

** [http://www.omg.org/technology/documents/domain_spec_catalog.htm Domain]

** [http://www.omg.org/technology/documents/embed_intel_spec_catalog.htm Embedded Intelligence]

** [http://www.omg.org/technology/documents/formal/omg_security.htm Security]

** [http://www.omg.org/technology/documents/modeling_spec_catalog.htm UML, MOF, XMI, CWM]

* {{en}}[http://cbbrowne.com/info/corba.html Descrizione] di Christopher B. Browne

* {{en}}[http://corbaconf.kiev.ua/ Supporto di CORBA ad autoconf]

* {{en}}[http://orbzone.org/ Forum OrbZone]

* {{en}}[http://www.prismtech.com/section-item.asp?sid4=128&sid3=251&sid2=10&sid=18&id=568 CORBA risorse e collegamenti]

* {{en}} [http://cuj.com/documents/s=7993/cujcexp1907vinoski/ XML come CORBA Data] articolo di Douglas C. Schmidt e Steve Vinoski

* {{en}}[http://xml.sys-con.com/read/40033.htm Costruire applicazioni distribuite con Corba e XML] articolo di Dermot Russell e Nick Simha

* {{en}}[http://sourceforge.net/projects/soap2corba/ SOAP Bridge]

* {{en}} [http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=396 Ascesa e caduta di CORBA] articolo di Michi Henning

* {{en}} [http://www.orbzone.org/?p=121 La risposta ad "Ascesa e caduta di CORBA"]

CORBA utilizza un apposito linguaggio denominato [[interface definition language]] (IDL) per definire le interfacce che gli oggetti presentano al "mondo esterno". CORBA specifica poi una “mappatura” da IDL a specifici linguaggi di implementazione come [[C++]] o [[Java (programming language)|Java]]. Mappature standard esistono inoltre per [[Ada (linguaggio)]], [[C (linguaggio)]], [[C++]], [[Lisp]], [[Smalltalk]], [[Java (linguaggio)]], [[COBOL]], [[PL/I] e [[Python]]. Esistono anche mappature non standard mappings per [[Perl]], [[Visual Basic]], [[Ruby]], [[Erlang (linguaggio)]], e [[Tcl]] implementati mediante [[Object Request Broker]] (ORB) scritti per questi linguaggi.

[[Categoria:Acronimi]]

[[Categoria:Software di rete]]

La specifica CORBA prevede che ci sia un ''ORB'' attraverso il quale l'applicazione interagisce con gli oggetti distribuiti. In pratica, l'applicazione inizializza l'''ORB'' e accede ad un ''Object Adapter'' interno che ha compiti come il conteggio dei riferimenti, la politica di istanziazione di oggetti e riferimenti, le politiche sul tempo di vita degli oggetti e così via. L'''Object Adapter'' è usato per registrare istanze delle ''Classi Generate''. Le ''Classi Generate'' sono il risultato della compilazione del codice ''IDL'' che traduce la definizione ad alto livello dell'interfaccia in una classe dipendente da un sistema operativo e da un linguaggio, che verrà usata dall'applicazione utente. Questo passo è necessario al fine di garantire la semantica definita da CORBA e di fornire un processo preciso per interfacciarsi con l'infrastruttura CORBA.

[[de:Common Object Request Broker Architecture]]

[[en:Common Object Request Broker Architecture]]

Alcune mappature da '''IDL''' a linguaggi di programmazione sono "più ostili" di altre. Ad esempio, data la natura di Java, la mappatura '''IDL-Java''' è relativamente semplice e rende l'uso di CORBA molto semplice in un'applicazione Java. La mappatura verso C++ non è banale ma rende disponibili tutte le caratteristiche dell'infrastruttura CORBA, come la gestione delle eccezioni. La mappatura verso C è ancora più ostica (dato che non è un linguaggio Object Oriented) ma è costruita in modo sensato e rende bene la semantica delle chiamate RPC. (Red Hat Linux viene distribuita con il sistema GNOME UI, il cui IPC era basato su CORBA, ora rimpiazzato da [[DBus]])

[[es:CORBA]]

[[eu:CORBA]]

Una mappatura a linguaggio richiede allo sviluppatore di creare del codice IDL che rappresenti le interfacce ai suoi oggetti. Tipicamente, un'implementazione CORBA viene distribuita con uno strumento chiamato ''compilatore IDL'', che converte il codice IDL in codice specifico per il linguaggio scelto. Un compilatore tradizionale è poi usato per compilare il codice generato per creare codice eseguibile per l'applicazione.

[[fr:Common Object Request Broker Architecture]]

[[ga:CORBA]]

[[gl:CORBA]]

[[hu:Common Object Request Broker Architecture]]

[[ja:Common Object Request Broker Architecture]]

[[ko:코바]]

[[lt:CORBA]]

[[nl:Common Object Request Broker Architecture]]

[[pl:CORBA]]

[[pt:CORBA]]

[[ru:CORBA]]

[[sl:CORBA]]

[[sv:CORBA]]

[[tr:CORBA]]

[[uk:CORBA]]

[[zh:CORBA]]