私は<strong>Eclipseのneon.3（4.6.3）</strong>に設定しようとしている

ペーシュ・カショーロ+ Jrebel + Eclipseを使用してみてください：私は<strong>Eclipseのneon.3（4.6.3）</strong>に設定しようとしている

ペーシュ・カショーロServerコンテナ（4.1.2.174）
JRebel剤7.1.3

。配備プロセスでは、PayaraまたはJRebelログにエラーは表示されません。私は私のEJBのはに関する以下のメッセージが出ます：

2017-12-12T14:52:50.933-0200|INFORMAÇÕES: 2017-12-12 14:52:50 JRebel: Watching 'alfa.bc.logistica.core.ejb.AlfaTransportadorEJB' for changes 
2017-12-12T14:52:50.936-0200|INFORMAÇÕES: Portable JNDI names for EJB AlfaTransportadorEJB: [java:global/alfa.bc.logistica.ee/alfa.bc.logistica.core.em/AlfaTransportadorEJB!alfa.bc.logistica.core.remote.AlfaTransportadorRemote, java:global/alfa.bc.logistica.ee/alfa.bc.logistica.core.em/AlfaTransportadorEJB]

私は（たとえばAlfaTransportadorEJB用）その監視対象のクラスに変更を加え、変更がコンテナに行われていないが、しかし.classファイルがコンパイルされ、中に正常に生成されています私のクラスパスのtargetディレクトリ（IDEオプション "Build automatically" = true）。

明らかに、.classファイルは、クラスローディングのリロードプロセスを実行するためにコンテナに「デプロイ」されていません。

追加情報：JRebel構成の場合

私はthisチュートリアルを追いました。それぞれのEARアプリケーションの同じバージョンについては

は、「クラスのリロードは」Jrebel 7.0.5でGlassfishの4.1を使用して成功しています。しかし、この場合、展開プロセスでは、コンテナは次のように言います。

。

2017-12-12T15:02:24.167-0200|Informações: 2017-12-12 15:02:24 JRebel: Directory 'C:\Documentos\cooperateEE\logistica\alfa.bc.logistica.core.em\target\classes' will be monitored for changes. ... <another logs here> ... 2017-12-12T15:03:45.994-0200|Informações: 2017-12-12 15:03:45 JRebel: Watching 'alfa.bc.logistica.core.ejb.AlfaTransportadorEJB' for changes 2017-12-12T15:03:45.998-0200|Informações: Portable JNDI names for EJB AlfaTransportadorEJB: [java:global/alfa.bc.logistica.ee/alfa.bc.logistica.core.em/AlfaTransportadorEJB!alfa.bc.logistica.core.remote.AlfaTransportadorRemote, java:global/alfa.bc.logistica.ee/alfa.bc.logistica.core.em/AlfaTransportadorEJB]

私はJRebelが、その後conteinerでコンパイル.classファイルをリロードするtargetディレクトリを監視していないと思います。

JRebelが上記のログのようにターゲットディレクトリを特定しない理由は何ですか（ "will be monitored for changes"）？

出典

2017-12-12 Darlyn Vailatti

で初期化されていたということでしたモジュールに有効なパスを持つrebel.xmlが含まれている場合は、変更を監視します。 rebel.xmlは、EJB jarのルートとWARの 'WEB-INF/classes'に配置する必要があります。EAR-sはrebel.xml自体を必要とせず、サブモジュールのみを必要とします。グラスフィッシュに配備されたときとまったく同じEARが動作しますが、payaraサーバーでは動作しない、またはそれらの間に違いがあると言っていますか？ – Murka

@Murkaはい、 'rebel.xml'ファイルはEJB jarを持つプロジェクトのルートフォルダにあります。また、' rebel.xml'ファイルと同じバージョンのアプリケーションでは動作が異なります。私はちょうどPayallでJRebelバージョン7.0.5で別のテストをしましたが、私は同じ結果を得ました。これは、PayallがJRebelでいくつかの異なる動作を引き起こしているようです。 –

その場合、より深い調査が必要です。そのためには、JRebel Configuration - > Advanced - > Log level：Traceを介してトレースレベルログを有効にします。それから、payaraを起動して、リロードしないで変更を加え、ヘルプ - > JRebel - >サポートチケットを送信してサポートチケットを提出してください。この質問へのリンクも含めてください。 – Murka

問題が見つかりました。

2017-12-22 08:04:47.012 INFO [10] [Banner]  
############################################################# 
2017-12-22 08:04:47.012 INFO [10] [Banner] 
2017-12-22 08:04:47.013 INFO [10] [Banner] Legacy Agent 7.0.5 (201702281652) 
2017-12-22 08:04:47.013 INFO [10] [Banner] (c) Copyright ZeroTurnaround AS, Estonia, Tartu. 
2017-12-22 08:04:47.014 INFO [10] [Banner] 
2017-12-22 08:04:47.015 INFO [10] [Banner] Over the last 10 days JRebel prevented 
2017-12-22 08:04:47.015 INFO [10] [Banner] at least 66 redeploys/restarts saving you about 2.7 hours. 
2017-12-22 08:04:47.017 INFO [10] [Banner] 
2017-12-22 08:04:47.017 INFO [10] [Banner] JRebel started in remote server mode. 
2017-12-22 08:04:47.025 INFO [10] [Banner] 
2017-12-22 08:04:47.026 INFO [10] [Banner] 
2017-12-22 08:04:47.026 INFO [10] [Banner]  
#############################################################

JRebelがある間、リモートサーバモード

に開始しました：（作品）Glassfishのとペーシュ・カショーロ（それが動作しない）との間にjrebel.log比較すると、私はペーシュ・カショーロのために、ログが言うことに気づきましたglassfishこのメッセージは記録されません。だから私はJRebelのドキュメントでthisリンクをたどって容器上のVMオプションを削除remote server modeを無効にします。

-Drebel.remoting_plugin=false

だから、要するに、問題はJRebelは `になりますアクティブなサーバモードパラメータ

出典

2017-12-22 11:06:11

私は<strong>Eclipseのneon.3（4.6.3）</strong>に設定しようとしている

答えて

関連する問題