0

Okta.Core.Client 0.2.9 SDK を使用して .NET アプリを作成し、別のシステムにインポートするために組織の syslog からイベントを取得しました。5 分ごとに実行され、前回の実行で受信された最後のイベント以降に発行されたイベントがプルされます。

一部のイベントで遅延が発生しています。前の 1 時間のデータを毎時手動で実行すると、5 分間の実行よりも多くの行が含まれます。startDateなぜ私が使用していたものと相互に排他的なパラメーターを思い出したのかを理解しようとしてfilterいます。

ドキュメントはそれについてあまり言及していません-「後にイベントをリストするタイムスタンプを指定します」というだけです。と同じように機能しpublished gt "some-date"ますか? かなりの時間のデータをキャプチャしているため、「より小さい」フィルタを含めて startDate を無視する必要がありました。しかし、イベントが遅れているため、回避策を探しています。

4

1 に答える 1

0

startDate またはフィルターを使用して遅延した結果に直面していますか?

はい、発行された gt "some-date" と startDate は同じように機能します。次の 2 つの API 呼び出し。

/api/v1/events?limit=100&startDate=2016-07-06T00:00:00.000Z

と

/api/v1/events?limit=100&filter=published gt "2016-07-06T00:00:00.000Z"

同じ結果を返します。これらは相互に排他的であるため、フィルターを使用してクエリに他のクエリパラメーターを含む、より具体的なクエリを作成する場合に便利です。

于 2016-07-06T22:52:20.063 に答える