[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-28 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=191144=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-191144
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 28/Jan/19 17:29
Start Date: 28/Jan/19 17:29
Worklog Time Spent: 10m 
  Work Description: swegner commented on pull request #7633: [BEAM-4620] 
Updates UnboundedReadFromBoundedSource.split() to at least create one split
URL: https://github.com/apache/beam/pull/7633
 
 
   
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 191144)
Time Spent: 1h 40m  (was: 1.5h)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
> Fix For: 2.11.0
>
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-25 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=190331=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-190331
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 26/Jan/19 06:35
Start Date: 26/Jan/19 06:35
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on issue #7633: [BEAM-4620] 
Updates UnboundedReadFromBoundedSource.split() to at least create one split
URL: https://github.com/apache/beam/pull/7633#issuecomment-457807239
 
 
   R: @youngoli @swegner 
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 190331)
Time Spent: 1.5h  (was: 1h 20m)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
> Fix For: 2.11.0
>
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-25 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=190273=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-190273
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 26/Jan/19 01:17
Start Date: 26/Jan/19 01:17
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on pull request #7633: 
[BEAM-4620] Updates UnboundedReadFromBoundedSource.split() to at least create 
one split
URL: https://github.com/apache/beam/pull/7633
 
 
   This is to make sure that we do not break existing sources due to 
https://github.com/apache/beam/pull/7555
   
   
   
   Follow this checklist to help us incorporate your contribution quickly and 
easily:
   
- [ ] Format the pull request title like `[BEAM-XXX] Fixes bug in 
ApproximateQuantiles`, where you replace `BEAM-XXX` with the appropriate JIRA 
issue, if applicable. This will automatically link the pull request to the 
issue.
- [ ] If this contribution is large, please file an Apache [Individual 
Contributor License Agreement](https://www.apache.org/licenses/icla.pdf).
   
   It will help us expedite review of your Pull Request if you tag someone 
(e.g. `@username`) to look at it.
   
   Post-Commit Tests Status (on master branch)
   

   
   Lang | SDK | Apex | Dataflow | Flink | Gearpump | Samza | Spark
   --- | --- | --- | --- | --- | --- | --- | ---
   Go | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Go/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Go/lastCompletedBuild/)
 | --- | --- | --- | --- | --- | ---
   Java | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Apex/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Apex/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Dataflow/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Dataflow/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Flink/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Flink/lastCompletedBuild/)[![Build
 
Status](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Batch/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Batch/lastCompletedBuild/)[![Build
 
Status](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Streaming/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Streaming/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Gearpump/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Gearpump/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Samza/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Samza/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Spark/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Spark/lastCompletedBuild/)
   Python | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Python_Verify/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Python_Verify/lastCompletedBuild/)
 | --- | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Py_VR_Dataflow/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Py_VR_Dataflow/lastCompletedBuild/)
  [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Py_ValCont/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Py_ValCont/lastCompletedBuild/)
 | --- | --- | --- | ---
   
   
   
   
   
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 190273)
Time Spent: 1h 20m  (was: 1h 10m)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620

[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-24 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=189762=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-189762
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 24/Jan/19 23:59
Start Date: 24/Jan/19 23:59
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on issue #7555: [BEAM-4620] 
UnboundedReadFromBoundedSource invokes split for small bounded sources
URL: https://github.com/apache/beam/pull/7555#issuecomment-457404131
 
 
   Thanks.
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 189762)
Time Spent: 1h 10m  (was: 1h)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
> Fix For: 2.11.0
>
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-24 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=189759=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-189759
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 24/Jan/19 23:50
Start Date: 24/Jan/19 23:50
Worklog Time Spent: 10m 
  Work Description: swegner commented on pull request #7555: [BEAM-4620] 
UnboundedReadFromBoundedSource invokes split for small bounded sources
URL: https://github.com/apache/beam/pull/7555
 
 
   
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 189759)
Time Spent: 1h  (was: 50m)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
>  Time Spent: 1h
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-24 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=189648=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-189648
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 24/Jan/19 19:45
Start Date: 24/Jan/19 19:45
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on issue #7555: [BEAM-4620] 
UnboundedReadFromBoundedSource invokes split for small bounded sources
URL: https://github.com/apache/beam/pull/7555#issuecomment-457331131
 
 
   PTAL.
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 189648)
Time Spent: 50m  (was: 40m)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
>  Time Spent: 50m
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-24 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=189647=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-189647
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 24/Jan/19 19:45
Start Date: 24/Jan/19 19:45
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on pull request #7555: 
[BEAM-4620] UnboundedReadFromBoundedSource invokes split for small bounded 
sources
URL: https://github.com/apache/beam/pull/7555#discussion_r250752064
 
 

 ##
 File path: 
runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java
 ##
 @@ -127,9 +131,11 @@ public void validate() {
 long desiredBundleSize = boundedSource.getEstimatedSizeBytes(options) 
/ desiredNumSplits;
 if (desiredBundleSize <= 0) {
   LOG.warn(
-  "BoundedSource {} cannot estimate its size, skips the initial 
splits.",
 
 Review comment:
   Your comment makes sense. To make matters more complicated our API instructs 
source authors to return 0L if size of source cannot be determined. 
   
   So I updated code to pick a default size of 64MB in case 0 is returned as 
the estimated source. Otherwise we'll try to maximize splitting by setting 
desiredBindleSize to 1 when a valid value cannot be determined.
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 189647)
Time Spent: 40m  (was: 0.5h)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-24 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=189576=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-189576
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 24/Jan/19 17:29
Start Date: 24/Jan/19 17:29
Worklog Time Spent: 10m 
  Work Description: swegner commented on pull request #7555: [BEAM-4620] 
UnboundedReadFromBoundedSource invokes split for small bounded sources
URL: https://github.com/apache/beam/pull/7555#discussion_r249216191
 
 

 ##
 File path: 
runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java
 ##
 @@ -127,9 +131,11 @@ public void validate() {
 long desiredBundleSize = boundedSource.getEstimatedSizeBytes(options) 
/ desiredNumSplits;
 if (desiredBundleSize <= 0) {
   LOG.warn(
-  "BoundedSource {} cannot estimate its size, skips the initial 
splits.",
 
 Review comment:
   I'm trying to reason about whether there's a scenario where this might 
happen with `boundedSource.getEstimatedSizeBytes(options) > 0`. For example, if 
a runner does over-splitting: dividing a small/normal estimated size by a large 
`desiredNumSplits` would round down to 0.
   
   In such a case, would it be better to use `desiredBundleSize = 1`? This will 
would result in lots of very small splits, but presumably for a runner doing 
oversplitting that's what they'd expect.
   
   Note: I'm not an expert here, just brainstorming. It's possible this 
scenario doesn't really exist, or that your proposed behavior would be more 
desirable.
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 189576)
Time Spent: 0.5h  (was: 20m)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-18 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=187005=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-187005
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 18/Jan/19 19:26
Start Date: 18/Jan/19 19:26
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on issue #7555: [BEAM-4620] 
UnboundedReadFromBoundedSource invokes split for small bounded sources
URL: https://github.com/apache/beam/pull/7555#issuecomment-455660026
 
 
   R: @swegner 
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 187005)
Time Spent: 20m  (was: 10m)

> UnboundedReadFromBoundedSource.split() should always call split()
> -
>
> Key: BEAM-4620
> URL: https://issues.apache.org/jira/browse/BEAM-4620
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Josh M
>Assignee: Chamikara Jayalath
>Priority: Minor
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> If the source contains too little data (rounds the result down to 0), or if 
> size estimation fails, then we don't call .split().  We must always call 
> split(); instead of returning original source, we should have computed some 
> fallback value for desiredBundleSize.
> This bug has existed since the code was first introduced, so it is not a 
> regression - but it is certainly a bug.
>  
> source: 
> https://github.com/apache/beam/blob/697a1d17e473cd5b097aaaeee24c08f43cc77f58/runners/core-construction-java/src/main/java/org/apache/beam/runners/core/construction/UnboundedReadFromBoundedSource.java#L137



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Work logged] (BEAM-4620) UnboundedReadFromBoundedSource.split() should always call split()

2019-01-17 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/BEAM-4620?focusedWorklogId=186674=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-186674
 ]

ASF GitHub Bot logged work on BEAM-4620:


Author: ASF GitHub Bot
Created on: 18/Jan/19 02:22
Start Date: 18/Jan/19 02:22
Worklog Time Spent: 10m 
  Work Description: chamikaramj commented on pull request #7555: 
[BEAM-4620] UnboundedReadFromBoundedSource should invoke split for small sources
URL: https://github.com/apache/beam/pull/7555
 
 
   **Please** add a meaningful description for your change here
   
   
   
   Follow this checklist to help us incorporate your contribution quickly and 
easily:
   
- [ ] Format the pull request title like `[BEAM-XXX] Fixes bug in 
ApproximateQuantiles`, where you replace `BEAM-XXX` with the appropriate JIRA 
issue, if applicable. This will automatically link the pull request to the 
issue.
- [ ] If this contribution is large, please file an Apache [Individual 
Contributor License Agreement](https://www.apache.org/licenses/icla.pdf).
   
   It will help us expedite review of your Pull Request if you tag someone 
(e.g. `@username`) to look at it.
   
   Post-Commit Tests Status (on master branch)
   

   
   Lang | SDK | Apex | Dataflow | Flink | Gearpump | Samza | Spark
   --- | --- | --- | --- | --- | --- | --- | ---
   Go | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Go/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Go/lastCompletedBuild/)
 | --- | --- | --- | --- | --- | ---
   Java | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Apex/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Apex/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Dataflow/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Dataflow/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Flink/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Flink/lastCompletedBuild/)[![Build
 
Status](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Batch/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Batch/lastCompletedBuild/)[![Build
 
Status](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Streaming/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_PVR_Flink_Streaming/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Gearpump/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Gearpump/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Samza/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Samza/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Spark/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Java_ValidatesRunner_Spark/lastCompletedBuild/)
   Python | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Python_Verify/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Python_Verify/lastCompletedBuild/)
 | --- | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Py_VR_Dataflow/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Py_VR_Dataflow/lastCompletedBuild/)
  [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Py_ValCont/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Py_ValCont/lastCompletedBuild/)
 | [![Build 
Status](https://builds.apache.org/job/beam_PostCommit_Python_VR_Flink/lastCompletedBuild/badge/icon)](https://builds.apache.org/job/beam_PostCommit_Python_VR_Flink/lastCompletedBuild/)
 | --- | --- | ---
   
   
   
   
   
 

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
---

Worklog Id: (was: 186674)
Time Spent: 10m
Remaining Estimate: 0h

>