[ https://issues.apache.org/jira/browse/STREAMS-87?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14002433#comment-14002433
]
ASF GitHub Bot commented on STREAMS-87:
---------------------------------------
Github user mfranklin commented on a diff in the pull request:
https://github.com/apache/incubator-streams/pull/19#discussion_r12817536
--- Diff: streams-contrib/streams-provider-twitter/src/main/java/org/apache/streams/twitter/provider/TwitterTimelineProvider.java
---
@@ -116,10 +116,8 @@ protected void captureTimeline(long currentId) {
int keepTrying = 0;
// keep trying to load, give it 5 attempts.
- //while (keepTrying < 10)
- while (keepTrying < 1)
+ while (keepTrying < 5)
--- End diff --
Minor nit. Where does 5 come from? Is it a guess or a value determined through empirical
evidence? Would be good to see in the comment.
> TwitterTimelineProvider needs to allow for backoff
> --------------------------------------------------
>
> Key: STREAMS-87
> URL: https://issues.apache.org/jira/browse/STREAMS-87
> Project: Streams
> Issue Type: Bug
> Reporter: Robert Douglas
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> At the moment, the captureTwitterTimeline function in TwitterTimelineProvider only tries
one attempt at fetching a user's timeline. In the event of an exception being thrown, we simply
drop the data we were trying to collect. We should instead attempt 5 times in order to allow
enough time for Twitter's backoff
--
This message was sent by Atlassian JIRA
(v6.2#6252)
|