2017-06-27 7 views
0

したがって、私はpriority-job-queueを実装しました。これは完全に文書化されており、私のすべての要件を満たしています。私はいくつかの困難を抱えています。クライアントの要求に応じて、ネットワークを2つの部分、すなわちオフライン(priority-job-queueの待ち行列サーバー呼び出し)とランタイム(インスタントサーバー呼び出し)の2つの部分に分割する必要がありました。要するに、実行しようとしているのは、実行中のインスタント・ラン・コール(これはpriority-job-queueから独立しています)が実行される前に、すべての待機中のサーバー呼び出しを実行することです。このケースを処理する方法はありますか?助けていただければ幸いです。priority-job-queueに関する詳細な制御

注:私はJobManager.count()と呼ばれる方法を知っているが、このポスト (https://github.com/yigit/android-priority-jobqueue/issues/193) を読んだ後、私はそれは本当に保留中のジョブの数または をしませ返した場合 は少し混乱しましたか?

答えて

1

これらのインスタントコールに優先度を与え、優先度ジョブキューを使用してそれらを実行するだけではどうですか。

+0

私はそれと一緒に行くと思います。そして私は再び立ち往生した。だから私が望むのは、失敗したサーバリクエストを 'shouldReRunOnThrowable()'ブロックと 'stop()' JobManagerに置くことです。そのため、失敗したリクエストはJobManagerの 'start()'のときに起動されます。まあ、私は構造が面倒だと感じています。しかし、私たちは本当にそれが必要です。 P.S. JobManagerが 'shouldReRunOnThrowable'ブロック内で' stop() 'してから' return RetryConstraint.RET RY'を実行するとどうなりますか? JobManagerの 'start()'が呼び出されても、この呼び出しは再試行されますか?通常、 'stop()'の後のジョブは、JobManagerの 'start()'までキューに追加されないためです。 – FARID

関連する問題