Re: Add notice on previous repository

2020-05-04 Thread Deepak Dixit
+1 I think we can archive this as well https://help.github.com/en/github/creating-cloning-and-archiving-repositories/archiving-repositories Thanks & Regards -- Deepak Dixit ofbiz.apache.org On Mon, May 4, 2020 at 8:54 PM Jacques Le Roux wrote: > Le 04/05/2020 à 15:16, James Yong a écrit : > >

Re: [POC Vue.js] Cleaning - Screen - rest - compound

2020-05-04 Thread Taher Alkhateeb
Hi Olivier, I think to engage the community you need to expose the code more than just sharing a hosted server. Perhaps posting a repo on github might do the trick. Either way, good luck with the initiative. On Monday, May 04, 2020 18:02 +03, Olivier Heintz wrote:  Hi Community, Some news a

Re: buildbot failure in on ofbizTrunkFramework

2020-05-04 Thread Jacques Le Roux
Hi, Missed that, I'm on it Jacques Le 29/04/2020 à 10:39, build...@apache.org a écrit : The Buildbot has detected a new failure on builder ofbizTrunkFramework while building ofbiz-framework. Full details are available at: https://ci.apache.org/builders/ofbizTrunkFramework/builds/1402 Bu

Re: Add notice on previous repository

2020-05-04 Thread Jacques Le Roux
Le 04/05/2020 à 15:16, James Yong a écrit : Hi all, I saw some recent PR from https://github.com/apache/ofbiz Suggest to add a notice to indicate the repository is old and for user to use https://github.com/apache/ofbiz-framework instead. Regards, James +1 Jacques

[POC Vue.js] Cleaning - Screen - rest - compound

2020-05-04 Thread Olivier Heintz
Hi Community, Some news about the POC Vue.js, since last mails (4 month ago), some works have been done, and compared to what was planned as the next step, we have taken a step backwards, in order to 1. take into account the remarks of the community 2. make better progress after :-) * First of a

Re: Clojure Repl for OFBiz - repl driven development

2020-05-04 Thread Taher Alkhateeb
Hello Eugen, Great initiative! Thank you for the work. I have a question about the implementation. It seems from reading your code [1] that you're essentially just passing the the context object to NREPL and getting it working from there. Although the idea works, you're not getting anything b

Add notice on previous repository

2020-05-04 Thread James Yong
Hi all, I saw some recent PR from https://github.com/apache/ofbiz Suggest to add a notice to indicate the repository is old and for user to use https://github.com/apache/ofbiz-framework instead. Regards, James

Re: Upgrade Gradle and Groovy

2020-05-04 Thread Jacques Le Roux
Hi James, I trust a Jira fits Thanks Jacques Le 04/05/2020 à 14:54, James Yong a écrit : Hi all, Current Gradle version used in OFBiz trunk is 5.0. Propose to update to Gradle 6.3 which is the current stable version. Gradle 6.3 requires groovy 2.5.10., but Groovy version used in OFBiz trunk

Upgrade Gradle and Groovy

2020-05-04 Thread James Yong
Hi all, Current Gradle version used in OFBiz trunk is 5.0. Propose to update to Gradle 6.3 which is the current stable version. Gradle 6.3 requires groovy 2.5.10., but Groovy version used in OFBiz trunk is 2.5.4 Suggest to upgrade Groovy to 2.5.11 which is the current stable version. For Gradle

Site and obsolete Svn info

2020-05-04 Thread Jacques Le Roux
Hi, As I wrote in OFBIZ-11269 at https://s.apache.org/pf2ty, please consider: We should change in the  "Committer Access" section of source-repositories.tpl.php When you first connect you will be prompted to accept the SSL certificate. Verify the certificate is for svn.apache.org. After verifi

Re: OFBIZ-9826 & "Duplicate Service ECA" warning

2020-05-04 Thread Jacques Le Roux
Hi Deepak, Yes, it's only during tests. OK thanks, I'll reopen OFBIZ-9826, not an urgent task... Jacques Le 04/05/2020 à 09:21, Deepak Dixit a écrit : Hi Jacques, I think we need to check why we are getting false positives on testIntegration, I also cross checked some of the warning and it s

Re: OFBIZ-9826 & "Duplicate Service ECA" warning

2020-05-04 Thread Deepak Dixit
Hi Jacques, I think we need to check why we are getting false positives on testIntegration, I also cross checked some of the warning and it seems there is no duplicate seca rule. There are no duplicate seca warning on ./gradlew loadAll or on ./gradlew ofbiz Thanks & Regards -- Deepak Dixit ofbi