2017-07-31 8 views
1

Tomcatアプリケーションのヒープメモリを自動的に拡張するタスクがあります。私はそれがJDKの機能では不可能であることを知っています。そして、私はそのような機能を作るために何か汚い(またはそうでない)ハックを探しています。その要求の主な理由は、アプリケーションのデモ版を開始する前に、Tomcatの最小構成です。 つまり、アプリケーションのユーザーはJVM/tomcatの設定にアクセスできません。 アプリケーションは〜1024Mのヒープメモリが必要です。tomcat8のデフォルト値は256Mです。これは私たちの目標には不適切です。Tomcat。動的拡張ヒープメモリ

  1. アン.SH/Tomcatを設定します.BATスクリプト:この時点で

    は、私は2つの可能な解決策を持っています。プロのデモスタンド(スクリプトのコピー)
  2. 私たちのアプリケーション用のラッパーは、同じwarファイルにあり、必要に応じてtomcatを構成します。プロ - それは仕事、そして新しいコンフィギュレーション・ポイントを行います(ただ、Tomcatをインストールし、warファイルをコピーする)、

はもっと...一般的かつ簡単な方法でそれを行うためにそこに別の方法ですか?

主な目標は、手順を以下に我々のアプリケーションのインストールを行うことであるEDIT

  1. は、Tomcat
  2. コピーwarファイルをインストールし
  3. Tomcatを起動

なし任意の追加設定、ちょうど戦争をコピーして、風袋を始める

+2

-Xmsフラグと-Xmxフラグを使用すると、JVMによって自動的に実行されます。十分ではありませんか?参照:https://stackoverflow.com/q/14763079/466738 –

+0

setenv.sh/batはこれを設定する標準的な方法を想定しています。 https://stackoverflow.com/questions/43218169/what-exactly-setenv-sh-is-used-for-in-tomcat/44583906#44583906を参照してください。このファイルはデフォルトのインストールでは存在しません。あなたはそれを作成し、意図したメモリ構成で 'CATALINA_OPTS'を設定するだけです。独自のメカニズムを発明する必要はありません –

+0

主な目標は、アプリケーションをインストールする側からのアクションを除外することです。一般的な問題ではないようです –

答えて

1

これは、通常、インストールスクリプトにtomcatのインストールと設定をラップすることで解決されます。利点:エンドユーザーがインストーラをダウンロードして実行するだけです。欠点:インストールスクリプトは、最終的な環境(Windowsの場合は1つ、Linuxの場合は1つ)に合わせて作成する必要があり、書きにくい場合があります。 readme.txtファイルとinstall.bat(またはinstall.sh)を含むzipを提供するのがより簡単な方法です

構成が本当に複雑な場合は、VMを直接構成する方法があります(VMDKはde事実上の標準)、ユーザーが自分が好む仮想化プログラムをインストールさせることができます。

関連する問題