Il compilatore rmic

Parametri

-iiop

Genera classi stub e tie. Una classe stub è un proxy locale per un oggetto remoto. I client utilizzano le classi stub per inviare chiamate ad un server. Ciascuna interfaccia remota richiede una classe stub, che implementa tale interfaccia remota. Il riferimento dell'oggetto remoto utilizzato da un client è un riferimento ad uno stub. Le classi tie vengono utilizzate sul server per elaborare le chiamate in arrivo e inviare le chiamate alla corretta classe di implementazione. Ogni classe di implementazione richiede una classe tie.

Le classi stub vengono generate anche per interfacce astratte. Un'interfaccia astratta è un'interfaccia che non estende java.rmi.Remote, ma ha metodi che generano java.rmi.RemoteException o una superclasse di java.rmi.RemoteException. Le interfacce che non estendono java.rmi.Remote e non hanno metodi sono anche interfacce astratte.

-poa

Modifica l'eredità da org.omg.CORBA_2_3.portable.ObjectImpl a org.omg.PortableServer.Servant. Questo tipo di associazione non è standard e non è specificata dalla specifica di associazione da linguaggio Java a OMG IDL: https://www.omg.org/cgi-bin/doc?formal/01-06-07.

Il modulo PortableServer per il POA (Portable Object Adapter) definisce il tipo di servant nativo. Nel linguaggio di programmazione Java, il tipo Servant viene associato alla classe Java org.omg.PortableServer.Servant . La classe funge da classe di base per tutte le implementazioni servant POA. Fornisce una serie di metodi che possono essere richiamati dal programmatore dell'applicazione, così come i metodi che vengono richiamati dal POA stesso e potrebbero essere sovrascritti dall'utente per controllare gli aspetti del comportamento del servant.

Valido solo quando è presente l'opzione -iiop .

-idl

Genera OMG IDL per le classi specificate e le classi a cui si fa riferimento. Questa opzione è richiesta solo se si dispone di un client CORBA scritto in un altro linguaggio che deve comunicare con un server RMI - IIOP Java.

Suggerimento: dopo aver generato l'IDL OMG utilizzando rmic -idl, utilizzare l'IDL generato con un compilatore IDL - C++ o un altro linguaggio, ma non con il compilatore IDL - Java. L' Arrotondamento non è consigliato e non dovrebbe essere necessario. La funzione di generazione IDL è destinata ad essere utilizzata con altre lingue. I client o i server Java possono utilizzare i tipi RMI - IIOP originali.

IDL fornisce un mezzo puramente dichiarativo per specificare l'API per un oggetto. IDL è indipendente dal linguaggio di programmazione utilizzato. IDL viene utilizzato come una specifica per i metodi e i dati che possono essere scritti e richiamati da qualsiasi linguaggio che fornisce collegamenti CORBA. Java e C++ sono tali linguaggi. Per una descrizione completa, consultare Java Language to OMG IDL Mapping Specification: https://www.omg.org/cgi-bin/doc?formal/01-06-07.

Limitazione: l'IDL generato può essere compilato utilizzando solo un compilatore IDL che supporti le estensioni CORBA 2.3 per IDL.

-always

Forza la rigenerazione anche quando stub, correlazioni o IDL esistenti sono più recenti della classe di input. Valido solo quando sono presenti opzioni -iiop o -idl .

-noValueMethods

Garantisce che i metodi e gli inizializzatori non siano inclusi nei tipi di valore emessi durante la generazione IDL. I metodi e gli inizializzatori sono facoltativi per i tipi di valore e sono altrimenti omessi.

Valido solo quando utilizzato con l'opzione -idl .

-idlModule <fromJavaPackage[.class]> <toIDLModule>

Specifica l'associazione del pacchetto IDLEntity. Ad esempio: -idlModule sample.bar my::real::idlmod.

Valido solo quando utilizzato con l'opzione -idl .

-idlFile <fromJavaPackage[.class]> <toIDLModule>

Specifica l'associazione del file IDLEntity. Ad esempio: -idlFile test.pkg.X TEST16.idl.

Valido solo quando utilizzato con l'opzione -idl .