B クラスパスの拡張機能およびユーザー・クラスロード・メタデータ
この項では、-classpath
検索パスの拡張機能とユーザー・クラスロード・メタデータについて説明します。
B.1 クラスパスの拡張機能
この項では、コマンドライン・インタフェースで使用する検索パスでデータベース常駐オブジェクトとバイト・セットの仕様を許可する、-classpath
検索パスおよびjserver
URLプロトコル構文の拡張機能について説明します。
B.1.1 jserverQuotedClassPathTermPrefix
クラスパス表現が文字列jserverQuotedClassPathTermPrefix
で始まる場合、クラスパス表現に含まれるFile.pathSeparator
文字に関係なく、この文字列が次に出現することによってクラスパス表現が拡張されます。この文字列の実際の値は、システム・プロパティjserver.quoted.classpath.term.prefix
によって指定されます。プロパティが定義されない場合、デフォルト値は||
です。
B.1.2 jserverURLPrefix
引用符の付かないクラスパス表現が文字列jserverURLPrefix
で始まる場合、その表現の残りの部分はURLとして扱われます。この文字列の値は、システム・プロパティjserver.url.in.classpath.prefix
によって指定されます。この値がnull
の場合、先頭が次の3つの接頭辞のいずれでもない引用符の付いた表現は、URLとして扱われます。
-
jserverSpecialTokenPrefix
(値が設定される場合) -
JSERVER_CP
-
JSERVER_SCHEMAc
ノート:
引用符の付いた表現とは、jserverQuotedClassPathTermPrefix
の値である文字列で開始および終了する表現です。引用符の付かない表現とは、引用符で囲まれていない場合は元の表現全体、または先頭と末尾のjserverQuotedClassPathTermPrefix
で囲まれている、引用符の付いた表現の一部になります。
B.1.3 jserverSpecialTokenPrefix
文字列jserverSpecialTokenPrefix
の値は、システム・プロパティjserver.specialtoken.in.classpath.prefix
によって指定されます。この値がnull
ではない場合、この文字列が先頭にある場合のみ、接頭辞JSERVER_CP
およびJSERVER_SCHEMAc
が認識されます。
関連トピック
B.1.5 JSERVER_SCHEMAc
リテラルの部分文字列"JSERVER_SCHEMAc"
で始まるクラスパス表現は、JSERVER_SCHEMAc
がjserver:/CPcSCHEMAc
に置き換えられてURLに変換されます。c
は任意の文字ですが、通常は/
になります。つまり、JSERVER_SCHEMAc + <残りの文字列>
という形式の表現は、<残りの文字列>
で特定されるスキーマで共有システム・クラスロードのクラスおよびリソースを検索するための規定として扱われます。たとえば、JSERVER_SCHEMA/HR
という表現はjserver:/CP/SCHEMA/HR
と同等であり、HR
という名前のスキーマで共有クラスとリソースを検索するよう指示します。
B.1.6 jserver:/CPの一般的な構文
jserver:/CP
で始まるURLは、クラスパス表現としてのみ意味があります。jserver:/CP
の後に続く最初の文字は、文字列の残りの部分のトークン・セパレータとして使用されます。通常は/
になります。後に続くトークンは次のようになります。
-
最初のトークンとして考えられる値は、JAR、RESOURCEまたはSHARED_DATAで、RESOURCEはJavaリソース・オブジェクト、SHARED_DATAはJava共有データ・オブジェクト、JARはデータベース常駐のJARオブジェクトを示します。このトークンはオプションで、すべての値の大文字と小文字は区別されません。これらのいずれかが存在する場合、そのURLはJAR指定子と呼ばれます。それ以外の場合は、SCHEMA指定子と呼ばれます。
-
2番目のトークンの値はPRIVATEです。これはオプションのトークンで、大文字と小文字は区別されません。
-
3番目のトークンの値はSCHEMAです。これは必須のトークンで、大文字と小文字は区別されません。
-
4番目のトークンは必須です。スキーマ名として解析されます。
-
5番目のトークンは、JAR指定子の場合は必須、SCHEMA指定子の場合は禁止されています。存在する場合は、4番目のトークンで特定されるスキーマのオブジェクト名として解析されます。
機能面では、クラスパス表現は、検索対象のクラスまたはリソース名と一致するオブジェクトの検索に使用します。SCHEMA指定子の場合、オブジェクトは指定のスキーマで検索されます。JAR指定子の場合、スキーマ内の特定のオブジェクトがURLの5番目のトークンで特定されます。このオブジェクトはJARとして扱われ、検索対象オブジェクトがJAR内で名前に基づいて検索されます。データベース常駐のJAR内でクラスを検索する場合、スキーマでクラスをクラス・オブジェクトとして検索することを意味します。それ以外は、JARオブジェクトの実際のバイトで検索オブジェクトを検索することを意味します。
検索対象オブジェクトは、次の条件を満たす場合、データベースのJavaクラス・オブジェクトになります。
-
検索名が
.class
で終わる場合 -
URLがデータベース常駐JARのSCHEMA指定子またはJAR指定子のいずれかである場合
このようなクラス・オブジェクトは次のようになります。
-
共有システム・クラスロードのクラスとしてロードされます。これは、オプションの2番目のトークンであるPRIVATEがない場合に実行されます。
-
バイトコードのセットとして解析され、プライベート・ユーザー・クラスロードのクラスとして
defineClass
メソッドでロードされます。これは、オプションの2番目のトークンであるPRIVATEが存在する場合に実行されます。
ノート:
クラスパス表現からロードされたクラスがjserver URLマーカーで始まらない場合、常にプライベートのユーザー・クラスロードのクラスになります。
B.2 ユーザー・クラスロード・メタデータ
11gリリース1 (11.1)以降には、データベースの作成やアップグレード時に次の方法で作成される新しいシステム表がjavavm/install/initjvma.sql
にあります。
create table java$jvm$runtime$parameters (owner# number not null,flags number); create unique index java$jvm$runtime$parameters$i on java$jvm$runtime$parameters(owner#);
この表は、javavm/install/rmjvm.sql
でダウングレード中に削除されます。プライベート・クラス・メタデータを共有してDBA権限を保持する場合は、この表を手動で移入できます。規則では、所有者IDと一致する行がある場合、この行のフラグ値は、owner# = -1(ある場合)の行のフラグ値によってビット単位で論理積(AND)演算されます。このような一致する行が存在しない場合、結果のビット・セットは-1(すべてのビット・セット)になります。ビット0(1<<0)が結果で設定されると、セッションは既存の共有プライベート・メタデータを共有しようとします。ビット1(1<<1)が結果で設定されると、セッションは既存の共有メタデータが検出されない場合に共有メタデータを作成します。デフォルトでは、表に行はありません。そのため、すべてのセッションで共有プライベート・メタデータを使用して作成します。