EclipseでJBossツールを使用してアプリケーションをデプロイすると、次のエラーが発生します。
C:\ wildfly-8.1.0.Final\standalone\tmp\tmp7858611943756287857.xhtmlのC:\ wildfly-8.1.0.Final\standalone\deployments\.war\403.xhtmlへの名前変更エラー。
これは、サーバーの一時的な配備ディレクトリが最終的な送信先とは異なるファイルシステム上にあることが原因である可能性があります。
サーバーエディタでこれらの設定を調整できます。
そして、ここにエラーのスクリーンショットがあります:
ドキュメント で、私はこれを見つけました:
配置場所とパッケージタイプをカスタマイズできます。
- サーバーのワークスペース展開フォルダーを選択するには、Use workspace metadataをクリックします。
- アプリケーションサーバーのデプロイメントフォルダーを選択するには、JBossデプロイフォルダーを使用をクリックします。
- 選択したフォルダーを選択するには、Use a custom deploy folderをクリックします。このオプションを使用して、DeployディレクトリーおよびTemporary Deploy Directoryフィールドに入力します。 一時フォルダーは、最終的な展開場所と同じファイルシステム上にある必要があります。そうでない場合、公開が失敗することがよくあります。
- デプロイメントのためにアーカイブするすべてのモジュールについて、プロジェクトを圧縮アーカイブとしてデプロイチェックボックスを選択します。これにより、展開の展開が回避され、メモリの展開が占める量が減りますが、展開が遅くなる可能性があります。
一時フォルダーは最終的な展開場所と同じファイルシステム上にある必要がありますはどういう意味ですか?どうすれば解決できますか?
チェックボックス[プロジェクトを圧縮アーカイブとして展開する]をオンにしても、エラーは発生しないことに気付きました。
以下の手順に従ってこの問題を解決しました:
私は同じ問題を抱えており、Googleで何時間も探した後の唯一の解決策でした、Eclipseを閉じ、ワークスペースのフォルダー「.metadata」を削除してEclipseを再起動し、JBoss AS 6.xのサーバーを再度作成して、再度デプロイすると、すべてが機能しました私のために正しく。これがお役に立てば幸いです。
Windows 10マシンで同じ問題が何度か発生しました。私は管理者権限を持っていなかったため、この問題のトラブルシューティングは多忙なプロセスでした。簡単な修正は、JBOSS_HOMEをルートに近づけることです。ただし、Eclipseを適切に再起動する必要があります。結局のところ、Windows環境変数のJBOSS_HOMEを変更するため、コンピュータを完全に再起動することをお勧めします。
かなり古いですが、まだEclipseとWildflyのNEONバージョンで行われます。問題は、EclipseがWebサーバーを正常に停止しなかったことです。 (少なくとも、Tomcatではごく普通のことで、ほとんどの作業を行っています)解決策:「デバッグ」プレゼンテーションを開きました。プロセスを終了しました。 (念のため、サーバーをクリーンアップしてクリアしました)。
ファイル-> C:\ Users\yourusername\wildfly-10.0.0.CR4\standalone\deploymentsに移動し、projectname.warファイルを削除すると、サーバーは再起動できるはずです。
同じエラーメッセージが表示されました。JBossのデプロイメントフォルダーで問題が発生したためであり、デプロイメントからプロジェクトのearフォルダーを削除することさえできませんでした。
私の解決策は、JBossの別のインスタンスを解凍し、EclipseをこのJBossにポイントすることでしたが、問題なく動作しました。
同じ問題がありました。 .metadata
および.recommenders
ワークスペースフォルダーのファイルが破損しています。私は同僚からそれらのフォルダーを取り、私のものを置き換えました。出来た!
Hermeslmソリューションは、ワークスペースのほとんど(すべてではない)の問題を修正しますが、最終的な強力な武器です。高度に構成されたEclipse(カスタムコードアシスト、フォーマット定義、プラグイン構成、UIの外観)がある場合、すべてを失うことに注意してください。すべてのプロジェクトをインポートして、もう一度設定する必要があります。
私は同じ問題を抱えていましたが、時々私は完全なワークスペースファイルシステムのバックアップを行い、そのようながらくたが起こったときにそこから復元します。
これまでにバックアップリストアで確認したことから、この特定の問題はEclipseの構成jbossサーバーとそれに関連するファイル/プラグインにある可能性があります。言い換えると、バックアップがない場合、Eclipseでサーバー定義を削除して再構築してみてください .metadata dirを削除する前に。