No, work has not started yet.
Contributions always welcome.
http://jbehave.org/reference/stable/how-to-contribute.html
Be sure to start from the 4.x branch.
Cheers
On 16/07/2013 08:56, Anthony Swan wrote:
Funny I went through jira over and over and over but didn't see
that. I see it's still unassigned. Is the code already done? If
not, we're happy to contribute and keep it going.
Tony
On Tue, Jul 16, 2013 at 5:49 PM, Mauro Talevi
<mauro.tal...@aquilonia.org <mailto:mauro.tal...@aquilonia.org>> wrote:
Hi Tony,
it's already on the cards for 4.0:
http://jira.codehaus.org/browse/JBEHAVE-873
Cheers
On 16/07/2013 08:37, Anthony Swan wrote:
Hi all,
We have an application that has lots of configuration toggles
that get set in one or more databases or other systems. In
order to facilitate running in parallel as many tests as
possible, we've created a separate execution path to change
the running of stories into running of groups of stories as
some stories are mutually exclusive of others. All the
stories within a single group are run in parallel and each
group waits to finish before moving to the next. We played
around with multiple invocations of Jbehave and running
filters but that made the report management unwieldy and made
it harder for the people writing the tests to figure out what
was going on.
Is there any interest from the maintainers in bringing this
into the code base? If so, I will refactor our code to be
more generic and do a little refactoring of the core code then
submit a patch.
What I've done is extend the Embedder (so that I could extend
the StoryManager and StoryReporter) and extended the
StoryReporter.
If everyone agrees this is good, I will probably change it to
work with the StoryMapping and get the Mapper to output
multiple groups which the StoryManager could then run.
Thoughts?
Tony
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email