glassfishアプリケーションサーバーで作業するさまざまなユーザー（クライアント）に異なるドメイン（ユーザーごとに1つのドメイン）を提供するとします。このglassfishはcentos 6サーバーで動作します。各ユーザーは/home（/home/user1、/home/user2）に独自のユーザーフォルダを持っています。 Glassfishは/usr/glassfish.....にインストールされ、「glassfish」Linuxユーザーとして実行されます。
すべてのユーザー（クライアント）は代替ドキュメントルートを持っていることを望みます。それが問題だ。各ユーザーは自分のホームフォルダにのみアクセスできます。だから彼は自分のデータを保持するための代替文書のルートを持っていたいと思います。 glassfishがユーザーの代替文書のルートを取得するために、glassfishのユーザーフォルダ（/home/user1、/home/user2）を開きます。ただし、各ユーザーは独自のアプリケーションをデプロイし、他のユーザーの代替文書のルートを取得できるようになりました。代替文書ルートフォルダを設定する人は、管理者ではなくユーザーであるためです。
これは大きな違いです。 Apacheでは、読み取るWebサーバーフォルダを設定する人が管理者です。
もしそうなら、私のビジョンが間違っているか、修正する方法は何ですか？
[編集] ここでは、IP がある Linux サーバーとその Linux サーバー内の glassfish アプリケーションサーバーについて話します。顧客にサービスを提供するために、我々は異なるglassfishサーバーをインストールせずに、同じglassfishサーバー上で異なるドメインを提供します。これが最善の戦略だと思うからです。
ベストアンサー1
グラスフィッシュドメイン
公式文書を見ると、あるドメインのアプリケーションが別のドメインのスペースにアクセスできないように聞こえます。
抜粋
ドメインは、一緒に管理されるGlassFish Serverインスタンスグループを含む管理境界です。各インスタンスは1つのドメインにのみ属することができます。ドメインは、ユーザーアプリケーション用に事前設定されたランタイムを提供します。各ドメインには、他のドメインとは独立した独自の構成データ、ログファイル、およびアプリケーション配布領域があります。ドメイン構成が変更されても、他のドメイン構成は影響を受けません。
ドメインを使用すると、さまざまな組織や管理者が単一のGlassFish Serverインストールを安全に共有できます。各組織または管理者は、他のドメインのインスタンスに影響を与えずに単一ドメインのインスタンスを管理できます。
GlassFish Server をインストールすると、domain1 という既定のドメインが作成されます。インストール後、必要に応じて追加のドメインを作成できます。
ドメインを作成すると、管理ユーザー名とパスワードを入力するように求められます。デフォルト値を受け入れると、パスなしでユーザーadminを作成できます。