Le 29/11/2017 à 17:20, Jacques Le Roux a écrit :
Should we not discuss (and hopefully do) this before the next release?
Forgot to say I created https://issues.apache.org/jira/browse/OFBIZ-10145 for
that
Jacques
Le 23/11/2017 à 15:30, Jacques Le Roux a écrit :
Ha something I missed: we don
Should we not discuss (and hopefully do) this before the next release?
Jacques
Le 23/11/2017 à 15:30, Jacques Le Roux a écrit :
Ha something I missed: we don't bundle the tools with the releases.
Should that be an issue? I guess not. Because anyway if one wants to build OFBiz one needs an Int
Ha something I missed: we don't bundle the tools with the releases.
Should that be an issue? I guess not. Because anyway if one wants to build OFBiz one needs an Internet connection. Hence the extra svn checking out of
the tools, once documented, should not be an issue.
We could also put the o
That's quite a good idea, thanks Nicolas
+1
Jacques
Le 23/11/2017 à 09:07, Nicolas Malin a écrit :
I lookup the bigtop gradlew code and it's nice but I'm not sure tat works
easily on win$ environment.
I suggest also to follow Jacopo's remark and maybe we (I) can add an bash
script util in
I lookup the bigtop gradlew code and it's nice but I'm not sure tat
works easily on win$ environment.
I suggest also to follow Jacopo's remark and maybe we (I) can add an
bash script util in tools to download gradlew, like
$./tools/ofbiz-init.sh demo
And like this we can add a .bat for other
Hi,
It's almost 7 months now and nothing happened at LEGAL-288
So I think we should follow the way Jacopo suggested, and I reported below,
before we do the next release
Thanks
Jacques
Le 07/05/2017 à 11:56, Jacques Le Roux a écrit :
I suggest we wait for the result of LEGAL-288 before taki
I suggest we wait for the result of LEGAL-288 before taking any decisions.
We already discussed that in PMC private ML 2 weeks ago.
The idea is it's OK for now and hopefully a new Java class will resolve this
issue. Else, as Jacopo suggested:
<
Jacques
Le 07/05/2017 à 06:42, James Yong a
More info at https://docs.gradle.org/current/userguide/gradle_wrapper.html
Regards,
James Yong
On 2017-05-06 03:59 (+0800), Pierre Smits wrote:
> HI all,
>
> While discussing the gradlew-wrapper.jar issue in the Weex release vote
> [1], the following was suggested by Anthony Baker:
>
> You mi
HI all,
While discussing the gradlew-wrapper.jar issue in the Weex release vote
[1], the following was suggested by Anthony Baker:
You might want to consider using the Bigtop approach for gradlew [1] to
avoid shipping a binary in the source release. The Geode project has been
using this successf
