Done.

http://jira.codehaus.org/browse/SUREFIRE-751

On 24 June 2011 09:21, Kristian Rosenvold <kristian.rosenv...@gmail.com>wrote:

> We can do that ;)
>
> I've just created the "3.0" release in Jira (there is also a 2.10). I am
> planning to start discussing which features/issues to include in such a
> release. At the moment I'm just assigning some issues to 3.0. Most of the
> hard stuff for doing what you want was already done in 2.9, which now
> includes most of the plumbing for a fully operational 2 way comms channel
> between the plugin and the fork. This would quite easily allow options like
> forkMode="perThread" and reuseFork="true/false".
>
> So why don't you just create the issue and assign it to 3.0, just before
> you start consolidating the site ;)
>
>
> Kristian
>
>
>
>
> Den 24.06.2011 09:36, skrev Stephen Connolly:
>
>  if you can get the parallel test execution, where each test case is farmed
>> out to a thread, not a thread per class, then we may have a deal.
>>
>> chat later (after 9am gmt+1h) to discuss (irc or gtalk)
>>
>> - Stephen
>>
>> ---
>> Sent from my Android phone, so random spelling mistakes, random nonsense
>> words and other nonsense are a direct result of using swype to type on the
>> screen
>> On 24 Jun 2011 07:34, "Kristian 
>> Rosenvold"<kristian.rosenvold@**gmail.com<kristian.rosenv...@gmail.com>
>> >
>> wrote:
>>
>>> Stephen,
>>>
>>> You mentioned that you might find the time to merge the
>>> surefire/failsafe sites into one site. I'm wondering if that'd be now ;)
>>>
>>> I'm mostly concerned about getting the structure set up correctly and
>>> all the links working and stuff like that.
>>>
>>> Since I'm a real wiz at merging *files* I can actually do the content
>>> merge itself for the docs, if you for instance start by
>>> creating the unified site based on the surefire site I can track down
>>> the diffs in the failsafe site. (Insert smug remark about
>>> the power of git here -->  <---).
>>>
>>> Kristian
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ---------
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: 
> dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to