問題タブ [redeploy]

nostage="false" モードでリモート Weblogic Server にデプロイされた展開された EAR があります。EAR は非常に大きいため、完全なアンデプロイ / デプロイは毎回非常に遅くなります。

「ステージ」フォルダーの下の JSP を変更すると、すぐに web-app の変更が表示されます。

「ステージ」フォルダーの下に JSP を追加すると、web-app でニュース JSP が表示されません。

jsps (および jsps のみ) の部分的なリモート再デプロイは可能ですか? 私はそのようなことを試しました

しかし、私は得ました

[DeploymentService:290066] デプロイメント要求 "1,439,276,275,680" のために管理サーバーからファイルをダウンロード中にエラーが発生しました。根本的なエラー: weblogic.deploy.service.datatransferhandlers.HttpDataTransferHandler.getDataAsStream(HttpDataTransferHandler.java:86) で「null」

何か提案はありますか？

Hi great people of stackoverflow,

Were hosting a docker container on EB with an nodejs based code running on it. When redeploying our docker container we'd like the old one to do a graceful shutdown.

I've found help & guides on how our code could receive a sigterm signal produced by 'docker stop' command.

However further investigation into the EB machine running docker at: /opt/elasticbeanstalk/hooks/appdeploy/enact/01flip.sh shows that when "flipping" from current to the new staged container, the old one is killed with 'docker kill'

Is there any way to change this behaviour to docker stop?
Or in general a recommended approach to handling graceful shutdown of the old container?

Thanks!

私は、迅速なビルド/デプロイ/テストのターンアラウンドを備えた小さなサーブレットベースのアプリケーションに取り組んでいます。Tomcat 8.0 の開発中の自動再デプロイ (ホスト設定 'autoDeploy=true' を使用) の待機時間は非常に気を散らすものであることがわかりました: ほぼ即時からほぼ 10 秒の間で変化します。

私は（大まかに優先順位で）次のことを望みます：

• リクエストごとに再デプロイをチェックするように Tomcat を設定します。
• 再デプロイをポーリングする前に Tomcat が待機する時間を短縮します (たとえば、1 秒まで)。
• または、代わりに、.war がビルドされるとすぐに Tomcat に再デプロイを促す便利な方法があります。（Antでビルド/デプロイしています。）

過去 30 分間、Tomcat のドキュメント (および SO) を検索してきましたが、これらのいずれについても何も表示されません。何か不足していますか？

ターンアラウンド タイム (および気晴らし) を最小限に抑えることがわかったアプローチ (上記のいずれか) を推奨できる人はいますか?

Tomcat 8 で単純な Grails アプリケーションをホット再デプロイする際に問題があります。

私のセットアップは次のとおりです。

• Grails 2.5.1 で作成されたばかりの真新しいアプリケーションcreate-app
• Tomcat 8.0.28 (64 ビット Linux バイナリ バージョン)
• Java 1.8.0_65-b17 HotSpot サーバー VM

Tomcatもまったく新しいインストールであり、2つのことだけを変更しました（本番環境で使用したいため）：

サーバー.xml
<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" undeployOldVersions="true">

context.xml
<Context antiResourceLocking="true">

Tomcat サーバーを再起動しました。JVisualVM によると、2398 個のクラスがロードされていました。によって生成された war ファイルをコピーしgrails prod war、デプロイが完了するのを待った後、10,022 個のクラスがロードされました。戦争を再度コピーした後、再展開がトリガーされ、16 300 クラスがありました。

最初のデプロイの後にヒープ ダンプを作成し、2 番目に eclipse MAT を使用してクラスローダーを分析したところ、org.apache.catalina.loader.WebappClassLoader6 138 個のロードされたクラスが 1 つ余分にあることがわかりました (合計で 2 つです)。

ヒープ スペースはほぼ一定のままで、MetaSpace の使用量だけが大幅に増加しました (クラス数とほぼ同じ割合で)。

アップデート

MAT を使用してさらに深く掘り下げると、クラスローダーを維持するインスタンスが常に 9 つあることに気付きました。これらはorg.codehaus.groovy.reflection.ClassInfo(各プリミティブ Java タイプ ラッパーおよび に対して 1 つVoid) のインスタンスです。これらの ClassInfo は によってのみ参照されるためjava.lang.ClassValue$Entry、WeakReferenceこれらのインスタンスがガベージ コレクションされないことに本当に困惑しています。

誰かが同様の問題を抱えていましたか？このローダーがハングアップする原因は何ですか?

休止状態と weblogic 12c、および Oracle 11g に問題があります。アプリをインストールすると正しく実行されますが、アプリを更新すると、次のようにスローされます: プール可能なリソースの取得中に例外が発生しました。再試行します。java.lang.NullPointerException よろしく

休止状態のプロパティ:

weblogic と hibernate で私の問題を検索した後、jndi ルックアップで問題が発生することがわかりました。アプリをインストールすると正常に実行されますが、アプリを再デプロイすると次のようになります。

javax.naming.NameNotFoundException: Unable to resolve 'ds_c719_002'. Resolved ''; remaining name 'ds_c719_002'

私の設定ファイル（私はJava設定を使用しています）

よろしく

シード アプリケーションのホット レッドデプロイを実行すると、接続プールから接続を解放できません。Tomcat がメモリ不足の例外をスローします。

展開が初めて行われる場合、解放する必要がある既存の接続がないため、問題なく動作します。

また、Tomcat インスタンスをシャットダウンすると、接続が適切に解放されます。

デフォルトの Hikari 接続プール設定が使用され、カスタマイズは行われません。

ログの追加:-

2016 年 10 月 26 日 2:46:24 PM org.apache.catalina.startup.HostConfig deleteRedeployResources INFO:アンデプロイ コンテキスト[/test-web-1.0.0] 2016-10-26 14:46:24,156?[0;39m ? [35mContainerBackgroundProcessor[StandardEngine[Catalina]]?[0;39m ?[36mo.sswlSeed ServletContextListener?[0;39m - シード Web アプリケーションの停止中 2016-10-26 14:46:24,157?[0;39m ?[35mContainerBackgroundProcessor[StandardEngine] Catalina]]?[0;39m ?[36mo.sjiJpaPlugin?[0;39m -永続化ユニット test-xxx 2016-10-26 14:46:24,158?[0;39m ?[35mContainerBackgroundProcessor[StandardEngine] のエンティティ マネージャー ファクトリを閉じる」[ Catalina]]?[0;39m ?[36mo.sjiJdbcPlugin?[0;39m - JDBC データソース test_ds を閉じる 2016-10-26 14:46:24,159?[0;39m ?[35mContainerBackgroundProcessor[StandardEngine[Catalina]]?[0;39m ?[36mc.zhpHikariPool?[0;39m - HikariCP プール HikariPool-0 がシャットダウンしています。2016-10-26 14:46:24,228?[0;39m ?[35mContainerBackgroundProcessor[StandardEngine[Catalina]]?[0;39m ?[36mo.sswlSeedServletContextListener?[0;39m -シード Web アプリケーションが停止しました か?[31m?[0 ;39mOct 26, 2016 2:46:24 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc SEVERE: Web アプリケーション [/test-web-1.0.0] は JDBC ドライバー [com.mysql.jdbc.Driver] を登録しましたが、 Web アプリケーションの停止時に登録解除に失敗しました。メモリ リークを防ぐために、JDBC ドライバーは強制的に登録解除されています。 2016 年 10 月 26 日 2:46:24 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: Web アプリケーション [/test-web-1.0.0] は [Abandoned connection cleanup thread] という名前のスレッドを開始したようですが、止められなかった。これにより、メモリ リークが発生する可能性が非常に高くなります。 2016 年 10 月 26 日午後 2:46:25 org.apache.catalina.startup.HostConfig deployWAR

情報: Web アプリケーション アーカイブ F:\Eclipse-New-PSA\Eclipse_DEV\Serveurs\J2EE\tomcat\apache-tomcat-7\webapps\test-web-1.0.0.war をデプロイしています

14:46:32,543 |-LoggerContext の情報 [デフォルト] - リソース [logback.groovy] が見つかりませんでした 14:46:32,543 |-LoggerContext の情報 [デフォルト] - リソース [logback-test.xml] が見つかりませんでした 14: 46:32,543 |-LoggerContext[デフォルト] の INFO - [file:/E:/PSA-test/GL_SVN_TEST_ENV/test-conf/test-web/logback.xml] でリソース [logback.xml] が見つかりました 14:46:32,606 |-joran.action.ConfigurationAction の INFO - デバッグ属性が設定されていません 14:46:32,739 |-LevelChangePropagator@425941ba の INFO - Logger[org.reflections] の OFF レベルを JUL フレームワークに伝播しています .... .... 14 :46:32,740 |-ch.qos.logback.core.joran.action.TimestampAction の INFO - key="bySecond" および value="20161026T144632" を使用してプロパティをコンテキストに追加し、LOCAL steste に 14:46:32,746 |- ch.qos.logback.core.FileAppender[FILE] の INFO - ファイル プロパティが [c:/temp/log//TestWeb-20161026T144632.log] 14:46:32,811 |-joran.action.RootLoggerAction の INFO - ROOT ロガーのレベルを INFO に設定

?[34mINFO ?[0;39m ?[33m2016-10-26 14:46:35,062?[0;39m ?[35mlocalhost-startStop-2?[0;39m ?[36mo.sswlSeedServletContextListener?[0;39m] - シードの開始」 Web アプリケーション ?[31m?[0;39m?[31mWARN ?[0;39m ?[33m2016-10-26 14:46:42,623?[0;39m ?[35mlocalhost-startStop-2?[0;39m ?[36mo .heHibernatePersistence?[0;39m - HHH015016: 非推奨の javax.persistence.spi.PersistenceProvider [org.hibernate.ejb.HibernatePersistence] に遭遇しました。[org.hibernate. jpa.HibernatePersistenceProvider] 代わりに。2016-10-26 14:46:42,678?[0;39m ?[35mlocalhost-startStop-2?[0;39m ?[36mo.hjiuLogHelper?[0;39m - HHH000 204: PersistenceUnitInfo を処理中 [ name: test-xxx . ..] 2016-10-26 14:46:42,801?[0;39m ?[35mlocalhost-startStop-2?[0;39m ?[36mo.h.Version?[0;39m - HHH000412: Hibernate Core {4.3. 11.最終} 2016-10-26 14:46:42,808?[0;HikariCP プール HikariPool-0 を起動しています。 2016-10-26 14:46:43,417?[0;39m ?[35mlocalhost-startStop-2?[0;39m ?[36mo.hdDialect?[0;39m - HHH000400: 方言の使用: org.hibernate.dialect.MySQLDialect 2016-10-26 14:46:43,908?[0;39m ?[35mlocalhost-startStop-2?[0;39m ?[36mo.hhiaASTQueryTranslatorFactory?[0;39m - HHH000397: ASTQueryTranslatorFactory の使用?[31m?[0;39m]

例外: スレッド "ContainerBackgroundProcessor[StandardEngine[Catalina]]" の UncaughtExceptionHandler から java.lang.OutOfMemoryError がスローされる

1 つの EAR で複数の戦争が発生する可能性があります。

しかし、たとえば管理コンソールにデプロイしているときに、EAR で 1 つの戦争だけを置き換えることは可能ですか?

例 ：

EAR WAR1 WAR2

次に、完全にEARではなくWAR1のみを再デプロイする必要があります