Sentry-javascript: index.jsのソースコードが見つかりませんでした

イベントへの直接リンクを投稿できますか？

（以前にマスクしたスタックトレーススクリーンショットのいくつかのパスも見逃しました😅）

Sentry.captureException直接使用せず、独自のイベントを作成したい特別な理由はありますか？

はい、これはイベントです： https ：

Sentry.captureEvent()を使用する理由は、次のとおりです。hapiルートハンドラー（要求データで強化）によってスローされたエラーイベントをキャプチャするhapiプラグインを維持しています。 参照： hapi- sentry ./index.js#L41-L67

@guischdiこのエラーが発生する理由は、ローカルファイルパスがリモートサーバーに到達できないためです。
Sentryは、 /something/local/src/app.jsをフェッチして解決し、そこからソースコードを読み取って、より適切なエラーマッピングを提供しようとしています（ソースマップファイルでも同じように機能します）。

あなたのファイルをアップロードするには、使用することができます私たちのCLI https://docs.sentry.io/cli/またはWebPACKのプラグインhttps://github.com/getsentry/sentry-webpack-plugin

ソースマップに関する古いドキュメントをいくつか示しますが、概念は新しいSDK https://docs.sentry.io/clients/node/sourcemaps/でも同じです（現在の問題にも同じように適用されます）。

すべてのフレームのパスを書き換えるために使用できる既存の統合もありますhttps://github.com/getsentry/sentry-javascript/blob/master/packages/core/src/integrations/pluggable/rewriteframes.ts

したがって、たとえば：

Sentry.init({
  dsn: "https://[email protected]/297378",
  integrations: [new Sentry.Integrations.RewriteFrames()]
});

/something/local/src/app.jsをapp:///app.js （ app:///は内部プレフィックスです）。したがって、 app.jsを歩哨リリースアーティファクトにアップロードすると、それがなくても正しく読み取られます。外部ファイルをフェッチする必要があります。

基本的にあなたがする必要があるのは：

• 設定releaseでinitコールを
• セントリーの同じリリースにソースをアップロードする
• キャッチしたエラーのフレームがアップロードファイルのフレームに対応していることを確認してください

それがあなたのためにいくつかのことをクリアすることを願っています。 さらにサポートが必要な場合は、お気軽にお問い合わせください。

こんにちは@kamilogorek
詳細な回答ありがとうございます。

正解でした：Node.jsアプリケーションのスタックトレースをSentryに表示する一般的な方法は、RewriteFrames統合を介して、または手動で各リリースのファイルをアップロードすることです。 もしそうなら、どうしてcaptureException / catch-allのスタックトレースが表示され、「ソースコードが見つかりません」というエラーはトリガーされません。

node_modules libでエラーをスローする方法をテストしました。 ライブラリからでもソースコードを含めてエラーが正しく報告されます。 https://sentry.io/share/issue/2b95ecb13ce24227b2184b2561e4f6e3/を参照して

では、なぜこれはcaptureExceptionで機能し、 captureEvent失敗するのでしょうか。

@guischdi両方のイベントへの完全なリンクを過ぎて

また、今後3週間は不在になるので、戻ってきたらこれに戻ろうと思います。

@kamilogorek

• これはcaptureEventリンクです
• これはcaptureExceptionリンクです

これを見てくれてありがとう！

@kamilogorekリリースごとにnode_modulesフォルダー全体をアップロードする必要があるということですか？ サーバー上で実行していて、このすべてのソースを利用できるのに、なぜ@sentry/nodeがエラーレポート付きの必要なファイルをアップロードできないのですか？

フレーム統合を設定し、基本的にnode_modules全体をアップロードすると、この問題が解決することを確認しました。 しかし、非常に多くのnode_modulesファイルをアップロードするプロセスは非常に遅いです。

これに対する解決策は次のいずれかだと思います。

1. 歩哨がリリース全体の.tarをアップロードすることを許可する
2. ノードプロジェクトを単一の.jsと.mapコンパイルし、これら2つのファイルのみをデプロイしてアップロードします。

また、 node_modules npmパッケージに含まれていない元の.tsファイルを参照するソースマップに問題がありました-https ：//github.com/prisma/graphql-middleware/issues/159

@kamilogorekこの問題に関するニュースはありますか？

フレームの書き換えが解決策だったことも確認できます。

私たちのケースは少し異なり、ソースマップを機能させようとしていましたが、縮小されたファイルは常にSentryによって使用されたものでした。 対応するリリースでは、縮小されたファイルと関連するソースマップをアップロードしています。 Sentryはソースマップを見つけておらず、デフォルトで縮小ファイル（ただし、ソースマップと同じパスでホストされている）になっているようです。

Sentryのinitの統合キーにnew Integrations.RewriteFrames()を追加したところ、新しい問題ごとにソースマップが取得され始めました。

RewriteFrames統合とnode_modulesアップロードが問題を解決しているように見えることを知っておくとよいでしょう。 しかし、最初に（ @ mieszko4ですでに述べたように）、非常に多くのファイルをアップロードするのは非常に面倒です。 そしてさらに私の最初の発見は、

captureException / catch-allのスタックトレースが表示され、「ソースコードが見つかりません」エラーがトリガーされないこと

したがって、次の質問は未解決のままです。

では、なぜこれはcaptureExceptionで機能し、 captureEvent失敗するのでしょうか。

もっと正確に言えば、問題なくcaptureExceptionを介してエラーをキャプチャできますが、 captureEventを介してキャプチャするには、すべてのファイルのアップロード（ RewriteFrames統合または手動）が必要です。 「ソースコードが見つかりませんでした」-エラー。 これはバグですか、それとも意図されたものですか、@ kamilogorek？

@guischdi応答が遅くなってすみません。 少しトラックを失いました。 ここで何が起こっているのか私の記憶をリフレッシュし、いくつかのサンプルイベントを提供できますか？

@kamilogorek
はい、私たちの問題は次のとおりです。

• captureException node_moduleがエラーをスローした場合でも、 captureExceptionは問題なく機能します。 このテスト例外を参照してください
• captureEventは歩哨のしゃっくりを与えます： error encountered while processing this event: [...] Source code was not found ; このテストイベントを見る

@guischdi確認のために、これは生のノードjsファイルですよね？ Webpack、コンパイル、ソースマップはありません。 異なる行に2つの異なる呼び出しがある1つのindex.jsファイルだけですか？ 可能であれば、このファイルの内容を提供できますか？

@kamilogorek
はい、生のnodeJSです。 上でリンクしindex.js 13行すべてがすでに表示されています。

@guischdiは、なぜこのように動作するのかを調査しています（同じURLの2つの連続したフレームがこれをトリガーします）。 それまでの間、プロジェクトの設定で[JavaScriptソースフェッチを有効にする]をオフにすることができます。 https://sentry.io/settings/kamil-ogorek/projects/testing-project/
これはノードアプリなので、それを行う意味はありません。

@kamilogorek OK、「JavaScriptソースフェッチを有効にする」設定をオフにして、別のエラーをトリガーしました。 しかし、それでも1 error encountered while processing this event: [...] Source code was not found （この問題を参照）

奇妙なことに、それは私にとってはうまくいきます。 とにかく、なぜそれが起こるのかを調査しようとしますが、それが何も機能しないことを妨げる大きな問題ではないので、いつ起こるかは約束できません。 あなたを投稿し続けます！

@kamilogorekこれに関するニュースはありますか？

私の場合、問題ビューはソースコードにいくつかのファイルがないことを報告しますが、それらはすべてスタックトレースの下に存在し、表示できます。

セルフホストのSentryを実行していて、 @sentry/node 5.4.3

これが私のコードです：

// file: <path>/code/cli
const Sentry = require('@sentry/node');
Sentry.init({ dsn: process.env.SENTRY_DSN });
function test () {
  throw new Error('test');
}
test();

このエラーも発生します：

そして、ここにスタックがあります：

Error: test
  File "<path>/code/cli", line 10, col 9, in test
    throw new Error('test');
  File "<path>/code/cli", line 13, col 1, in Object.<anonymous>
    test();
  File "internal/modules/cjs/loader.js", line 1063, col 30, in Module._compile
  File "internal/modules/cjs/loader.js", line 1103, col 10, in Module._extensions..js
  File "internal/modules/cjs/loader.js", line 914, col 32, in Module.load
  File "internal/modules/cjs/loader.js", line 822, col 14, in Module._load
  File "internal/modules/cjs/loader.js", line 1143, col 12, in Module.runMain
  File "internal/main/run_main_module.js", line 16, col 11, in null.<anonymous>

私もこの問題にSource code was not found

@LukeXF影響を受けるイベントへのリンクを提供できますか？

「ソースコードが見つかりません」というエラーが表示されても、ソースコンテキスト（つまり、問題の行の上下のコード）が表示される理由は、SDKで、イベントを送信する前に、スタックトレースのこの情報を

ただし、これは私たちの側のバグです。リリースごとにnode_modulesをアップロードすることを実際に期待しているわけではないためです（ノードアプリの場合、ブラウザーアプリの場合は、とにかくバンドル/縮小する可能性があります）。 https://github.com/getsentry/sentry/pull/17538で修正する必要があります。これは、数時間でデプロイされます。

それが解決したら、ここにコメントした人は、まだ問題/質問があるかどうか、そしてそれらが何であるかを私たちに知らせてもらえますか？ 必要に応じて、これを再度開いてください。

こんにちは@lobsterkatie
次のスニペット（npmの現在のREADMEから削除）を使用して、再度テストしました。

const Sentry = require('@sentry/node');

Sentry.init({ dsn: process.env.DSN });

(async () => {
  Sentry.captureException(new Error('Good bye'));
})();

残念ながら、 https：//sentry.io/share/issue/0247fe07741c4e358089461f113cef42/でSource code was not foundエラーが発生します
昨日導入した修正はすでに展開されていますか？

また、現在のv4.xxバージョン（v4.6.6）および@ sentry / nodeの最新リリース（v5.14.0）でテストされています。

@guischdiアーティファクトをアップロードしておらず、構成にリリースも含まれていません。

最初にドキュメントに従ってください： https ：

@kamilogorek

SDKでは、イベントを送信する前に、スタックトレースの処理の一部としてこの情報を記録します。 エラーは、サーバーがその情報を入力しようとしていることから発生しています。
ただし、リリースごとにnode_modulesをアップロードすることを実際に期待しているわけではないため、これは私たちの側のバグです。

その時点で@lobsterkatieを理解していれば（上記で引用）、コードをアップロードする必要はありません。 問題のリンクでは、問題を理解するために必要なすべてのソースコードコンテキスト（この場合はスクリプトのすべてのソースコード）を確認できます。 したがって、これは正しく記録されているようです。 ソースマップは縮小されていないプレーンなNode.jsプログラムであるため、（リンクが提案しているように）ソースマップをアップロード/提供する必要はないと思います。
残っている唯一の問題は、コンテキストが適切に提供されていないのに表示されるエラーです。 サーバーは、私の側からの追加のアップロードが必要ないことを認識していないようです。 （私はそれを正しく@lobsterkatieにしていますか？）

@guischdi探しているファイルは、node_modulesからではなく、アプリからのものであるため、（サードパーティのコードをより適切に除外するために）行った変更はここでは適用されません。

ノードアプリのソースマップを処理しようとする理由は、コードが縮小されていない可能性が非常に高いことは事実ですが、コードは非常に簡単にトランスパイルされる可能性があるため（たとえば、タイプスクリプトで記述されている場合）、ソースが必要になるためです。 babelからの出力ではなく、記述されたとおりにコードを表示するようにマップします。

わかりました。これは私にはUXのバグのように見えます。 私の意見では、（少なくともNode.jsプロジェクトの場合）これは単なる警告であり、 Source code was not foundではなく、 Source maps were not foundようなものである必要があります。 これにより、1年以上の履歴を持つ問題を防ぐことができたでしょう;）
必要に応じて、この問題をフロントエンド/ディスプレイ部分で作業している人のレポートとして再度開くか、閉じたままにしてこの誤解を報告してください。 最終的にこれを明確にしてくれてありがとう！