Eメールエラーから古いアイテムを削除して修復

私は長い間眠っていた最初のプロジェクト映画Us...
プロジェクトが終わった後、私は自分の履歴書と製品の組み合わせを急いで作成しましたが、最初に追いかけられるように大々的に働いていた会社の膨大な仕事の時間の中で、プロジェクトの間違いを正しました.
今になってやっと目が覚めて、AWSに配備された突然だめな私が丹念に開発した電子メールの伝送機能を変更することにしました.
(当時はブログに文章を書くことができなかったので、スクリーンショットはありませんでした😂)
以前初めてミスをした時は、ちゃんとログを確認せず、必死に検索していました.
そして検索結果を見て「なぜ地元で成功したところでAWSでうまくいかなかったのか」->AWSでJavaメールは使えませんか?'->'「簡単メールサービス(AWS SES)を利用するには…」断定した.
この考え方は半年も経っていませんが、この間進歩したかどうか、今回からログを開けてみたいと思います.エラー・ログをゆっくり確認すると、Eメール・サーバへのアクセス中にエラーが発生しました.
このセクションでは、パラメータpw={null}のため、ログインとアクセスができず、電子メールとパスワードが正しいです.また、ローカルでも同様のエラーが発生しました.
Googleの設定を確認したところ、Java Mailを使用するときにオフにしなければならない「セキュリティレベルの低いアプリケーションを許可する」...この機能を再設定したおかげで、ローカルでうまく動作しました!
サーバに配備する過程で、過去にEC 2インスタンスに配備した過程は、実際の操作とは大きく異なります.
今メールの中のパスもlocalhost:8080から実行中のサーバーのパスに変換してAWSに配備して、私が実際の仕事で使っているインスタンスの中でTomcatを管理する方法とはあまりにも違って、再び何も知らない私の検索のように検索して、配置を完成して、正常な運行を確認しました!
配置と確認をしたところ、以前はTomcat 9をインストールする方法で行っていたので、そうであればwarファイルを下のパスに置くことができます.

/var/lib/tomcat9/webapps/

サーバドライバと停止次のコマンドを入力すればいいです.

sudo service tomcat9 stop
sudo service tomcat9 start

こうして電子メールの問題が解決しました...
様々な理由から、近い将来、EC 2インスタンスを整理するには、簡潔で分かりやすい方法で再生成と導入が必要になる可能性があります.
思った以上に大きな工事になりますが、これでまた学べます…ほほほ