問題タブ [asadmin]

私は Glassfish 3+ を使用しており、アプリケーションをアプリケーション サーバーにデプロイしています。私のglassfishインスタンスのポートは「8080」ではありません。Glassfish 管理コンソールに入り、 Running Applications に移動すると、機能するポート番号が表示されます。例: 43888. コマンド プロンプトでアプリケーションを実行しているポート番号を確認するにはどうすればよいですか? どの asadmin コマンドで?

管理サービスにアクセスできる時間と場所を制御したい

次のいずれかを行うにはどうすればよいですか (可能な場合)

1. localhost からのみ管理コンソールを有効にします (disable-secure-admin については知っていますが、最後に 4848 を追加するときにコンソールのログイン ページを誰にも見られたくないのです)。SSH tunnle を使用して接続します

2. または、証明書を使用できるため、認定されたクライアントのみがコンソールを見ることさえできます

3. または、管理サービスを外部に開かずに、必要に応じてオンデマンドで開始/停止できるようにする (例: start stop __asadmin virtual server)

上記のいずれかが可能ですか？

私は現在、開発環境をオープンソースのグラスフィッシュ v3.1 からオープンソースのグラスフィッシュ 3.1.2 にアップグレードするように構成していて、asadmin コマンドを使用してバージョン間のこの違いに気付きました。

v3.1

deploy --name test:beta-1.0 "c:\tmp\my-long-test-app-war-name.war"

これは http:\\localhost:8080\test からアクセスできます

v3.1.2

deploy --name test:beta-1.0 "c:\tmp\my-long-test-app-war-name.war"

これは http:\\localhost:8080\my-long-test-app-war-name からのみアクセスできます

次のように説明されている新しいバージョンの --contextroot に気付きました。

--name は次のようになります。

したがって、新しいバージョン (または 3.1 以降で変更された場合) の場合、デプロイ コマンドは次のようになります。

deploy --name test:beta-1.0 --contextroot test "c:\tmp\my-long-test-app-war-name.war"

乾杯、クレイグ

PSは現在v3.1.2.2をダウンさせてテストしようとしていますが、企業のファイアウォールは残忍です

私は現在、neo4j DB に裏打ちされた Glassfish レルムを実装しており、そのために aRealmとLoginModuleクラスを定義しています。

コマンドを使用してレルムをインストールできcreate-auth-realm asadminます。ただし、レルムが Glassfish によって認識されるのは、ファイルでLoginModule定義された に関連付けられている場合のみです。config/login.conf

たとえば、私の場合、次のことを行う必要があります。

1. 認証レルム
   create-auth-realm --classname com.mycompany.security.MyRealm --property jaas-context=MyLoginModule myrealm
   を作成します。次に、

2. MyLoginModuleそのファイルで定義しconfig/login.confます：
   

   /li>

ファイルを手動で編集できlogin.confますが、asadmin コマンドを使用してこの手順を自動化したいと考えています。
そのような asadmin コマンドを知っていますか?

私はNetbeans7.1を使用しており、そのインストール中にGlassfishサーバー3.1をセットアップしました。私はいつもIDE機能を介してサーバーを起動しますが、今はシェルを介してサーバーを起動しようとしていますが、asadminコマンドはサポートされていません。間違っていますか？
ありがとう

コマンドラインを使用して、Java EEアプリケーションをビルドサーバー（Jenkins）からリモートのGlassfishサーバーに自動的にデプロイしようとしています。現時点では、これにasadminを使用しており、正常に機能しますが、このオプションでは、ビルドサーバーにもGlassfishをインストールする必要があります。これは、必要ないため避けたいと思います。ビルドサーバーは実際にはビルドとデプロイメントのみを実行しているので、サーバーを可能な限り「クリーン」に保ちたいと思います。

asadminツールのみをインストールするダウンロードが見つかりません。また、特定の* .jarに依存関係があるため、必要なファイルのみを手動でコピーしようとしても失敗しました。そのため、私が知らない限り、常に失敗します。 Glassfishインストールフォルダ全体をビルドサーバーにコピーします。

だから私の質問は：Glassfishサーバー全体をインストールせずにasadminツールだけをインストールする方法を知っている人はいますか？または、安全な通信を使用してリモートのGlassfishインスタンスにデプロイできる限り、他のコマンドラインツールを使用することもできます。

Java EE 6 チュートリアルに従って、以下のコマンドで GlassFish を起動しようとしました。しかし、エラーメッセージが表示されました。これを解決するには？

いくつかの監視目的で、カスタム Java エージェントがアタッチされた Glassfish ドメインを開始する必要があります。コマンドでドメインを直接起動した場合：

期待どおりに動作します。

しかし、asadmin で始まるドメインで同じことを行うにはどうすればよいでしょうか? asadmin create-jvm-options と asadmin create-system-properties を試しましたが、役に立ちませんでした。何か案は？

Glassfish 3.1.2.2 アプリケーション サーバーを実行している 2 つのサーバー A と B があります。どちらも通信に JMS キューを使用しており、これまでのところ問題なく動作しています。何らかの理由でネットワーク接続が切断された場合、サーバー B (A のリモート キューに接続するように構成されたサーバー) のログで、サーバー B が再接続を試み、A が起動するとすぐに再接続に成功することがわかります。また。

しかし、問題は、サーバー A に到達できないときに B で Glassfish インスタンスを再起動しようとすると、再試行後に起動プロセスが失敗し、未定義/使用不可の状態、つまり Java プロセスが開始されたままになることです。ポートは開いていますが、アプリケーションは起動していません。管理コンソールも起動していません。

私見のグラスフィッシュの起動プロセスは、キューが接続されるのを待つべきではありません。これは、ある種のバックグラウンド プロセスで行う必要があります。

似たようなことを経験した人はいますか？この動作を修正するために構成/調整できるものはありますか?

最近、Glassfish 3.1.2.2 に切り替え、いくつかの Web アプリケーションを war ファイルとしてパッケージ化しました。これらのアプリケーションに必要な context-root がファイル名と異なる場合があります。

Weblogic を使用していた頃は、weblogic.xml で context-root を次のように宣言することでこれを実現していました。

Glassfish-web.xml に同じタグが存在することに気付きました。しかし、そこで何を定義しても、サーバーは常にファイル名を context-root として決定します。

asadmin ユーティリティにオプション --contextroot があり、展開時にファイル名を上書きできますが、アーカイブ自体に直接定義して、最後に展開する人が誰であろうと失敗しないようにすることをお勧めします。目的のコンテキストルートを知る必要があります。

これを達成する方法はありますか？