7

「myapp.war」をglassfish 4に展開する前に、私はしなければなりません

  1. jdbc 接続プールを作成します (/WEB-INF/glassfish-resources.xml ->jdbc-connection-pool単独では機能しません... asadmin からは問題ありません)
  2. プール用の jdbc リソースを作成します (/WEB-INF/glassfish-resources.xml ->jdbc-resource上記と同じ)
  3. auth-realm を作成します (自動ではなく、今のところ asadmin を使用)
  4. スキーマを作成します (peristence.xml ->property javax.persistence.schema-generation.create-database-schemasですが、偽物です)
  5. テーブルを作成します (persistence.xml -> 「create-tables」、完全ではありませんが、少なくとも機能します)

今私はやっています:

  1. /tmp/install に「myapp.war」、「glassfish-resources.xml」をアップロードします
  2. asadmin add-resources ...
  3. asadmin create-auth-realm ...
  4. asadmin deploy ...
  5. asadmin disable myapp ...
  6. nano /.../glassfish/applications/myapp/WEB-INF/classes/META-INF/persistence.xml
  7. 数行ctrl+oのコメントenter、、、、ctrl+xenter
  8. asadmin enable myapp ...
  9. rm -Rf /tmp/install

他の提案がなければ、私は次のことを計画しています:

  1. /tmp/install に「myapp.war」、「deploy.sh」をアップロードします
  2. chmod +x deploy.sh
  3. ./deploy.sh

スクリプトがすべてを処理します。しかし、グラスフィッシュ http コンソール経由で war ファイルのみをアップロードして、同じ結果を得たいと思っています。

クラスまたはスクリプトを前に contextInitialized呼び出す方法はありますか?

これをどのように展開しますか?


完全を期すために、追加情報をいくつか示します。

/myapp/WEB-INF/classes/META-INF/persistence.xml

<?xml version="1.0" encoding="UTF-8"?>
<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
    <persistence-unit name="myapp" transaction-type="JTA">
        <provider>org.eclipse.persistence.jpa.PersistenceProvider</provider>
        <jta-data-source>jdbc/myapp</jta-data-source>
        <exclude-unlisted-classes>false</exclude-unlisted-classes>
        <shared-cache-mode>NONE</shared-cache-mode>
        <properties>
            <property name="javax.persistence.jdbc.driver" value="com.mysql.jdbc.Driver"/>
            <property name="javax.persistence.jdbc.url" value="jdbc:mysql://localhost:3306/myapp"/>
            <property name="javax.persistence.jdbc.user" value="root"/>
            <property name="javax.persistence.jdbc.password" value="password"/>
            <property name="javax.persistence.schema-generation.database.action" value="create"/>
            <property name="javax.persistence.schema-generation.create-database-schemas" value="false"/>
            <property name="javax.persistence.schema-generation.scripts.action" value="drop-and-create"/>
            <property name="javax.persistence.schema-generation.scripts.create-target" value="C:/tmp/myapp_create.ddl"/>
            <property name="javax.persistence.schema-generation.scripts.drop-target" value="C:/tmp/myapp_drop.ddl"/>
            <property name="eclipselink.deploy-on-startup" value="true"/>
            <property name="eclipselink.target-database" value="MySQL"/>
<!--            <property name="eclipselink.ddl-generation" value="create-tables"/> -->
<!--            <property name="eclipselink.ddl-generation.output-mode" value="database"/> -->
<!--            <property name="eclipselink.create-ddl-jdbc-file-name" value="myapp.ddl"/> -->
<!--            <property name="eclipselink.logging.level" value="FINE" /> -->
<!--            <property name="eclipselink.logging.level.sql" value="FINE"/> -->
<!--            <property name="eclipselink.logging.parameters" value="true"/> -->
<!--            <property name="eclipselink.logging.logger" value="org.eclipse.persistence.logging.DefaultSessionLog"/> -->
        </properties>
    </persistence-unit>
</persistence>

/myapp/WEB-INF/glassfish-resources.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE resources PUBLIC "-//GlassFish.org//DTD GlassFish Application Server 3.1 Resource Definitions//EN" "http://glassfish.org/dtds/glassfish-resources_1_5.dtd">
<resources>
    <jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="auto-commit" datasource-classname="com.mysql.jdbc.jdbc2.optional.MysqlDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="false" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="32" max-wait-time-in-millis="60000" name="jdbc/myapp_pool" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.DataSource" statement-timeout-in-seconds="-1" steady-pool-size="8" validate-atmost-once-period-in-seconds="0" wrap-jdbc-objects="false">
        <property name="serverName" value="localhost"/>
        <property name="portNumber" value="3306"/>
        <property name="databaseName" value="myapp"/>
        <property name="User" value="root"/>
        <property name="Password" value="password"/>
        <property name="URL" value="jdbc:mysql://localhost:3306/myapp"/>
        <property name="driverClass" value="com.mysql.jdbc.Driver"/>
    </jdbc-connection-pool>
    <jdbc-resource enabled="true" jndi-name="jdbc/myapp" object-type="user" pool-name="jdbc/myapp_pool"/>
</resources>

一方、glassfish は /myapp/.../persistence.xml を理解します (実行することもあれば、実行CREATE SCHEMA myappしないこともあり、明らかにランダムですが、問題ありません)。

私は絶対にグラスフィッシュに/myapp/WEB-INF/glassfish-resources.xmlを読ませることはできません。このファイルは無視されます。

UPDATE glassfish はファイルを読み取りますが、java:app/他の参照を壊して jndi 名の前に付けます。このことを認識して、参照をプレフィックスで書き直しましたが、今では正常に動作しています。最後に、 (の代わりに)グラスフィッシュのglassfish-resources.xml中にある場合、ファイルを読み取り、「アプリケーション> myapp>記述子」の下のhttp uiにも存在することに注意しましたMETA-INFWEB-INF

4

2 に答える 2

4

最後に私は解決策を見つけました:

  1. データベースの作成/アップグレード:ServletContextListener.contextInitializedコンパイル時に生成された ddl スクリプトを使用してデータベースが存在しない場合は作成し、存在する場合は liquibase を使用してデータベースをアップグレードします。データベース生成のための persistence.xml の使用はもうありません。

  2. authentication realm deploy : コンテナー固有のレルムをデプロイまたは作成しません。in ServletContextListener.contextInitializediでは、それ自体が JAAS ログイン モジュール ラッパーであるカスタムJASPIC実装を登録します。この記事この回答を提供してくれた@ArjanTijmsに感謝します

于 2014-01-31T08:52:20.603 に答える
3

glassfish -resources.xml内でjdbc-connection-poolおよびjdbc-resourceのアプリケーション スコープ リソースを構成できます。WARファイルをデプロイすると、それらが作成されます。WAR をアンデプロイすると、それらはなくなります。これにより、asadmin を使用して手動で追加する問題が解決されます。通常、GUI を使用して手動で設定し、 domain.xmlから要素と要素をコピーしてglassfish-resources.xmlに貼り付けます。次に、jndi-name をアプリケーション スコープに変更します。次に例を示します。<jdbc-connection-pool><jdbc-resource>

<jdbc-resource pool-name="MyAppPool" jndi-name="java:app/jdbc/my-app-pool"></jdbc-resource>

次に、glassfish-resources.xmlが WAR ファイルの適切な場所、つまりWEB-INFフォルダーにパッケージ化されていることを確認します。

私がGlassfish 4のOracleドキュメントで読んだことから、JDBCのもののようにアプリケーションでauth-realm構成をパッケージ化できるようには見えません。このグラスフィッシュ認証レルムのパッケージ化の機能強化の機能強化リクエストを提出しました。さまざまなデプロイメント記述子でレルムへの関連付けをパッケージ化できるように見えるだけです。このガイドの「アプリケーションまたはモジュールのレルムを設定する方法」セクションを参照してください。詳細。

ハックアラート

実際、私はちょっとしたハックであるが、この問題を回避するかもしれない何かを考えました. 実際のアプリケーションの WAR ファイルを (リソース ディレクトリに) 含むシンプルな Web APP を作成できます。このラッパー アプリには、REST クライアント (Jersey クライアントなど) が含まれます。REST クライアントは、Glassfish 管理 REST API に対して REST 呼び出しを行い、auth-realm が存在し、構成されているかどうかを確認します。その場合、REST API を使用して組み込み WAR ファイルをデプロイします。そうでない場合は、REST API を使用して認証レルムを作成し、WAR をデプロイします。

スキーマ生成で発生している問題についてはよくわかりませんが、それはすべてpersistence.xmlを介してサポートされており、正常に機能します. 自動移行スクリプト作成の方法でさらに多くの機能が必要な場合は、FlyAwayのようなパッケージの統合を検討します

これは、Glassfish 3.1.2 で動作するアプリ スコープのリソースを含む glassfish-resources.xml ファイルの例です。あなたが持っている属性のいくつかは私が持っておらず、jdbc-resource のプール名に JDBC JNDI 命名スタイルも使用していません。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE resources PUBLIC
    "-//GlassFish.org//DTD GlassFish Application Server 3.1 Resource Definitions//EN"
    "http://glassfish.org/dtds/glassfish-resources_1_5.dtd">
<resources>
    <jdbc-connection-pool validation-table-name="TABLEVALIDATION" allow-non-component-callers="true"
                          statement-cache-size="200" associate-with-thread="true" statement-timeout-in-seconds="300"
                          non-transactional-connections="true" connection-leak-reclaim="true"
                          lazy-connection-association="true" connection-creation-retry-attempts="12"
                          lazy-connection-enlistment="true" validate-atmost-once-period-in-seconds="120"
                          statement-leak-timeout-in-seconds="360"
                          datasource-classname="oracle.jdbc.pool.OracleDataSource" res-type="javax.sql.DataSource"
                          connection-leak-timeout-in-seconds="420" statement-leak-reclaim="true"
                          name="UnitTestPool" is-connection-validation-required="true">
        <property name="DataSourceName" value="OracleDataSource"></property>
        <property name="ImplicitCachingEnabled" value="false"></property>
        <property name="NetworkProtocol" value="tcp"></property>
        <property name="DatabaseName" value="unittestdb"></property>
        <property name="LoginTimeout" value="0"></property>
        <property name="Password" value="tester"></property>
        <property name="URL" value="jdbc:oracle:thin:@testbed:1521:xe"></property>
        <property name="User" value="testertester"></property>
        <property name="PortNumber" value="1521"></property>
        <property name="ExplicitCachingEnabled" value="false"></property>
        <property name="dynamic-reconfiguration-wait-timeout-in-seconds" value="960"></property>
        <property name="MaxStatements" value="0"></property>
    </jdbc-connection-pool>
    <jdbc-resource pool-name="UnitTestPool" jndi-name="java:app/jdbc/unittestdb-pool"></jdbc-resource>
</resources>
于 2013-10-23T15:48:38.030 に答える