Maven cucumber plugin - was Maven Enforcer Plugin DependencyConvergence

[Mark Derricutt <ma...@talios.com>]

On 16/07/12 4:10 PM, Rex Hoffman wrote:
> Losing most of my time to cucumber-jvm maven plugins (most of today), and to the project in general...
> Don't think maven land (proper) will see much love until I nail down multithreaded browser based tests and push it in to the project.
>
Side tangent - is the cucumber plugin a surefire-test runner, or a 
totally separate plugin?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org

Re: Maven cucumber plugin - was Maven Enforcer Plugin DependencyConvergence

[Rex Hoffman <re...@e-hoffman.org>]

On Jul 23, 2012, at 1:52 AM, Mark Derricutt <ma...@talios.com> wrote:

> On 16/07/12 4:10 PM, Rex Hoffman wrote:
>> Losing most of my time to cucumber-jvm maven plugins (most of today), and to the project in general...
>> Don't think maven land (proper) will see much love until I nail down multithreaded browser based tests and push it in to the project.
>> 
> Side tangent - is the cucumber plugin a surefire-test runner, or a totally separate plugin?
> 
Right now it's just a report aggregator based on the json reports cucumber-jvm produces.

The json reports cucumber-jvm produces are busted so I need to correct them next.

I expect to be able to role a surefire like plugin in the future, but we are missing a lot of parts that I can build, test, and deliver value on individually before wrapping them together.

right now I run cucumber-jvm with the exec plugin (3 times, behaving differently each time) and have a single maven plugin consuming all the reports... which appears stable and usable, except that cucumber-jvm's json report has a few bugs to solve first.

Also in the process of making the json report thread safe (and writing the tests to prove it) while hunting these bugs.

End goal is flexibility on how cucumber features are run (run the same scenario - aka test - once per browser or once per target website, or combinatorial explosion...) in a multithreaded mode.  Mostly because that's what I need at my current job.


> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org