問題タブ [redeploy]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
spring - IntelliJの「再デプロイ」と「サーバーの再起動」の違いは何ですか?
Spring Java EE アプリケーションを実行するために、Tomcat 6 で IntelliJ を使用しています。コンパイルされた war を展開するのではなく、展開された war 展開を使用することを選択したため、一部のクラスと JSP をホットスワップするオプションが与えられました。
ただし、「クラスの更新」および「クラスとリソースの更新」とは別に、IntelliJ では、ユーザーが更新アクションで「再デプロイ」および「サーバーを再起動」することもできます。この 2 つの選択肢の違いは何ですか?
クラスのメソッド シグネチャを変更した場合、または Springconfig.xml を変更した場合、サーバーを再起動する必要がありますか、それとも再デプロイで十分ですか? 関数シグネチャまたはそれらに関連付けられた注釈が変更されたクラスを単純にホットスワップできないことに気付きました。
jboss - JBoss の再デプロイで NameNotFoundException: ORB がバインドされていません
Windows 7 デスクトップで JBoss 6.1.0.Final を実行しています。耳の再展開を行うと、常にこのようなスタックが得られます。
これは警告ですが、さまざまな理由で JNDI スペースが台無しになると考えています。これをグーグルで検索しましたが、あまり有用な情報が見つかりませんでした。1 つの推奨事項は、すべての構成を実行することでしたが、それはその構成でも同じスタックトレースでした。何かアイデアはありますか、それともこのスタックを本当に無視できると思いますか?
敬具、
ヤン・ギフバーズ
deployment - デプロイ後に web.xml を変更する
展開後にアプリサーバーで web.xml (または実際には他のファイル) を変更することをお勧めしますか? すべてのアプリ サーバーが展開/ディレクトリ構造を公開していますか?
ローカルで変更を加え、war (または .ear など) を再構築し、アプリケーションを再デプロイすることをお勧めします。
deployment - デプロイされたアプリケーション フォルダーを削除せずに Red5 アプリケーションを再デプロイする
新しい war を Red5 サーバーに展開する唯一の方法は、サーバーを停止し、展開されたアプリケーション フォルダーを webapps フォルダーから削除し、アプリケーション war を webapps フォルダーにコピーして、サーバーを再起動することです。デプロイされたアプリケーションを削除せずに、できれば war を webapps フォルダーにコピーするだけで、プロセスを高速化する方法はありますか?
amazon-web-services - AWS autoscalegroup での再構成と再デプロイのベスト プラクティス
AWS (Amazon Web Services) と独自のカスタム boto ベースの python デプロイ スクリプトは初めてですが、簡単な構成管理タスクについてアドバイスやベスト プラクティスを求めたいと思っていました。コマンドライン -D で定義された Java 環境変数によって制御される、いくつかの異なるバックエンド環境の構成データを持つ単純な Web アプリケーションがあります。バックエンド サービスのメンテナンスや展開スケジュールのために、あるバックエンド環境から別のバックエンド環境に切り替える必要があるという要件が生じることがあります。
現在の手順では、Python スクリプトを使用してすべての仮想インフラストラクチャ (ロード バランサー、オート スケール グループなど) を完全に破棄して再構築し、コマンド ライン パラメーターを変更してアプリケーションを再デプロイする必要があります。従来のサーバー インフラストラクチャでは、コンテナの管理コンソールにログインし、変数を変更してコンテナをバウンスすれば完了です。
AWS 環境でのこの操作のベスト プラクティスはありますか? それとも、AWS 環境でこのタスクを実行するには、すべての部分を完全に破棄して再構築することが唯一の方法ですか?
eclipse - Tomcat が更新された HTML ページをプッシュしない
簡単に言うと、Eclipse から Eclipse が管理する Tomcat の wtpwebapps フォルダーにプッシュされた html、xhtml、および jsp ページが、更新されたものとしてブラウザーに表示されません。
-- 新しいブラウザーでページを開こうとしました (別のブラウザー。たとえば、サーバーでファイルが更新された後、Chrome で開始して Firefox で開く)。
-- Context.xml:reloadable と、「reloadable」の Eclipse モジュール構成で true と false の両方を試しました。
-- wtpwebapps/myapp フォルダー内の新しい html ファイルに「タッチ」して、日付が「遅い」ことを確認しました。また、Eclipse での再デプロイ プロセスも監視し、ファイルが期待どおりに移動していることを確認しました。
-- Tomcat のデプロイされたアプリケーション フォルダ内の実際のファイル コンテンツに変更が反映されていることを確認しました。
-- 構成を変更するたびに Tomcat の作業ディレクトリをクリーンアップし、Web アプリを完全に再デプロイしました
-- html、xhtml (MyFaces を使用して解釈)、および jsp ファイルを試しました
-- JSF と Tomcat の発行間隔はどちらも 1 秒に設定されています
-- JSF は開発モードです
-- Tomcat 6.0.35 と Tomcat 7.0.30 でこれを試しました
何か案は?
maven - 依存関係を含むホット デプロイ オプションを備えた Maven jetty または tomcat プラグイン
「sample」というルート モジュールと、独自のディレクトリ「sample-services」および「sample-web」に 2 つの子モジュールを含む Maven プロジェクトがあります。「sample-web」は、「sample-services」に依存する war モジュールです。
サーバーを maven (jetty、tomcat、または任意の軽量サーバーである可能性があります) から実行し、Eclipse または intellij idea j2ee 統合を使用せずにコードをデバッグできるようにしたい (たとえば、Intellij Idea コミュニティ エディションまたはリモートをサポートする他の IDE で)デバッガー) と、リモート デバッガーを追加するだけです。
「jetty:run」でアプリを起動してデバッガーをアタッチできますが、問題は、「sample-services」でコードを変更すると、そのモジュールで「mvn install」を個別に実行しない限り、それが反映されないことです。サーバーを再起動します。
サーバーを再起動せずにアプリをデバッグし、サーバーにコードの変更を再デプロイさせるより良い方法はありますか? MavenプロジェクトでEclipseがこれを実行できることを私は知っています。依存プロジェクトの変更を検出し、サーバーにアップロードします。
編集:
私は今のところTomcat Mavenプラグインを使用することになりました: org.apache.tomcat.maven tomcat7-maven-plugin 2.1 / true で pom.xml を実行し、コマンドラインで実行します: mvn tomcat7:run 欠点は、これがアプリ全体をリロードすることですホットデプロイではなく、変更ごとに。
そのため、ホットデプロイの代替手段を探しています。
java - tomcatで戦争をシームレスに再展開する方法は?
Maven Web アプリケーションを war ファイルにパッケージ化し、Tomcat 環境がインストールされているリモート サーバーにアップロードしました。war ファイルを解凍し、すべてのファイルを/webapps/ROOT
ディレクトリに配置した後、実行bin/startup.sh
して tomcat を起動します。
これは問題なく機能しますが、Web アプリケーションを変更してサーバーに再デプロイする場合、それをシームレスに行う方法、つまり、Web サイトを使用しているユーザーが要求を失わないようにする方法がわかりません。
誰か私にアイデアを教えてもらえますか?どうもありがとう!
maven - すでにデプロイされているビルドを別の nexus リポジトリにデプロイする方法は?
複数のプロジェクトに対応する nexus リポジトリ環境があります。各プロジェクトには、以下を含むリポジトリ グループがあります。
- サードパーティ
- スナップショット
- テスト (リリース型レポ)
プロジェクトは、テスト リポジトリにデプロイされるテスト用のビルドを準備します。 やりたいことは、テスト リポジトリに既にデプロイされている特定のバージョンを、別の nexus インスタンスのリリース リポジトリに再デプロイすることです。このようにして、テスト済みのビルドのみが顧客に提供されます。
別のビルドを実行せずにそれを行う方法はありますか? 一部のビルドには 3 時間以上かかる場合があり、別のビルドを実行するのは危険です。wagon プラグインを検索して思いついたのですが、よくわかりません。この操作は、スキップ/マージ機能も実行する必要があります (失敗しない可能性がありますか?)。バグ修正リリースのため、ほとんどのアーティファクトは変更されない可能性があります。したがって; これらのアーティファクトをスキップすると、配信の時間が節約されます。
以下のシナリオは完璧です:
- プロジェクトをビルドしてテスト リポジトリにデプロイする
- テスト リポジトリを使用してテストを実行する
- テストに合格し、システム バージョン 1.0.1 (子コンポーネントを含む) をリリース リポジトリに再デプロイします。
- お客様は、リリース リポジトリ (1.0.1、1.0.7 など) からテスト済みのバージョンのみを表示できます。
ノート:
- テストビルドにスナップショットを使用することはオプションではありません:(
前もって感謝します。よろしくお願いします。メタン