rmic.1 revision 2362
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." Copyright 2004-2006 Sun Microsystems, Inc. All Rights Reserved.
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." This code is free software; you can redistribute it and/or modify it
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." under the terms of the GNU General Public License version 2 only, as
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." published by the Free Software Foundation.
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." This code is distributed in the hope that it will be useful, but WITHOUT
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." version 2 for more details (a copy is included in the LICENSE file that
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." accompanied this code).
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." You should have received a copy of the GNU General Public License version
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." 2 along with this work; if not, write to the Free Software Foundation,
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." or visit www.oracle.com if you need additional information or have any
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." questions.
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk.TH rmic 1 "04 May 2009"
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk." Generated from HTML by html2man (author: Eric Armstrong)
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkrmic \- Java RMI コンパイラ
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f3rmic\fP によって、JRMP または IIOP プロトコルを使用するリモートオブジェクトのスタブ、スケルトン、および Tie クラスが生成されます。また、OMG IDL も生成されます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkrmic [ \fP\f3options\fP\f3 ] \fP\f4package\-qualified\-class\-name(s)\fP\f3
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f3rmic\fP コンパイラによって、リモートオブジェクトの、スタブ、スケルトンクラスファイル (JRMP プロトコル)、およびスタブと Tie クラスファイルの組み合わせ (IIOP プロトコル) が生成されます。リモートオブジェクトの実装クラスであるこれらのクラスファイルは、Java プログラミング言語のクラスをコンパイルしたときに生成されます。リモート実装クラスは、\f2java.rmi.Remote\fP インタフェースを実装するクラスです。\f3rmic\fP コマンドでのクラス名は、そのクラスが \f3javac\fP コマンドでコンパイルが成功していて、かつ完全なパッケージ名が指定されている必要があります。たとえば、クラスファイル名 \f2HelloImpl\fP で \f3rmic\fP を実行するには、次のようにします。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2HelloImpl_Stub.class\fP ファイルが、クラスのパッケージ名が付いた \f2hello\fP サブディレクトリに作成されます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkリモートオブジェクトの「スケルトン」は JRMP プロトコルサーバー側のエンティティーで、実際のリモートオブジェクト実装を呼び出すメソッドを含みます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkリモートオブジェクトの「Tie」は、スケルトンと同様にサーバー側のエンティティーですが、IIOP プロトコルを使ってクライアントと通信します。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk「スタブ」とは、リモートオブジェクトのクライアント側での代理です。 スタブは、リモートオブジェクトのメソッド呼び出しを、実物のリモートオブジェクトが常駐するサーバーと通信する役割を持ちます。したがって、クライアントのリモートオブジェクトへの参照は、実際はローカルスタブへの参照となります。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkデフォルトで \f3rmic\fP では、1.2 JRMP スタブプロトコルバージョンだけを使用するスタブクラスを生成します。 これは、\f2\-v1.2\fP オプションを指定した場合と同じ動作です。(5.0 以前では \f2\-vcompat\fP オプションがデフォルトであったことに注意。) IIOP プロトコル用のスタブおよび Tie クラスを生成するには \f2\-iiop\fP オプションを使用します。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkスタブはリモートインタフェースだけを実装し、リモートオブジェクトが実装する局所インタフェースは実装していません。JRMP スタブはリモートオブジェクト自体が実装するリモートインタフェースと同じものを実装しているので、クライアントは、キャストや型チェックに Java プログラミング言語に組み込まれた演算子を使用することができます。IIOP の場合は、\f2PortableRemoteObject.narrow\fP メソッドを使わなければなりません。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-bootclasspath path
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkブートストラップクラスファイルの位置をオーバーライドします。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-classpath path
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f3rmic\fP がクラスを探すためのパスを指定します。このオプションは、デフォルトや CLASSPATH 環境変数設定を上書きします。ディレクトリはコロンで分割します。したがって、\f2path\fP の一般形式は次のようになります。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk.:<your_path>
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-d directory
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk生成されたクラス階層の出力先ディレクトリのルートを指定します。このオプションを使えば、スタブ、スケルトン、および Tie ファイルを格納するディレクトリを指定できます。たとえば、次のようにして使います。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2MyClass\fP から取得したスタブとスケルトンクラスを \f2/java/classes/foo\fP ディレクトリに置きます。\f2\-d\fP オプションが指定されていない場合は、\f2「\-d\ .」\fPが指定されていると見なされます。ターゲットクラスのパッケージ階層が現在のディレクトリに作成され、スタブ、Tie、およびスケルトンファイルがそのディレクトリに格納されます。(以前のバージョンの \f3rmic\fP では、\f2\-d\fP が指定されていない場合は、パッケージ階層は作成されず、出力ファイルはすべて現在のディレクトリに直接格納されていた)。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-extdirs path
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkインストール型拡張機能の位置をオーバーライドします。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk局所変数を含むすべてのデバッグ情報を生成します。デフォルトでは、行番号情報だけが生成されます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2rmic\fP によって、指定したクラスおよび参照されたクラスの OMG IDL が生成されます。IDL では、プログラミング言語に依存せずに、宣言するだけでオブジェクトの API を指定することができます。IDL は、メソッドおよびデータの仕様として使用します。 CORBA バインディングを提供する任意の言語で、メソッドおよびデータの作成および呼び出しを行うことができます。これらの言語には、Java および C++ が含まれています。詳細は、
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2Java Language to IDL Mapping\fP @
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkhttp://www.omg.org/technology/documents/formal/java_language_mapping_to_omg_idl.htm (OMG) を参照してください。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2\-idl\fP オプションを使うときは、ほかのオプションも指定できます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-always または \-alwaysgenerate
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk既存のスタブ、Tie、および IDL が入力クラスより新しいときでも、強制的に生成し直します。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk生成された IDL で factory キーワードを使います。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-idlModule\ fromJavaPackage[.class]\ toIDLModule
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkIDLEntity パッケージのマップを指定します。例を示します。 \f2\-idlModule foo.bar my::real::idlmod\fP
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-idlFile\ fromJavaPackage[.class]\ toIDLFile
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkIDLEntity ファイルのマップを指定します。例を示します。 \f2\-idlFile test.pkg.X TEST16.idl\fP\
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2rmic\fP によって、JRMP のスタブとスケルトンクラスの代わりに、IIOP のスタブと Tie クラスが生成されます。スタブクラスは、リモートオブジェクトのローカルプロキシで、クライアントからサーバーに呼び出しを送信するときに使われます。各リモートインタフェースにはスタブクラスが必要です。 スタブクラスによってリモートインタフェースが実装されます。クライアントでリモートオブジェクトを参照するときは、実際にはスタブを参照することになります。タイクラスは、サーバー側で着呼を処理し、その呼び出しを適切な実装クラスにディスパッチするときに使われます。各実装クラスには、タイクラスが必要です。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2\-iiop\fP を使って \f2rmic\fP を呼び出すと、次の命名規約に準拠したスタブと Tie が生成されます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk_<implementationName>_stub.class
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk_<interfaceName>_tie.class
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2\-iiop\fP オプションを使うときは、ほかのオプションも指定できます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-always または \-alwaysgenerate
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk既存のスタブ、Tie、および IDL が入力クラスより新しいときでも、強制的に生成し直します。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-nolocalstubs
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk同じプロセスのクライアントとサーバーに対して最適化されたスタブを作成しません。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-noValueMethods
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2\-idl\fP オプションとともに使われなければなりません。発行された IDL に、\f2valuetype\fP メソッドおよび初期化子を追加しません。このメソッドおよび初期化子は、\f2valuetype\fP の場合はオプションです。 \f2\-idl\fP オプションを使うときは、 \f2\-noValueMethods\fP オプションを指定しない限り生成されます。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk継承が \f2org.omg.CORBA_2_3.portable.ObjectImpl\fP から \f2org.omg.PortableServer.Servant\fP に変わります。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2Portable Object Adapter\fP @
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkhttp://java.sun.com/javase/6/docs/technotes/guides/idl/POA.html (POA) の \f2PortableServer\fP モジュールは、ネイティブの \f2Servant\fP 型を定義します。Java プログラミング言語では、\f2Servant\fP 型は、Java の \f2org.omg.PortableServer.Servant\fP クラスにマッピングされています。これはあらゆる POA サーバント実装の基底クラスとなり多数のメソッドを提供します。 これらのメソッドはアプリケーションプログラマが呼び出すだけではなく、POA 自身からも呼び出され、場合によってはサーバントの動作を制御するためにユーザーがオーバーライドすることもあります。OMG IDL to Java Language Mapping Specification、CORBA V 2.3.1 ptc/00\-01\-08.pdf に準拠しています。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2\-J\fP の後ろに続くオプションを \f2java\fP インタプリタに引き渡します。 \f2java\fP オプションと組み合わせて使います (\f2\-J\fP と \f2java\fP オプションの間にスペースは入れない)。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\-keep または \-keepgenerated
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkスタブ、スケルトン、または Tie クラスのための \f2.java\fP ソースファイルを \f2.class\fP ファイルと同じディレクトリに残します。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk警告をオフにします。このオプションを指定すると、コンパイラは警告を表示しません。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk1.1 と 1.2 の両方の JRMP スタブプロトコルバージョンと互換性のあるスタブおよびスケルトンクラスを作成します。(5.0 以前のリリースではこのオプションはデフォルト。)生成されたスタブクラスは、JDK 1.1 仮想マシンにロードされると 1.1 スタブプロトコルバージョンを使用し、JDK 1.2 以降の仮想マシンにロードされると 1.2 スタブプロトコルバージョンを使用します。生成されたスケルトンクラスでは、1.1 と 1.2 の両方のスタブプロトコルバージョンをサポートします。生成されたクラスは両方の操作モードをサポートするために、サイズが大きくなります。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkコンパイラやリンカーが、コンパイルされているクラスやロードされているクラスファイルについてのメッセージを表示するようにします。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk1.1 JRMP スタブプロトコルバージョンのみのスタブおよびスケルトンクラスを生成します。このオプションが使用できるのは、JDK 1.1 から \f3rmic\fP ツールで生成され、アップグレードできない (さらにダイナミッククラスローディングを使用していない) 、既存の静的配備されたスタブクラスに対し、直列化互換性のあるスタブクラスを生成場合だけです。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk(デフォルト) 1.2 JRMP スタブプロトコルバージョンのみのスタブクラスを生成します。スケルトンクラスは 1.2 スタブプロトコルバージョンで使用できないため、このオプションではスケルトンクラスは生成されません。生成されたスタブクラスは、JDK 1.1 仮想マシンにロードされても動作しません。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkユーザー定義クラスへのパスをシステムに指定します。ディレクトリはコロンで分割します。次に例を示します。
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenkjava(1)、javac(1)、
4b8d88eb610aa1e0bb6ec632f792744b3d6b5f22jeff.schenk\f2CLASSPATH\fP @