1

ローカル開発に GIT とフィーチャー ブランチ ワークフローを使用しています。また、ElasticBeanstalk Tomcat サーバーへのアプリケーションのデプロイに AWS SDK / Eclipse プラグインを使用しています。最近、コードベースに追加した新しい Java クラスが ElasticBeanstalk にデプロイされない (つまり、コンパイルされたクラス ファイルがリモートの Tomcat デプロイメント ディレクトリにアップロードされない) 問題に遭遇しました。

調査の結果、プラグインがデプロイ プロセスの一部としてこの jar を使用しているように見えることがわかりました。

/eclpise installation path/plugins/com.amazonaws.eclipse.elasticbeanstalk_1.0.0.v201310211406/lib/jgit/jgit-1.3.0-aws-git-push.jar

しかし、デプロイに選択する GIT ブランチを指定する設定が Eclipse に見つかりませんでした。

最終的に、ローカルおよびリモートのステージング ディレクトリを削除し、Eclipse 内の ElasticBeanstalk 環境構成で「増分展開」チェックボックスをオフにすることで問題を解決しましたが、プラグインが展開するファイルを選択する方法をよりよく理解したいので、この混乱を避けることができます。将来。

4

1 に答える 1

2

Eclipse ツールは Git リポジトリを使用して増分変更を AWS Elastic Beanstalk にデプロイしますが、ソース コードの管理に使用している Git リポジトリと同じものは使用しません。Eclipse ツールキットは、コンパイルされたアーティファクトを AWS Elastic Beanstalk にデプロイする必要があるため、コンパイルされたアーティファクト専用の個別の検索 Git リポジトリを管理します。リポジトリには、展開された WAR ファイルの構造があります。本当に見たい場合は、Eclipse の .metadata ディレクトリの下にこのリポジトリがあります。

つまり、簡単な答えは... Eclipse は、ワークスペースにあるコードをデプロイする必要があります。ソース コード Git リポジトリの特定のブランチに切り替えた場合は、そのコードをデプロイする必要があります。プロジェクトの展開アセンブリのプロパティを確認することもできます。これらは、Web プロジェクトを WAR ファイルに変換する方法を説明しています。これは、プロジェクトを AWS Elastic Beanstalk にプッシュする前に、Eclipse ツールキットがプロジェクトをコンパイルするために使用しているものとまったく同じです。それでも問題が解決しない場合はお知らせください。発生している他の問題をデバッグすることができます。

于 2013-10-30T17:57:33.603 に答える