問題タブ [redeploy]

Web アプリケーションにバックグラウンド スレッドがあります。したがって、コードのどこかに BackgroundThread.getInstance().start() があり、BackgroundThread を 1 回だけ開始すると仮定します。

BackgroundThread は Drivermanager.getconnection を使用して接続を取得し、何かを行い、接続を閉じてから 10 秒待ちます。その後、無限ループでプロセスを繰り返します。

しかし、グラスフィッシュの再デプロイを行うと、取得し始めていますMySQLNonTransientConnectionException: could not create connection

グラスフィッシュを再デプロイせずに問題を再現できるかどうかはわかりません。

何が問題を引き起こしているのか、それを回避する方法はありますか?

Vert.x Github spaceでホストされている Vert.x Gradle テンプレートを使用しています。

ビルド ファイルは、IDEA でビルドされたクラス ファイルを実行する runModIDEA ターゲットがあることを示しているため、変更を取得するために再構築/再デプロイする必要はありません。

...まだ、タスクは ./gradlew タスクごとに存在しません。

私は、この特定のビルド タスク自体に縛られていません。

2 分間の再構築/再展開サイクルなしで更新を確認できる、機能する自動再展開ソリューションが欲しいだけです。

編集:また、InteliJ IDEA 出力クラスパスを指して、直接実行しようとしました。正常に動作しますが、変更を反映しません。

EDIT : ./gradlew runmod -m も試しました。最初に vertx_classpath.txt を変更して、IDEA ファイル (out/production) が最初に見られるようにしました。まだ再デプロイはありません。実際、実行中に out ディレクトリを削除したところ、動作し続けました。

編集:私も vertx run com.mycompany.myproject.ReverseProxyVerticle -c conf.json -cp out/production/vert-x-reverse-proxy... 同じ結果を試しました。期待どおりに実行されましたが、変更を反映しませんでした。変更を反映する唯一の方法は、gradlew をきれいにして再組み立てすることでした。

編集：私もこれらの指示を経験しました。

私はJRebelを持っていません。JRebel を購入しなくても解決策があることを願っています。

Play Framework 2 が開発モードでのホット コード リロードをサポートしていることは知っています。Play Framework 2 アプリのプロダクション モードでホット再デプロイする方法を知りたいですか? これを行うための透過的なアプローチはありますか? ロードバランサーやネイティブアプローチを使用するようなものは私には受け入れられます.

ホット デプロイには Eclipse Galileo、JRebel、アプリケーション サーバーには JBoss 5.1.x を使用しています。最近、Eclipse の動作がおかしくなり始めました。これは、新しいワークスペースに切り替えた後かもしれません (ブランチからトランクへの違いのみ)。

以前は、*.java/*.jspファイルに変更を加えるたびに、JRebel が新しく変更された.classファイルを取得してホット デプロイしていました。

しかし、今では増分ビルドではなくフル ビルドを実行し、1 つの .class 更新ではなくすべてのプロジェクトがビルドされ、長い時間がかかります。JRebel が更新されたすべての*.classファイルをデプロイしようとするため、サーバーがクラッシュすることがあります。

ファイルの保存中にEclipseがインクリメンタルビルドではなくフルビルドを実行する理由を知っている人はいますか?

いくつかの URL への make の取得と投稿のために、私の Web で jersey を使用しています。Quartz で cron ジョブを作成しました。

これは、毎分実行されるタスクになります。

これは問題なく動作しますが、開発中に tomcat を再デプロイすると、次のようにエラーが発生します。

jersey-bundle.1.8.jarを使用しています

そのため、多くの研究開発の後、私はまだ問題の修正を見つけることができませんでした. 私はエンタープライズアプリに取り組んでいます。WebLogic 9.2、ANT、および JDK 1.5 を使用しています。

問題: 「weblogic.Deployer$DeployerException: weblogic.deploy.api.tools.deployer.DeployerException: Unable to connect to 't3://{localhost}:7001': invalid type code: 31. URL が実行中のhttp プロトコルを使用している場合は、管理サーバーでトンネリングを有効にする必要があります。"

私が試みた「修正」：

• クライアント JVM はバージョン 1.6 で、サーバーは 1.5 でした。この問題を解決するには、クライアントを Java 1.5 で実行する必要があります。クライアントは、オプション -Dsun.lang.ClassLoader.allowArraySyntax=true を使用して JVM を起動する可能性があります。

C:\bea\weblogic92\samples\domains\wl_server でJAVA_OPTIONS=%JAVA_OPTIONS% -Dsun.lang.ClassLoader.allowArraySyntax=true を設定します。

これはうまくいきませんでした。それから私は試みました、

• 管理サーバーまたは管理対象サーバーの下、および別のページにある weblogic のキャッシュを削除すると、エラーはなくなります ${YOURDOMAIN_HOME}\servers\AdminServer\tmp_WL_user の下にある weblogic のキャッシュを削除すると、エラーはなくなります

C:\bea\weblogic92\samples\domains\wl_server\servers\examplesServer に移動し、キャッシュ フォルダを削除しました。

ただし、これもうまくいきませんでした。

それから、私は試みました

- 以下の点を確認し、必要に応じて構成を適用してください: 1) ホスト名、ポート、資格情報が正しいことを確認してください 2) Weblogic コンソールで必要に応じてトンネリングを有効にします - Weblogic コンソールにログインします - 環境 -> サーバー -> サーバーを選択します - プロトコルに移動します -> HTTP - トンネリングを有効にするにチェックを入れます - 変更を適用します - 再起動は不要です

これもうまくいきませんでした。というか、私はバカじゃないので、いろいろ組み合わせて修正してみました。正しいバージョンなどでプロジェクトを追加しようとしました。だから、ここの誰かがこれを見たり直面したりして、私を助けてくれることを願っています。

build.xml から再デプロイを実行するコードを添付しました。

あなたの答えを楽しみにして、

ありがとう

誰もが知っているJrebel。しかし、私はいくつかの小さな同様の実装を作りたかったのです - 再コンパイル後にクラス定義をリロードできる機能だけです。

クラスを監視するJavaエージェントを作りました。また、すべてのカスタム クラスをロードするシステム クラスローダーを指定します。再コンパイル後、エージェントは新しい定義でクラスをリロードする必要があります。しかし、何も起こりません。

また、Javaエージェント内でインストルメンテーションAPIを使用しようとしました:

また

しかし、それは役に立ちません。

すべてのソース ファイルはここにあります - https://github.com/ice-pro/Runtime-Redeploy

テストを実行するには、メイン モジュールで「インストール」を実行してから、テスター モジュールで「コンパイル」を実行してください。

実行時にクラス宣言を再定義する方法を教えてください。

RStudio で作成され、光沢のあるアプリでホストされている光沢のあるアプリケーションに変更を加えるたびに、再デプロイする必要があり、時間がかかります。この再展開の時間を短縮するにはどうすればよいでしょうか。これを実現するために追加できる自動機能またはパッケージは何ですか?