また、IDLインタフェースの属性はパブリックなクラス・フィールドやC++のデータ・メンバーに似ています。idlj
コンパイラはOMG IDLの属性をJavaプログラミング言語で記述されたアクセス用メソッドおよび修飾用メソッドにマッピングします。たとえば、ballというインタフェースはcolorという属性を含むとします。idljコンパイラは色を取得するためのJavaプログラミング言語のメソッドを生成します。またその属性がreadonly
でないかぎり、色を設定するためのメソッドも生成します。
Object
はまた、IDLインタフェースのオブジェクト参照に利用される暗黙の共通基本型でもあります。org.omg.CORBA.SystemException
から継承するシステム例外(java.lang.RuntimeException
になります)および(2) org.omg.CORBA.UserException
から継承するユーザー定義例外(java.lang.Exception
になります)。.java
ファイルです。バージョン1.3より前のJDKのidljコンパイラは、idltojavaコンパイラと呼ばれていました。idljコンパイラでは、RMI-IIOPに必要なCORBAの新しい標準機能がサポートされています。idljコンパイラは、インストール・プログラムによってSDKの.binディレクトリに格納されます。.java
ファイルです。JDKのバージョン1.3からは、idljコンパイラでIDL-to-Java言語マッピングを扱うようになり、RMI-IIOPに必要な新しいCORBA標準機能がサポートされています。idltojava
コンパイラは、Java Developer Connection (JDC)のWebサイトからダウンロードできます。NamingContext
オブジェクトを作成するのに使用されます。idlj
コンパイラです。そのすべてが今回のリリースのJ2SEに含まれています。oneway
であることもあります。この場合、結果(戻り値やout引数)は返されず、例外も発生しません。POAは、少なくともクライアントの立場からは持続オブジェクトが可能になるようにしています。つまり、サーバーが物理的に何度再起動されても、または様々なオブジェクト実装による実装が行われても、クライアントに関係していればこれらの持続オブジェクトは常に存在し、格納されたデータ値は保守されています。