問題タブ [intermittent]

プログラムを実行する時間の約半分はブレークポイントが無視され (プログラムが開始すると赤い円が消えます)、残りの半分は問題なく動作します。基本的に、ブレークポイントが消えたことに気づいたら、プログラムを終了して再起動する必要があります。より良い解決策はありますか？

JSP を起動しようとすると、いくつかの Web アプリケーションが断続的に 404 エラーをスローする理由を理解するのに助けが必要です。1 つは JSP に直接アクセスし、もう 1 つは JSP に転送するサーブレットを持っています。ほとんどの場合、ページは機能しますが、404 がスローされることがあります。ユーザーがブラウザーを 1 ～ 3 回更新すると、変更を加える必要なく、ページが再び機能し始めます。

Web ブラウザー (Chrome) で表示されるエラーの例を次に示します。 type: Status report message: /app_root/my_page.jsp description: The requested resource is not available

この問題は、JSP ページの再コンパイルに関連しているようです。.war ファイルと展開されたディレクトリは変更されていません。各 404 エラーに対応するログには常に 3 つのエラーがあります。 WARNING: Failed to delete generated class file [D:\Apache Software Foundation\Tomcat 7.0\work\Catalina\localhost\app_root\org\apache\jsp\my_005fpage_jsp.class] May 19, 2015 6:32:24 AM org.apache.jasper.compiler.Compiler removeGeneratedFiles WARNING: Failed to delete generated Java file [D:\Apache Software Foundation\Tomcat 7.0\work\Catalina\localhost\app_root\org\apache\jsp\my_005fpage_jsp.java] May 19, 2015 6:32:24 AM org.apache.jasper.compiler.Compiler generateJava WARNING: Failed to delete generated Java file [D:\Apache Software Foundation\Tomcat 7.0\work\Catalina\localhost\app_root\org\apache\jsp\my_005fpage_jsp.java]

Tomcat 7.0.53 で Java 1.7 を実行しています。Tomcat は Windows 2008 R2 サーバーで実行されています。

グーグルから見つけた情報に基づいて、これまでに試したことは次のとおりです。ただし、404 は続行します。

1. Tomcat ディレクトリ全体で Windows のインデックス作成を無効にしました
2. 本番環境で開発モードをオフにしました
3. 私の QA 環境で、modificationTestInterval をデフォルト (4 秒) から 3600 (1 時間) に増やしました [注: 問題を再現できるように、現在は 0 に設定されています]
4. Tomcat 作業ディレクトリの所有者を、サービスが実行されている ID と同じ ID に変更しました。

作業ディレクトリでウイルス対策をオフにして、それが役立つかどうかを確認しています。

この問題は本番サーバーと QA サーバーで発生していますが、ローカルの Tomcat インスタンスでは発生しません。実際、QA および Prod アプリケーションを実行している場合でも、ワークステーションから問題を確認したことはありません。この問題は、他の人だけが見ています。

WCF ベースのレスト サービスを呼び出すと、クライアントで断続的な http 500 エラーが発生します。IIS (IIS 7.5) のログを確認すると、報告されたエラーと一致する http 500 エラーはありません。サービス エラー ログには何もトラップされません。http 500 エラーがどこから来ているのか途方に暮れています。IIS ログにレコードがなく、サービス エラー ログに例外がない場合、http 500 は他にどこから生成された可能性がありますか? これは断続的に発生するため、トラブルシューティングがさらに困難になります。この種のエラーを追跡する方法や、IIS ログに何も見つからない場合に通常 http 500 が返される原因について何か提案はありますか? IIS ログは、これらの特定の報告されたものではなく、500 個のエラーを示しています。アイデアや提案は大歓迎です！

需要が存在するラインのみを含む断続的な需要データがあります。read.csv を介して取り込み、2 つの列は Date (日付として) と Quantity (整数として) です。次に、それを動物園シリーズに変換し、毎日の需要を毎月の需要に結合します。私の最終的な出力は、日付が月の初日であり、その月の需要が合計された動物園シリーズです。

私の問題は、この動物園シリーズには需要がゼロの月の間に欠落があり、断続的な需要を正しく予測するためにこれらが必要なことです.

例: 日付 2013-01-01 に数量 2 があり、次の行は 2013-10-01 に数量 3 です。2013-02-01 から 2013-09-01 に数量ゼロを追加する必要があります。

動物園シリーズの出力:

ref_id オブジェクトは、JSON 応答の文字列/数値です。ほとんどの場合、同じコードが機能します。しかし、クラッシュすることもあります (~5% 未満)。

懸念事項: 数値から文字列にダウンキャストできない場合、コードは常に壊れるはずですが、そうではありません。クラッシュは断続的で、コードが壊れるのは 5% までです。

「crost {tsintermittent}」と「croston {forecast}」がサンプル内（トレーニング）値を計算する方法の詳細を理解しようとしています。それらは同様の結果をもたらすように見えますが、異なる結果をもたらします。(以下のサンプル コードを参照してください) 2 つの計算が異なるのか、それとも同じ結果を比較していないのかわかりません (各パッケージは異なる用語を使用しています)。

R パッケージの Forecast::croston および tsintermittent::crost で予測がどのように計算されるかについて問題があります。ここ (www.robjhyndman.com/papers/MASE.xls) に投稿された例のように、クロストンの概念は理解していますが、R パッケージからの出力は非常に異なる結果を生成します。

次のコードでは、Excel の例 (R. Hyndman による) の値を使用しました。

Excel の例からの予測は 1.36、crost は 1.58、croston は 1.15 です。なぜそれらは同じではないのですか？また、サンプル内 (フィッティング) の値が大きく異なることにも注意してください。