The plan around backwards compatibility makes sense to me.

Anthony


> On Oct 6, 2020, at 4:10 PM, Dale Emery <dem...@vmware.com> wrote:
> 
> Hi Dan,
> 
> I spent more than a week scouring Gradle docs and code for any way to give 
> the parallel forks their own working directories. I couldn't find a way. At 
> least, not through the public API. And I'm reluctant to rely on internal 
> APIs, the way our docker and repeat tests do. If this working-dir idea offers 
> enough resistance, I'll take another look at Gradle.
> 
> Cheers,
> Dale
> 
> On 10/6/20, 3:58 PM, "Dan Smith" <dasm...@vmware.com> wrote:
> 
>    +1
> 
>    Looks good to me. If this is just for tests, I suspect there is some 
> gradle way to make parallel forks use different working directories. But 
> having this option in the product doesn't seem like a bad idea.
> 
>    -Dan
>    ________________________________
>    From: Dale Emery <dem...@vmware.com>
>    Sent: Tuesday, October 6, 2020 12:12 PM
>    To: dev@geode.apache.org <dev@geode.apache.org>
>    Subject: [Discussion] RFC to make Geode's working directory configurable
> 
>    Hi all,
> 
>    I have submitted an RFC to make Geode’s working directory configurable: 
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcwiki.apache.org%2Fconfluence%2Fdisplay%2FGEODE%2FMake%2BGeode%2527s%2BWorking%2BDirectory%2BConfigurable&amp;data=02%7C01%7Cbakera%40vmware.com%7C568729496bb94bbafe4108d86a4d1eeb%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637376226749652389&amp;sdata=EWrxpNf8TocLKEtapZQP3P5lMvFwuzTVrS9abs2gy%2Fs%3D&amp;reserved=0
> 
>    Please review it and comment by Oct 26.
> 
>    Cheers,
>    Dale
> 
> 

Reply via email to