Bug 4833 - SPEC -transition elements and/or next attribute
SPEC -transition elements and/or next attribute
Product: jbatch
Classification: Unclassified
Component: source
PC Windows
: P5 enhancement
: ---
Assigned To: cvignola
Depends on:
  Show dependency treegraph
Reported: 2013-03-24 15:07 UTC by ScottKurz
Modified: 2013-08-28 22:08 UTC (History)
2 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description ScottKurz 2013-03-24 15:07:25 UTC
Sorry for not directly referencing earlier bugs.. I know this was recently raised (the idea of having both <next> and @next attribute, and I shot down the idea.

However, since we had to revisit this in the RI anyway, I have a new opinion.

Here's what the spec should say, IMO:

1) First, we match against any of the transition elements.

2) Next, if we haven't matched, we follow the next attribute value, if one is specified

3) If no @next is specified, the job ends normally (COMPLETED).


Obviously it would be pointless to have the attribute take precedence over the transition elements...and I can't see a reason to exclude next as a transition element.

If there are no objections, can we please add this to the spec Chris?
Comment 1 mminella 2013-03-24 15:53:40 UTC
Just to point out, SB considers the use of both the next attribute and the next transition element in the same step, etc to be semantically invalid.  I'd have to double check the code but it may be an all or nothing thing (either you use the next attribute or transition elements in general).
Comment 2 cvignola 2013-08-28 22:08:24 UTC
This discussion has been superseded by discussion between Scott and Michael on the public ML with subject "evaluation order of multiple transition elements".   Expect one or more new issues from that discussion.