You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@batchee.apache.org by "Romain Manni-Bucau (JIRA)" <ji...@apache.org> on 2014/01/18 09:20:19 UTC

[jira] [Resolved] (BATCHEE-3) Job/StepContext getExecutionId()/getInstanceId() return wrong value on partition threads

     [ https://issues.apache.org/jira/browse/BATCHEE-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Romain Manni-Bucau resolved BATCHEE-3.
--------------------------------------

    Resolution: Fixed

> Job/StepContext getExecutionId()/getInstanceId() return wrong value on partition threads
> ----------------------------------------------------------------------------------------
>
>                 Key: BATCHEE-3
>                 URL: https://issues.apache.org/jira/browse/BATCHEE-3
>             Project: BatchEE
>          Issue Type: Bug
>            Reporter: Scott Kurz
>            Assignee: Romain Manni-Bucau
>            Priority: Minor
>
> Let me first say, I'm not verifying this "bug" report with a testcase.   I'm simply assuming it exists since it exists in the original RI 'jbatch' code.
> This issue is described here:
> https://java.net/bugzilla/show_bug.cgi?id=5164
> Not sure how critical this is;  the usecase provoking the original report was based on a misunderstanding.   
> But the root cause stems from the RI's use of an internal-only execution id in internally handling both types of parallel work:  splits and partitions.  There's no spec justification for surfacing these as first-class execution/instance ids, however.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)