![]() ![]() ![]() ![]() |
Oracle WebLogic Server には、管理およびプログラミング タスクを行うための Java ユーティリティと Ant タスクが用意されています。
これらのユーティリティとタスクを使用するには、CLASSPATH
を正しく設定する必要があります。詳細については、「クラスパスの変更」を参照してください。
Oracle WebLogic Server には、インストールおよびコンフィグレーション タスクを簡素化したり、サービスを提供したり、便利なショートカットを提供したりする Java プログラムが用意されています。以下では、Oracle WebLogic Server に付属のすべての Java ユーティリティについて説明します。ここでは、すべてのユーティリティのコマンドライン構文を示し、一部のユーティリティについては使用例を紹介します。
また、Oracle WebLogic Server には、一般的なサーバ プログラミング タスクを自動化する Ant タスクも用意されています。Apache Web サイトでは、その他の便利な Ant タスク (EAR、WAR、および JAR ファイルのパッケージ化など) が提供されています。詳細については、http://jakarta.apache.org/ant/manual/ を参照してください。
appc コンパイラは、EJB および JSP を Oracle WebLogic Server にデプロイするのに必要なクラスを生成し、コンパイルします。また、個別のモジュール レベルとアプリケーション レベルの両方で、現在の仕様に準拠しているかどうかデプロイメント記述子を検証します。『WebLogic エンタープライズ JavaBeans (EJB) プログラマーズ ガイド』の「appc リファレンス」を参照してください。
AppletArchiver
ユーティリティは、別のフレームにあるアプレットを実行し、ダウンロードされたクラスと、そのアプレットによって使用されたリソースの記録をすべて保持し、.jar
ファイルまたは .cab
ファイルにパッケージ化します (cabarc
ユーティリティは Microsoft から入手できます)。
$ java utils.applet.archiver.AppletArchiverURL
filename
autotype
Ant タスクは、Web サービス用の非組み込みデータ型コンポーネント (シリアライゼーション クラスなど) を生成するために使用します。autotype
Ant タスクの完全修飾名は、weblogic.ant.taskdefs.webservices.javaschema.JavaSchema
です。
Web サービスは Java EE 標準になったため、8.1 と比べて 9.0 の WebLogic Web サービスには多くの変更点があります。8.1 と 9.0 間の Web サービスの変更点や、非推奨の詳細については、『WebLogic Web サービス プログラマーズ ガイド』の「WebLogic 8.1 と 9.x の Web サービスの相違点」を参照してください。
Web サービス Ant タスクの詳細なリストについては、『WebLogic Web サービス リファレンス』の「Ant タスク リファレンス」を参照してください。
BuildXMLGen は、分割ディレクトリ構造のエンタープライズ アプリケーション用の build.xml
ファイルを生成するために使用します。このユーティリティの詳細については、『WebLogic Server アプリケーションの開発』の「分割開発ディレクトリでのアプリケーションのビルド」を参照してください。
CertGen
ユーティリティは、プロダクション環境用ではなくデモまたはテスト目的専用の証明書を生成します。
$ java utils.CertGen
-certfile <cert_file> -keyfile <private_key_file>
-keyfilepass <private_key_password>
[-cacert <ca_cert_file>][-cakey <ca_key_file>]
[-cakeypass <ca_key_password>]
[-selfsigned][-strength <key_strength>]
[-e <email_address>][-cn <common_name>]
[-ou <org_unit>][-o <organization>]
[-l <locality>][-s <state>][-c <country_code>]
[-keyusage [digitalSignature,nonRepudiation,keyEncipherment,
dataEncipherment,keyAgreement,keyCertSign,
cRLSign,encipherOnly,decipherOnly]]
[-keyusagecritical true|false]
[-subjectkeyid <subject_key_identifier>]
[-subjectkeyidformat UTF-8|BASE64]
[-help]
デフォルトでは、CertGen ユーティリティは現在のディレクトリまたは WL_HOME
ディレクトリから CertGenCA.der
および CertGenCAKey.der
ファイルを検索します。これは、weblogic.home
システム プロパティまたは CLASSPATH
で指定します。代わりに、コマンドラインで CA ファイルを指定することもできます。
次のコマンドを入力すると、testcert
という名前の証明書ファイルと testkey
という名前のプライベート キー ファイルが生成されます。
$ java utils.CertGen -keyfilepass mykeypass
-certfile testcert -keyfile testkey
Generating a certificate with common name return and key strength 1024
issued by CA with certificate from CertGenCA.der file and key from CertGenCAKey.der file
Java EE EAR ファイルからクライアントサイド JAR ファイルを展開して、デプロイ可能な JAR ファイルを作成するには、weblogic.ClientDeployer
を使用します。weblogic.ClientDeployer
クラスは、Java コマンドラインで次の構文を使用して実行します。
java weblogic.ClientDeployerear-file
client
ear-file
引数は、1 つまたは複数のクライアント アプリケーション JAR ファイルが格納されている展開されたディレクトリか、または拡張子 .ear を持つ Java アーカイブ ファイルです。
java weblogic.ClientDeployer app.ear myclient
ここで、app.ear
は、myclient.jar
にパッケージ化された Java EE クライアントを格納する EAR ファイルです。
EAR ファイルからクライアントサイドの JAR ファイルが展開されたら、weblogic.j2eeclient.Main
ユーティリティを使用してクライアントサイド アプリケーションをブートストラップし、次のように WebLogic Server インスタンスを示すようにします。
java weblogic.j2eeclient.Main clientjar URL [
application args
]
java weblogic.j2eeclient.Main helloWorld.jar t3://localhost:7001 Greetings
clientgen
を使用して、Web サービスを呼び出すために必要なクライアントサイドのアーティファクト (JAX-RPC スタブなど) を生成します。『WebLogic Web サービス リファレンス』の「Ant タスク リファレンス」を参照してください。
WebLogic Server 9.0 は、6.0 より前のバージョンの Oracle WebLogic Server からの変換またはアップグレードをサポートしていません。バージョン 6.1 以降からのアップグレードについては、『WebLogic のアプリケーション環境のアップグレード』を参照してください。
dbping
コマンドライン ユーティリティを使用すると、JDBC ドライバを使用した DBMS とクライアント マシンの間の接続をテストできます。このユーティリティを使用する前に、ドライバをインストールしておく必要があります。ドライバのインストール方法の詳細については、ドライバ ベンダのドキュメントを参照してください。『WebLogic JDBC プログラマーズ ガイド』の「WebLogic Server でのサードパーティ ドライバの使い方」を参照してください。
DB2 用の WebLogic Type 4 JDBC ドライバを使用する場合は、dbping
ユーティリティを使用して、DB2 サーバ上にパッケージを作成することもできます。dbping ユーティリティを使用してデータベースに対して ping を実行すると、データベース サーバ上にデフォルトのパッケージがドライバによって自動的に作成されます (まだ存在していない場合)。データベース サーバ上にデフォルトのパッケージがすでに存在している場合、dbping
ユーティリティでは既存のパッケージが使用されます。
デフォルトの DB2 パッケージには 200 の動的セクションが含まれます。-d
オプションを使用して、異なる動的セクション数を指定して DB2 パッケージに作成できます。また、-d
オプションは、接続テストで使用される接続に対し、CreateDefaultPackage=true
および ReplacePackage=true
も設定します。これにより、DB2 ドライバによって DB2 サーバ上の DB2 パッケージが強制的に置き換えられます (詳細については、「DB2 接続プロパティ」を参照)。動的セクション数が 200
に設定された -d
オプションを使用することで、DB2 サーバ上でデフォルトのパッケージを強制的に再作成できます。
注意 : | -d オプションを指定すると、dbping ユーティリティによってデフォルトのパッケージが再作成され、動的セクション数として指定する値が使用されます。既存のパッケージが変更されるわけではありません。 |
注意 : | DB2 パッケージを作成するには、指定するユーザがデータベースに対する CREATE PACKAGE 特権を持っていなければなりません。 |
$ java utils.dbpingDBMS
[-ddynamicSections
]user
password
DB
C:\>java utils.dbping ORACLE_THIN scott tiger dbserver1:1561:demo
**** Success!!!****
You can connect to the database in your app using:
java.util.Properties props = new java.util.Properties();
props.put("user", "scott");
props.put("password", "tiger");
props.put("dll", "ocijdbc9");
props.put("protocol", "thin");
java.sql.Driver d =
Class.forName("oracle.jdbc.driver.OracleDriver").newInstance();
java.sql.Connection conn =
Driver.connect("jdbc:oracle:thin:@dbserver1:1561:demo", props);
この Ant タスクは、EARInit を呼び出します。EARInit は、EAR
用の application.xml
および weblogic-application.xml
ファイルを生成します。詳細については、「EarInit (非推奨)」を参照してください。
DDInit
は、Oracle WebLogic Server にデプロイされるアプリケーションのデプロイメント記述子を生成するためのユーティリティです。モジュールのアーカイブまたはフォルダを対象とし、DDInit
はモジュールのクラス ファイルにある情報を使用して、適切なデプロイメント記述子ファイルを作成します。
そのコマンドライン版である DDInit
は、新しいファイルを記述して既存の記述子ファイルを上書きします。META-INF
または WEB-INF
が存在しない場合は、DDInit
によって作成されます。
以下のように、そのタイプに固有の DDInit
コマンドを使用することで、デプロイメント記述子を生成する Java EE デプロイ可能ユニットのタイプ (Web アプリケーションまたはエンタープライズ アプリケーション) を指定します。
WAR
ファイル、または WAR
ファイルとしてアーカイブするファイルが格納されたフォルダを対象とし、WebInit
はモジュールの web.xml
および weblogic.xml
ファイルを作成します。
prompt> java weblogic.marathon.ddinit.WebInit <module>
EarInit
ツールは、このリリースの Oracle WebLogic Server で非推奨になりました。したがって、以下の操作は行わないようにしてください。
このコマンドを使用して、EAR
の application.xml
および weblogic-application.xml
ファイルを生成します。既存の EAR
、または EAR
ファイルにアーカイブする JAR
または WAR
ファイルが格納されたフォルダを対象とします。
prompt> java weblogic.marathon.ddinit.EarInit <module>
weblogic.Deployer
ツールを使用すると、コマンドラインまたはスクリプト環境で、Java EE アプリケーションおよびコンポーネントを WebLogic Server にデプロイできます。このツールの使い方の詳細については、『WebLogic Server アプリケーションのデプロイメント』の「weblogic.Deployer コマンドライン リファレンス」を参照してください。
weblogic.Deployer
ユーティリティは、非推奨となった weblogic.deploy
ユーティリティに代わるものです。
der2pem
ユーティリティを使用すると、X509 証明書を DER 形式から PEM 形式に変換できます。.pem
ファイルは、変換元の .der
ファイルと同じディレクトリに書き込まれ、同じファイル名になります。
$ java utils.der2pem
derFile
[
headerFile
]
[
footerFile
]
$ java utils.der2pem
graceland_org.der
Decoding
................................................................
『WebLogic エンタープライズ JavaBeans (EJB) プログラマーズ ガイド』の「appc リファレンス」を参照してください。
EJBGen は、エンタープライズ JavaBeans 2.0 のコード ジェネレータです。Bean クラス ファイルに javadoc タグでコメントを記述して、EJBGen でリモート クラスとホーム クラス、および EJB アプリケーションのデプロイメント記述子ファイルを生成することができます。これにより、編集および管理する必要のある EJB ファイルを 1 つに減らすことができます。
『WebLogic エンタープライズ JavaBeans (EJB) プログラマーズ ガイド』の「EJBGen リファレンス」を参照してください。
weblogic.security.Encrypt
ユーティリティは、クリアテキストの文字列を Oracle WebLogic Server 用に暗号化します。このユーティリティは、現在のディレクトリの暗号化サービス、または指定された Oracle WebLogic Server ドメインのルート ディレクトリの暗号化サービスを使用します。
注意 : | 文字列は、暗号化した文字列が使用される Oracle WebLogic Server ドメインの暗号化サービスを使って暗号化しなければなりません。そうしないと、サーバはその文字列を復号化できません。 |
Oracle WebLogic Server ドメインに少なくとも 1 つのサーバ インスタンスがあるマシン上でのみ、weblogic.security.Encrypt
ユーティリティを実行できます。クライアントからは実行できません。
注意 : | このユーティリティは、管理サーバのドメイン ディレクトリから実行するか、または管理サーバをホストするマシン上で実行し、ドメイン ルート ディレクトリを指定することをお勧めします。 |
java [ -Dweblogic.RootDirectory=dirname
]
[ -Dweblogic.management.allowPasswordEcho=true ]
weblogic.security.Encrypt [password
]
ユーティリティは、現在のディレクトリにある暗号化サービスを使用して暗号化した文字列を返します。
java weblogic.security.Encrypt xxxxxx
{3DES}Rd39isn4LLuF884Ns
ユーティリティは、指定されたドメインの場所にある暗号化サービスを使用して暗号化した文字列を返します。
java -Dweblogic.RootDirectory=./mydomain weblogic.security.Encrypt xxxxxx
{3DES}hsikci118SKFnnw
ユーティリティは、現在のディレクトリで暗号化した文字列を返します。このときにパスワードは表示されません。
java weblogic.security.Encrypt
Password:
{3DES}12hsIIn56KKKs3
getProperty
ユーティリティを使用すると、Java の設定およびシステムに関する詳細情報を表示できます。引数はありません。
$ java utils.getProperty
$ java utils.getProperty
-- listing properties --
user.language=en
java.home=c:\java11\bin\..
awt.toolkit=sun.awt.windows.WToolkit
file.encoding.pkg=sun.io
java.version=1.1_Final
file.separator=\
line.separator=
user.region=US
file.encoding=8859_1
java.vendor=Sun Microsystems Inc.
user.timezone=PST
user.name=mary
os.arch=x86
os.name=Windows NT
java.vendor.url=http://www.sun.com/
user.dir=C:\weblogic
java.class.path=c:\weblogic\classes;c:\java\lib\cla...
java.class.version=45.3
os.version=4.0
path.separator=;
user.home=C:\
host2ior ユーティリティは Oracle WebLogic Server のインターオペラブル オブジェクト参照 (IOR) を取得します。
$ java utils.host2ior hostname port
ImportPrivateKey
ユーティリティを使用すると、プライベート キーストア ファイルにプライベート キーをロードできます。
$ java utils.ImportPrivateKey
-certfile <cert_file> -keyfile <private_key_file>
[-keyfilepass <private_key_password>]
-keystore <keystore> -storepass <storepass> [-storetype <storetype>]
-alias <alias> [-keypass <keypass>]
[-help]
注意 : | デフォルトでは、CertGen ユーティリティは現在のディレクトリまたは WL_HOME /server/lib ディレクトリから CertGenCA.der および CertGenCAKey.der ファイルを検索します。これは、weblogic.home システム プロパティまたは CLASSPATH で指定します。 |
注意 : | 代わりに、コマンドラインで CA ファイルを指定することもできます。デフォルトの設定を使用する場合、コマンドラインで CA ファイルを指定する必要はありません。 |
testcert
という名前の証明書ファイルと testkey
という名前のプライベート キー ファイルが生成されます。$ java utils.CertGen -keyfilepass mykeypass
-certfile testcert -keyfile testkey
Generating a certificate with common name return and key strength 1024
issued by CA with certificate from CertGenCA.der file and key from CertGenCAKey.der file
$ java utils.der2pem CertGenCA.der
$ cat testcert.pem CertGenCA.pem >> newcerts.pem
mykeystore
という名前のキーストアを新たに作成し、testkey.pem
ファイルにあるプライベート キーをロードします。$ java utils.ImportPrivateKey -keystore mykeystore -storepass mypasswd
-keyfile mykey -keyfilepass mykeypass -certfile newcerts.pem -keyfile
testkey.pem -alias passalias
No password was specified for the key entry
Key file password will be used
Imported private key testkey.pem and certificate newcerts.pem
into a new keystore mykeystore of type jks under alias passalias
JHTML ファイルを JSP ファイルに変換します。結果を慎重に調べてください。JHTML コードには予測できない部分があるため、jhtml2jsp
は必ずしも完璧な変換結果を生成しません。
出力は、元のファイルに基づいた名前の新しい JSP ファイルです。
JSP ページから自動生成される HTTP サーブレットは、JHTML から生成される通常の HTTP サーブレットとは異なります。JSP サーブレットは weblogic.servlet.jsp.JspBase
を拡張したものであり、通常の HTTP サーブレットで使用できるメソッドにアクセスできません。
JHTML ページでこれらのメソッドを参照してサーブレットの context
または config
オブジェクトにアクセスする場合は、これらの暗黙的オブジェクトを表す JSP の予約語でメソッドを置き換える必要があります。
JHTML で JSP の予約語と同じ名前の変数を使用している場合、ツールは警告を出力します。生成された JSP ページの Java コードを編集して、変数名を予約語とは違う名前に変更する必要があります。
$ java weblogic.utils.jhtml2jsp -d <directory> filename.jhtml
$ java weblogic.utils.jhtml2jsp filename.jhtml
JSP 固有のコンパイラ タスク。「appc」を使用してください。
logToZip
ユーティリティは、HTTP サーバ ログ ファイルの内容を検索し、その中でサーバによってロードされる Java クラスを検出してから、それらの Java クラスを含む非圧縮の .zip
ファイルを作成します。このユーティリティは、HTTP サーバのドキュメント ルート ディレクトリから実行します。
このユーティリティを使用するには、HTTP サーバによって作成されたログ ファイルへのアクセスが必要です。
$ java utils.logToZip
logfile
codebase
zipfile
次の例に、ドキュメント ルート自体に存在するアプレット用の .zip
ファイルの作成方法を示します (CODEBASE なしの例)。
$ cd /HTTP/Serv/docs
$ java utils.logToZip /HTTP/Serv/logs/access "" app2.zip
次の例に、ドキュメント ルートのサブディレクトリに存在するアプレット用の .zip
ファイルの作成方法を示します。
C:\>cd \HTTP\Serv
C:\HTTP\Serv>java utils.logToZip \logs\applets\classes app3.zip
MBean コマンド (CREATE
、DELETE
、GET
、INVOKE
、および SET
) は、MBean を管理するために使用します。『WebLogic Scripting Tool ガイド』の「編集コマンド」を参照してください。
MulticastTest
ユーティリティは、WebLogic クラスタのコンフィグレーション時にマルチキャストに関する問題をデバッグする場合に便利です。このユーティリティは、マルチキャスト パケットを送信し、ネットワーク上で、マルチキャストがどのくらい効果的に機能しているかについての情報を返します。特に、MulticastTest
は標準出力を通して以下のタイプの情報を表示します。
MulticastTest
を使用するには、まず、マルチキャスト トラフィックのテストを行う各ノードにこのユーティリティをコピーします。
警告 : | 現在実行している WebLogic クラスタのアドレスと同じマルチキャスト アドレス (-a パラメータ) を指定して MulticastTest ユーティリティを実行しないでください。このユーティリティは、クラスタ化された WebLogic Server を起動する前に、マルチキャストが正しく機能するかどうかの確認を目的としています。 |
マルチキャストの設定に関する情報については、WebLogic Server ホスト マシンの特定のオペレーティング システムおよびハードウェアのコンフィグレーションに関するドキュメントを参照してください。クラスタのコンフィグレーションの詳細については、『クラスタの使用』を参照してください。
$ java utils.MulticastTest -nname
-aaddress
[-pportnumber
]
[-ttimeout
] [-ssend
]
$ java utils.MulticastTest -N server100 -A 237.155.155.1
Set up to send and receive on Multicast on Address 237.155.155.1 on port 7001
Will send a sequenced message under the name server100 every 2 seconds.
Received message 506 from server100
Received message 533 from server200
I (server100) sent message num 507
Received message 507 from server100
Received message 534 from server200
I (server100) sent message num 508
Received message 508 from server100
Received message 535 from server200
I (server100) sent message num 509
Received message 509 from server100
Received message 536 from server200
I (server100) sent message num 510
Received message 510 from server100
Received message 537 from server200
I (server100) sent message num 511
Received message 511 from server100
Received message 538 from server200
I (server100) sent message num 512
Received message 512 from server100
Received message 539 from server200
I (server100) sent message num 513
Received message 513 from server100
myip
ユーティリティを使用すると、ホストの IP アドレスを取得できます。
$ java utils.myip
$ java utils.myip
Host toyboat.toybox.com is assigned IP address: 192.0.0.1
pem2der
ユーティリティを使用すると、X509 証明書を PEM 形式から DER 形式に変換できます。.der
ファイルは、変換元の .pem
ファイルと同じディレクトリに書き込まれます。
$ java utils.pem2der
pemFile
$ java utils.pem2der
graceland_org.pem
Decoding
................................................................
................................................................
................................................................
................................................................
................................................................
PointBase は、サンプル データベースとして WebLogic Server にバンドルされています。ドキュメントは WL_HOME\common\eval\pointbase\docs
にあります。WL_HOME
は WebLogic Server のインストール ディレクトリ (通常は C:\bea\wlserver_10.3
) です。
WebLogic RMI コンパイラは、リモート オブジェクトを生成してコンパイルするためのコマンドライン ユーティリティです。weblogic.rmic
は、クライアントサイドでアプリケーションのカスタム リモート オブジェクト インタフェースに対して動的プロキシを生成し、サーバサイド オブジェクトにホット コード生成を提供します。『WebLogic RMI プログラマーズ ガイド』の「WebLogic RMI コンパイラの使い方」を参照してください。
Schema
ユーティリティを使用すると、WebLogic JDBC ドライバを使用してデータベースに SQL 文をアップロードできます。データベース接続の詳細については、『WebLogic JDBC プログラマーズ ガイド』を参照してください。
$ java utils.Schema
driverURL
driverClass
[-u
username
]
[-p
password
] [-verbose
]SQLfile
次のコードでは、examples.utils
パッケージの Schema
コマンドラインを示します。
$ java utils.Schema
"jdbc:pointbase:server://localhost/demo"
"com.pointbase.jdbc.jdbcUniversalDriver" -u "examples"
-p "examples" examples/utils/ddl/demo.ddl
utils.Schema will use these parameters:
url: jdbc:pointbase:server://localhost/demo
driver: com.pointbase.jdbc.jdbcUniversalDriver
dbserver: null
user: examples
password: examples
SQL file: examples/utils/ddl/demo.ddl
servicegen
Ant タスクは、EJB JAR ファイルまたは Java クラス リストを入力として取り、必要なすべての Web サービス コンポーネントを作成してそれらをデプロイ可能な EAR ファイルにパッケージ化します。
Web サービスは Java EE 標準になったため、8.1 と比べて 9.0 の WebLogic Web サービスには多くの変更点があります。8.1 と 9.0 間の Web サービスの変更点や、非推奨の詳細については、『WebLogic Web サービス プログラマーズ ガイド』の「WebLogic 8.1 と 9.x の Web サービスの相違点」を参照してください。
Web サービス Ant タスクの詳細なリストについては、『WebLogic Web サービス リファレンス』の「Ant タスク リファレンス」を参照してください。
この Ant タスクは、FileSet
に含まれている build.xml
ファイルを実行します。このタスクは、FileSet
に定義されているすべてのファイルが有効なビルド ファイルであると見なし、それぞれのファイルに対して Ant
タスクを実行します。
FileSet
のフィルタ処理が正確であることを確認してください。SearchAndBuildTask
の呼び出し元となる build.xml
ファイルが含まれている場合、このタスクは最上位のビルド ファイル (それ自身) を永久に実行することになるため、無限ループとなります。「FileSet」を参照してください。
<project name="all_modules" default="all" basedir=".">
<taskdef name="buildAll"
classname="weblogic.ant.taskdefs.build.SearchAndBuildTask"/>
<target name="all">
<buildAll>
<fileset dir="${basedir}">
<include name="**\build.xml"/>
<exclude name="build.xml"/>
</fileset>
</buildAll>
</target>
</project>
Java クラスを使用して実装される WebLogic Web サービスの Java ソース ファイルから web-services.xml
デプロイメント記述子ファイルを生成します。
Web サービスは Java EE 標準になったため、8.1 と比べて 9.0 の WebLogic Web サービスには多くの変更点があります。8.1 と 9.0 間の Web サービスの変更点や、非推奨の詳細については、『WebLogic Web サービス プログラマーズ ガイド』の「WebLogic 8.1 と 9.x の Web サービスの相違点」を参照してください。
Web サービス Ant タスクの詳細なリストについては、『WebLogic Web サービス リファレンス』の「Ant タスク リファレンス」を参照してください。
system
ユーティリティを使用すると、コンピュータの操作環境に関する基本的な情報を表示できます。この情報には、JDK の製造メーカーとバージョン、CLASSPATH
、オペレーティング システムに関する情報などがあります。
$ java utils.system
$ java utils.system
* * * * * * * java.version * * * * * * *
1.5.0_03
* * * * * * * java.vendor * * * * * * *
* * * * * * * java.class.path * * * * * * *
C:\src_15003jr\bea\wlserver_10.3\server\classes;
C:\dev\src\build\JROCKI~2.0_0\lib\tools.jar;
...
* * * * * * * os.name * * * * * * *
Windows 2000
* * * * * * * os.arch * * * * * * *
x86
* * * * * * * os.version * * * * * * *
5.0
WebLogic Server には、既存の証明書チェーンが WebLogic Server によって拒否されるかどうかをチェックするための ValidateCertChain
ユーティリティが用意されています。このユーティリティは、PEM ファイル、PKCS-12 ファイル、PKCS-12 キーストア、および JKS キーストアの証明書チェーンを使用します。このユーティリティでは、証明書チェーン全体が使用される必要があります。以下は、ValidateCertChain
ユーティリティの構文です。
java utils.ValidateCertChain -file pemcertificatefilenamejava utils.ValidateCertChain -pem pemcertificatefilenamejava utils.ValidateCertChain -pkcs12store pkcs12storefilenamejava utils.ValidateCertChain -pkcs12file pkcs12filename passwordjava utils.ValidateCertChain -jks alias storefilename [storePass]
java utils.ValidateCertChain -pem zippychain.pemCert[0]: CN=zippy,OU=FOR TESTINGONLY,O=MyOrganization,L=MyTown,ST=MyState,C=USCert[1]: CN=CertGenCAB,OU=FOR TESTINGONLY,O=MyOrganization,L=MyTown,ST=MyState,C=US
Certificate chain appears valid
java utils.ValidateCertChain -jks mykey mykeystoreCert[0]: CN=corba1,OU=FOR TESTING ONLY, O=MyOrganization,L=MyTown,ST=MyState,C=US
CA cert not marked with critical BasicConstraint indicating it is a CACert[1]: CN=CACERT,OU=FOR TESTING ONLY, O=MyOrganization,L=MyTown,ST=MyState,C=USCertificate chain is invalid
verboseToZip
ユーティリティは、HTTP サーバのドキュメント ルート ディレクトリから実行されると、verbose モードで実行されている Java アプリケーションから標準出力を取得し、参照されている Java クラスを検出してから、それらの Java クラスを含む非圧縮の .zip
ファイルを作成します。
$ java utils.verboseToZip
inputFile
zipFileToCreate
$ java -verbose myapplication > & classList.tmp
$ java utils.verboseToZip
classList.tmp app2.zip
このユーティリティは、デプロイメント用の Java EE EAR ファイル、EJB JAR ファイル、または WAR ファイルをコンパイルおよび検証します。
詳細については、『WebLogic Server アプリケーションの開発』の「wlappc を使用したモジュールおよびアプリケーションのビルド」を参照してください。
wlcompile
Ant タスクは、javac
コンパイラを呼び出して、アプリケーションの Java ファイルを分割開発ディレクトリ構造にコンパイルするために使用します。『WebLogic Server アプリケーションの開発』の「分割開発ディレクトリでのアプリケーションのビルド」を参照してください。
wlconfig Ant タスクを使用すると、動作中の管理サーバ インスタンス上で MBean の作成、クエリ、変更を行うことで、WebLogic Server ドメインをコンフィグレーションできます。この Ant タスクの詳細については、『WebLogic Server アプリケーションの開発』の「Ant タスクを使用した WebLogic Server ドメインのコンフィグレーション」を参照してください。
wldeploy
Ant タスクでは、Ant タスクに指定する属性を使用して Deployer
の機能を実行できます。『WebLogic Server アプリケーションの開発』の「分割開発ディレクトリからのデプロイメントとパッケージ化」を参照してください。
wlpackage
Ant タスクは、分割開発ディレクトリ アプリケーションを、WebLogic Server にデプロイ可能な従来の EAR ファイルとしてパッケージ化するのに使用します。『WebLogic Server アプリケーションの開発』の「分割開発ディレクトリからのデプロイメントとパッケージ化」を参照してください。
wlserver
Ant タスクを使用すると、WebLogic Server インスタンスを起動、再起動、および停止したり、WebLogic Server インスタンスへ接続したりできます。サーバ インスタンスは、コンフィグレーション済みの WebLogic Server ドメインにすでに存在している場合もあります。または、generateconfig=true
属性を使用して、開発用の新しい単一サーバ ドメインを作成することができます。この Ant タスクの詳細については、『WebLogic Server アプリケーションの開発』の「wlserver Ant タスクを使用したサーバの起動とドメインの作成」を参照してください。
wsdl2Service
Ant タスクは、既存の WSDL ファイルを入力として取り、目的の Web サービスの実装を表現する Java インタフェースと Web サービスを記述する web-services.xml
ファイルを生成する Web サービス ツールです。『JAX-WS を使用した WebLogic Web サービスの開始』の「WSDL ファイルから開始する WebLogic Web サービスの開発 : 主な手順」を参照してください。
wsdlgen
Ant タスクは、Web サービスを実装する EAR および WAR ファイルから WSDL ファイルを生成する Web サービス ツールです。
Web サービスは Java EE 標準になったため、8.1 と比べて 9.0 の WebLogic Web サービスには多くの変更点があります。8.1 と 9.0 間の Web サービスの変更点や、非推奨の詳細については、『WebLogic Web サービス プログラマーズ ガイド』の「WebLogic 8.1 と 9.x の Web サービスの相違点」を参照してください。
Web サービス Ant タスクの詳細なリストについては、『WebLogic Web サービス リファレンス』の「Ant タスク リファレンス」を参照してください。
Web Services wspackage
Ant タスクは、WebLogic Web サービスの各種コンポーネントをデプロイ可能な新規 EAR ファイルにパッケージ化し、既存の EAR ファイルにコンポーネントを追加するために使用します。
Web サービスは Java EE 標準になったため、8.1 と比べて 9.0 の WebLogic Web サービスには多くの変更点があります。8.1 と 9.0 間の Web サービスの変更点や、非推奨の詳細については、『WebLogic Web サービス プログラマーズ ガイド』の「WebLogic 8.1 と 9.x の Web サービスの相違点」を参照してください。
Web サービス Ant タスクの詳細なリストについては、『WebLogic Web サービス リファレンス』の「Ant タスク リファレンス」を参照してください。
![]() ![]() ![]() |