2016-07-05 3 views
0

Okta.Core.Client 0.2.9 SDKを使用して.NETアプリケーションを作成し、組織のsyslogから別のシステムにインポートするためのイベントを取得しました。前回のイベントで最後に受信したイベント以降に公開されたイベントを引き出し、5分ごとに実行しています。Okta Events APIでstartDateと "published"のフィルタとの違いは何ですか?

いくつかのイベントが表示されるのが遅れています。直前の1時間のデータを1時間のうちに手動で実行すると、5分の実行よりも多くの行が含まれます。なぜstartDateパラメータを記憶しているのか理解しようとしていて、私が使用しているfilterとは互いに排他的です。

docsについては、あまり言及していません。「それ以降のイベントをリストするタイムスタンプを指定してください」。 published gt "some-date"と同じ働きをしていますか?私たちは時間の塊のためにデータをキャプチャしているので、「より小さい」フィルタを組み込み、startDateを無視する必要がありました。しかし、遅れたイベントは私に回避策を探しています。

答えて

0

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

はい公開されましたgt「some-date」とstartDateは同じように動作します。次の2つのAPI呼び出し。

/API/V1 /イベント限界= 100 &たstartDate = 2016-07-06T00:00:00.000Z

/API/V1 /イベント限界= 100 &フィルタ=公開? gt; "2016-07-06T00:00:00.000Z"

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

+0

ありがとうございました - 私たちは5分のアプローチをすることは "時間Xの前、または時間Yの前に"求めることを意味するので、 'startDate'はそれをカットしません。しかしOktaが処理し、イベントログを照合することは、私たちがすべてを持っていることを確認するために少なくとも1時間待つ必要があることを意味します。 –

関連する問題