Java Remote Method Protocol (JRMP)またはInternet Inter-ORB Protocol (IIOP)を使用するリモート・オブジェクトのスタブ、スケルトンおよびTieクラスを生成します。Object Management Group (OMG)のインタフェース定義言語(IDL)も生成します。
rmic [ options ] package-qualified-class-names
コマンド行オプション
です。「オプション」を参照してください。
パッケージを含むクラス名(例: java.awt.Color
)です。
非推奨に関する注: Java Remote Method Protocol (JRMP)のスタブおよびスケルトンの静的な生成のサポートは、非推奨になりました。その代わりに、動的に生成されたJRMPスタブを使用することをお薦めします。これにより、このツールをJRMPベースのアプリケーションで使用する必要がなくなります。詳細は、http://docs.oracle.com/javase/jp/8/api/java/rmi/server/UnicastRemoteObject.html
でjava.rmi.server.UnicastRemoteObject
の仕様を参照してください。
rmic
コンパイラでは、Java Remote Method Protocol (JRMP)を使用したスタブとスケルトン・クラス・ファイル、およびリモート・オブジェクト用のスタブとTieクラス・ファイル(IIOPプロトコル)が生成されます。リモート・オブジェクトの実装クラスであるこれらのクラス・ファイルは、Javaプログラミング言語のクラスをコンパイルしたときに生成されます。リモート実装クラスは、java.rmi.Remote
インタフェースを実装するクラスです。rmic
コマンドでのクラス名は、そのクラスがjavac
コマンドで正常にコンパイルされていて、かつパッケージ名が完全修飾されている必要があります。たとえば、ここで示すように、クラス・ファイル名HelloImpl
でrmic
コマンドを実行すると、クラスのパッケージ名が付いたhelloサブディレクトリにHelloImpl_Stub.class
ファイルが作成されます。
rmic hello.HelloImpl
リモート・オブジェクト用のスケルトンは、リモート・オブジェクト実装の呼出しをディスパッチするメソッドを含むJRMPプロトコル・サーバー側のエンティティです。
リモート・オブジェクト用のTieは、スケルトンと同様にサーバー側のエンティティですが、IIOPプロトコルを使用してクライアントと通信します。
スタブは、リモート・オブジェクト用のクライアント側プロキシです。スタブは、リモート・オブジェクトでのメソッド呼出しを、実際のリモート・オブジェクト実装が存在するサーバーと通信する役割を持っています。したがって、クライアントによるリモート・オブジェクトへの参照は、実際はローカル・スタブへの参照となります。
デフォルトでは、rmic
コマンドは、-v1.2
オプションを指定した場合と同様に、1.2 JRMPスタブ・プロトコル・バージョンのみを使用するスタブ・クラスを生成します。5.0よりも前のリリースでは、-vcompat
オプションがデフォルトでした。IIOPプロトコル用のスタブおよびTieクラスを生成するには、-iiop
オプションを使用します。「オプション」を参照してください。
スタブはリモート・インタフェースのみを実装し、リモート・オブジェクトが実装するローカル・インタフェースは実装しません。JRMPスタブはリモート・オブジェクトと同じリモート・インタフェースを実装するため、クライアントは、キャストや型チェックにJavaプログラミング言語に組み込まれた演算子を使用できます。IIOPの場合は、PortableRemoteObject.narrow
メソッドを使わなければなりません。
ブートストラップ・クラス・ファイルの場所をオーバーライドします。
rmic
コマンドがクラスを探すために使用するパスを指定します。このオプションを設定すると、デフォルトやCLASSPATH
環境変数がオーバーライドされます。ディレクトリはセミコロンで分割します。パスの一般的な形式は、.;<your_path>
(例: .;/usr/local/java/classes
)です。
生成されたクラス階層の出力先ディレクトリのルートを指定します。このオプションを使えば、スタブ、スケルトン、およびTieファイルを格納するディレクトリを指定できます。たとえば、次のコマンドは、MyClass
から取得したスタブとスケルトン・クラスをC:\java\classes\exampleclassディレクトリに配置します。
rmic -d C:\java\classes exampleclass.MyClass
-d
オプションが指定されていない場合、デフォルトの動作は、-d .
が指定された場合と同様です。ターゲット・クラスのパッケージ階層が現在のディレクトリに作成され、スタブ、Tieおよびスケルトン・ファイルがそのディレクトリに配置されます。以前のバージョンのrmic
コマンドの一部では、-d
オプションが指定されていない場合は、パッケージ階層は作成されず、出力ファイルはすべて現在のディレクトリに直接配置されていました。
インストールされた拡張機能の位置をオーバーライドします。
ローカル変数を含むすべてのデバッグ情報を生成できます。デフォルトでは、行番号情報だけが生成されます。
rmic
コマンドによって、指定したクラスおよび参照されたクラスのOMG IDLが生成されます。IDLでは、プログラミング言語に依存せずに、宣言するだけでオブジェクトのAPIを指定できます。IDLは、メソッドおよびデータの仕様として使用します。CORBAバインディングを提供する任意の言語で、メソッドおよびデータの作成および呼出しを行うことができます。これらの言語には、JavaおよびC++が含まれています。「Java IDL: IDLとJava言語のマッピング」を参照してください。
http://docs.oracle.com/javase/jp/8/technotes/guides/idl/mapping/jidlMapping.html
-idl
オプションを使用されるときは、ほかのオプションも含まれます。
-always
または-alwaysgenerate
オプションは、既存のスタブ、TieまたはIDLが入力クラスより新しいときでも強制的に再生成します。
-factory
オプションでは、生成されたIDLでfactory
キーワードが使用されます。
-idlModule
from JavaPackage[.class]
toIDLModule
は、IDLEntity
パッケージのマッピング(例: -idlModule
my.module my::real::idlmod
)を指定します。
-idlFile
fromJavaPackage[.class] toIDLFile
は、IDLEntity
ファイルのマッピング(例: -idlFile test.pkg.X TEST16.idl
)を指定します。
rmic
コマンドを使用すると、JRMPのスタブとスケルトン・クラスの代わりに、IIOPのスタブとTieクラスが生成されます。スタブ・クラスは、リモート・オブジェクト用のローカル・プロキシで、クライアントからサーバーに呼出しを送信するときに使用されます。各リモート・インタフェースにはスタブ・クラスが必要です。スタブ・クラスによってリモート・インタフェースが実装されます。クライアントによるリモート・オブジェクトへの参照は、スタブへの参照です。Tieクラスは、サーバー側で着信呼出しを処理し、その呼出しを適切な実装クラスにディスパッチするときに使用されます。各実装クラスには、Tieクラスが必要です。
-iiop
を指定してrmic
コマンドを呼び出すと、次の命名規約に準拠したスタブとTieが生成されます。
_<implementationName>_stub.class _<interfaceName>_tie.class
-iiop
オプションを使用するときは、他のオプションも含まれます。
-always
または-alwaysgenerate
オプションは、既存のスタブ、TieまたはIDLが入力クラスより新しいときでも強制的に再生成します。
-nolocalstubs
オプションでは、同じプロセスのクライアントとサーバー用に最適化されたスタブが作成されません。
-noValueMethods
オプションは、-idl
オプションと一緒に使用する必要があります。-noValueMethods
オプションでは、発行されたIDLにvaluetype
メソッドおよび初期化子が追加されません。これらのメソッドおよび初期化子は、valuetypeのオプションであり、-idl
オプションと一緒に-noValueMethods
オプションを指定しないかぎり生成されます。
-poa
オプションでは、継承がorg.omg.CORBA_2_3.portable.ObjectImpl
からorg.omg.PortableServer.Servant
に変更されます。Portable Object Adapter (POA)のPortableServer
モジュールには、ネイティブServant
型を定義します。Javaプログラミング言語では、Servant
型がJava org.omg.PortableServer.Servant
クラスにマッピングされます。このクラスは、すべてのPOAサーバント実装の基底クラスとして機能し、アプリケーション・プログラマが呼び出すことのできるいくつかのメソッドおよびPOAによって呼び出され、サーバントの動作を制御するためにユーザーがオーバーライドできるメソッドも提供します。OMG IDL to Java Language Mapping Specification、CORBA V 2.3.1 ptc/00-01-08.pdfに準拠しています。
-J
オプションを任意のJavaコマンドと組み合わせて使用すると、-J
の後ろに続く引数(-J
と引数の間に空白を入れない)がJavaインタプリタに渡されます。
スタブ、スケルトンまたはTieクラス用に生成された.java
ソース・ファイルを保持し、.class
ファイルと同じディレクトリに書き込みます。
警告をオフにします。-nowarn
オプションを使用すると、コンパイラは警告を出力しません。
コンパイル済みのクラスをファイル・システムに書き込みません。
1.1と1.2の両方のJRMPスタブ・プロトコル・バージョンと互換性のあるスタブおよびスケルトン・クラスを生成します。5.0よりも前のリリースでは、このオプションがデフォルトでした。生成されたスタブ・クラスは、JDK 1.1仮想マシンにロードされると1.1スタブ・プロトコル・バージョンを使用し、JDK 1.2以降の仮想マシンにロードされると1.2スタブ・プロトコル・バージョンを使用します。生成されたスケルトン・クラスでは、1.1と1.2の両方のスタブ・プロトコル・バージョンをサポートします。生成されたクラスは両方の操作モードをサポートするために、サイズが大きくなります。注: このオプションは非推奨になりました。「非推奨」を参照してください。
コンパイラやリンカーが、コンパイルされているクラスやロードされているクラス・ファイルについてのメッセージを表示するようにします。
1.1 JRMPスタブ・プロトコル・バージョンのみのスタブおよびスケルトン・クラスを生成します。-v1.1
オプションが役立つのは、JDK 1.1からrmic
コマンドで生成され、アップグレードできない(さらに動的なクラス・ローディングを使用していない)既存の静的に配備されたスタブ・クラスに対して、直列化互換性のあるスタブ・クラスを生成する場合のみです。注: このオプションは非推奨になりました。「非推奨」を参照してください。
(デフォルト) 1.2 JRMPスタブ・プロトコル・バージョンのみのスタブ・クラスを生成します。スケルトン・クラスは1.2スタブ・プロトコル・バージョンで使用できないため、スケルトン・クラスは生成されません。生成されたスタブ・クラスは、JDK 1.1仮想マシンにロードされても動作しません。注: このオプションは非推奨になりました。「非推奨」を参照してください。