2.2 Spatial Studioのダウンロードおよびインストール
各ユーザーがSpatial Studioを使用して空間データに対して技術的に興味深い作業を実行する前に、Spatial Studioをダウンロードしてインストールする必要があります。
Spatial Studioのダウンロードおよびインストールの詳細は、https://www.oracle.com/database/technologies/spatial-studio/get-started.htmlを参照してください。
様々なタイプのインストール・オプションについては、次の各項で説明します:
- Spatial Studioクイック・スタートのインストールおよび構成
クイック・スタートは、使用を開始するための簡単な方法であり、個人および開発での使用に適しています。 - WebLogic ServerへのSpatial Studioのインストール
Spatial Studioは、WebLogic Serverドメインにデプロイできます。複数のエンド・ユーザーが同じSpatial Studioアプリケーションにアクセスする場合は、この方式をお薦めします。 - Apache TomcatへのSpatial Studioのインストール
Oracle Spatial Studioパッチ・リリース23.1.1以降、Apache Tomcatバージョン9にSpatial Studio Webアプリケーションをデプロイして実行できるようになりました。 - Oracle Cloud MarketplaceからのSpatial Studioのインストール
Oracle Cloud MarketplaceからOracle CloudにSpatial Studioをプロビジョニングできます。
親トピック: Oracle Spatial Studioの管理
2.2.1 Spatial Studioクイック・スタートのインストールおよび構成
クイック・スタートは、使用を開始するための簡単な方法であり、個人および開発での使用に適しています。
クイック・スタートをインストールする前に、次の前提条件を満たしていることを確認してください:
- システムにJavaがインストールされていて、
JAVA_HOME
環境変数がJava SE Development Kitの完全なJDKインストールを指している必要があります。クイック・スタートのインストールには、Java 8 (64-bit、update 181以降)またはJDK 11 (64-bit)が必要です。 - システムのポート
8080
および4040
が、他の(Web)アプリケーションで使用されていない。ポート8080
はhttp://
プロトコルで使用し、ポート4040
はhttps://
プロトコル用です。異なるポートを使用するようにSpatial Studioに指定できますが、8080
および4040
がデフォルトです。デフォルトでは、
https
を使用するアクセスのみがSpatial Studioで許可されます。http
アクセスを有効にする場合は、次のステップを実行します:Oracle_Spatial_Studio
ディレクトリにあるconf/server.json
ファイルを編集して、httpEnabled
プロパティをtrue
に更新します。sgtech_config.json
ファイルを編集して、https_only
プロパティをfalse
に更新します(「sgtech_config.jsonファイルを使用した構成の変更」を参照)。- Spatial Studioアプリケーションを再起動します。
- ホストOSのファイアウォールで、
http
ポートが開いていることを確認します。
次のステップを実行すれば、Spatial Studioクイック・スタートをインストールして構成できます:
2.2.2 Oracle WebLogic ServerへのSpatial Studioのインストール
Spatial Studioは、WebLogic Serverドメインにデプロイできます。複数のエンド・ユーザーが同じSpatial Studioアプリケーションにアクセスする場合は、この方式をお薦めします。
ノート:
複数のエンド・ユーザーのWebLogic ServerでSpatial Studioをホストするには、WebLogic Serverのライセンスが必要です。Spatial StudioをWebLogic Serverにデプロイするための全般的な方法は、他のJava EE EARアプリケーションをデプロイする方法と同じです。最も簡単な方法は、WebLogic Serverの管理コンソールを使用して次のステップを実行することです。すべてのステップまたはほとんどのステップで、WLSインストール・アプリケーション・ウィザードで提供されるデフォルト値を受け入れることができます。
- Oracle Technical ResourcesまたはeDeliveryからStudio EARアーカイブをダウンロードし、ローカル・システムに保存します。
- 対象となるWLSドメインの管理コンソールにログインします。
- 左側の「デプロイ」リンクをクリックします。
- 次の図に示すように、「デプロイメント」セクションの下の「インストール」ボタンをクリックします(ご使用のWLSのインスタンスでは、正確な内容が異なる場合があります)。
- 次のページで、前にダウンロードしたSpatial Studio EARファイルを選択し、(ライブラリとしてではなく)アプリケーションとしてインストールします。
- 残りのステップをクリックして進めます(適切なターゲット・サーバーの選択を含む)。内容を正確に理解している場合を除き、すべての場合にデフォルトのオプションを受け入れる必要があります。最後に、「保存」をクリックしてデプロイメントを完了します。
- WLSが本番モードで実行されている場合は、デプロイメントをアクティブにするために、変更をアクティブにする必要があることがあります。
- 新しくデプロイしたSpatial Studioアプリケーションがアクティブとしてマークされていることを確認します。マークされていない場合は、WLS管理コンソールから明示的に起動する必要があることがあります。
- 管理対象サーバーのURLを
/spatialstudio
コンテキスト・ルートとともに使用して、Studioアプリケーションにアクセスします。たとえば、http://mycompany.com:7002/spatialstudio
です
2.2.2.1 Spatial Studio管理ユーザーによる一般的なWLS管理の防止
Spatial Studio管理ユーザーがWebLogic Serverの他の一般的な管理操作を実行できないようにする場合は、このトピックの手順に従います。
Spatial Studioアプリケーションは、デフォルトで、WebLogicのすべての管理対象管理ユーザー(WebLogicの管理者グループのユーザー)に対してSpatial Studioアプリケーションへのログインを許可し、Spatial Studioアプリケーション内で管理ロールを保持しているとみなします。
ただし、一部のシナリオでは、Spatial Studioアプリケーションのみを管理するユーザーにWebLogic Serverの管理アカウント情報を組織が提供しないことにする場合があります。そのような場合、WLSシステム管理者は、デフォルトのWLSセキュリティ・レルムにID値がSGTech_SystemAdminの新しいWLSグループを作成できます。次に、新しいユーザーを作成するか、既存の非WLS管理ユーザーをこのグループに割り当てます。それ以降、このユーザーは、ログインするたびにSpatial Studioの管理ロールを保持しているとみなされますが、一般的なWLSサーバーの管理を行うことはできません。
また、次の点にも注意してください。
- すべてのWLS管理対象ユーザーは、デフォルトでSpatial Studioにログインできますが、接続、データセット、プロジェクトなどの独自のSpatial Studioオブジェクトへのアクセスのみに制限されます。
- Spatial Studioの管理ユーザーには、すべてのユーザーが作成したすべてのSpatial Studioオブジェクトへの完全なアクセス権があります。
- WebLogicのデフォルトの組込みLDAPセキュリティ・レルムをアイデンティティ・プロバイダとして使用する際に、ユーザー名と割り当てられたアプリケーション・ロール名の大/小文字のみが異なる場合(adminとAdminなど)、両方の名前を小文字に調整することをお薦めします。これは、Spatial Studioでのユーザー、グループおよびセキュリティ・ポリシー間の大/小文字の区別の問題を回避するためです。
2.2.3 Apache TomcatへのSpatial Studioのインストール
Oracle Spatial Studioパッチ・リリース23.1.1以降、Apache Tomcatバージョン9にSpatial Studio Webアプリケーションをデプロイして実行できるようになりました。
- Tomcat用のSpatial Studio WARアーカイブについて
Spatial StudioをTomcatで実行するには、spatialstudio_tomcat.war
アーカイブをダウンロードする必要があります。 - Spatial StudioのTomcatユーザーの構成
Spatial StudioをTomcatで実行するには、Spatial Studioの管理者として機能できるTomcatユーザーを少なくとも1人構成する必要があります。
2.2.3.1 Tomcat用のSpatial Studio WARアーカイブについて
Spatial StudioをTomcatで実行するには、spatialstudio_tomcat.war
アーカイブをダウンロードする必要があります。
このアーカイブ・ファイルには、新しくダウンロードしてインストールしたTomcatインスタンスで実行できるようにするための依存関係がすべてバンドルされています。
次の点に注意してください。
spatialstudio_tomcat.war
ファイルがTomcatのwebappsディレクトリに配置されている場合は、その名前をspatialstudio.war
に変更する必要があります。TomcatではWebアプリケーションのコンテキスト・ルートとしてファイル名を使用しますが、Spatial Studioではこれは通常/spatialstudioであるためです。- 他のWebアプリケーションが実行されている既存のTomcatインストールがある場合、または異なるバージョンの依存性ライブラリがすでにインストールされている場合、ライブラリとバージョンの競合が原因でSpatial Studioの実行に問題が発生する可能性があります。そのような場合は、問題を解決するためにMy Oracle Supportでサービス・リクエストを発行できます。
2.2.3.2 Spatial StudioのTomcatユーザーの構成
Spatial StudioをTomcatで実行するには、Spatial Studioの管理者として機能できるTomcatユーザーを少なくとも1人構成する必要があります。
Spatial Studio Webアプリケーションにアクセスすると、ログイン・ページに入力したusername
およびpassword
が認証のためにTomcatに渡されます。ユーザーが認証されると、Spatial Studioは結果のプリンシパルを調べます。プリンシパルにSGTech_SystemAdminという名前のロールがある場合、ログイン・ユーザーはSpatial Studioの管理ユーザーとみなされます。
外部アイデンティティ・プロバイダを使用して認証を提供するようにTomcatインスタンスがすでに構成されている場合は、Spatial Studioを管理できるように、外部アイデンティティ・プロバイダが提供するユーザーの1人または一部にSGTech_SystemAdminロールが割り当てられていることを確認します。
Tomcatのインストールで単純な組込みユーザー管理メカニズムを使用している場合は、<TOMCAT_HOME>/conf
ディレクトリにあるtomcat-user.xml
構成ファイルにロールとユーザーを追加することがあります。
次の簡単な例では、2人のユーザーと2つのロールを定義しています。1つはtomcat-user.xml
構成ファイル内のSGTech_SystemAdminです:
<role rolename=”role1”/>
<role rolename="SGTech_SystemAdmin"/>
<user username="admin" password="Welcome1" roles="manager-gui, manager-script, SGTech_SystemAdmin"/>
<user username="scott" password="Welcome1" role="role1"/>
ロールを定義したら、ユーザー名scottまたはadminを使用してSpatial Studioにログインできます。adminユーザーにはSGTech_SystemAdminロールがあるため、ユーザーはログイン後にSpatial Studioを管理できますが、scottユーザーは通常のSpatial Studioユーザーになります。
2.2.4 Oracle Cloud MarketplaceからのSpatial Studioのインストール
Oracle Cloud MarketplaceからOracle CloudにSpatial Studioをプロビジョニングできます。
Cloud MarketplaceからのSpatial Studioのデプロイの詳細は、Cloud MarketplaceからのSpatial Studioのデプロイを参照してください。