Okay, given that we have removed the mystery of this whole thing, I suggest to create a JIRA where we can slowly tackle this issue since most of the commits go to trunk
On Mon, Mar 20, 2017 at 12:46 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Just try locally the same thing you did for trunk with the R16 branch, you > will reproduce > > Jacques > > > > Le 20/03/2017 à 10:32, Taher Alkhateeb a écrit : > >> Looking at the code, I don't see any port blocking for R15 or R16 >> >> On Mon, Mar 20, 2017 at 12:13 PM, Jacques Le Roux < >> jacques.le.r...@les7arts.com> wrote: >> >> Hi Taher, >>> >>> Thanks for the fix, I have changed the log commit to refer to OFBIZ-9196 >>> >>> About your question below. Actually, the problem is not related with >>> Buildbot particularly. It's obvious since you were able to reproduce >>> locally using only a trunk instance. >>> >>> Now, since it was introduced between R15 and R16, the same problem exists >>> in R16. But your fix can't be backported because things are handled >>> differently there. >>> >>> I see 2 ways of fixing it >>> >>> 1) change the code in R16 in another way >>> >>> 2) (I guess) backport the changes which leaded to using the *.properties >>> files (like load-data.properties) and then backport your change >>> >>> I'm inclined for the second >>> >>> Jacques >>> >>> >>> >>> Le 19/03/2017 à 14:15, Taher Alkhateeb a écrit : >>> >>> Okay great! >>>> >>>> Now the next question. Does buildbot fail on simultaneous commits to the >>>> same branch or for different branches only? Meaning if we commit at the >>>> same time to trunk it's okay but if we commit to trunk and 16.11 then it >>>> fails?. I am asking because I assume only one build for one branch >>>> happens >>>> at a time. Is this correct? >>>> >>>> Cheers, >>>> >>>> Taher Alkhateeb >>>> >>>> On Mar 19, 2017 3:28 PM, "Jacques Le Roux" < >>>> jacques.le.r...@les7arts.com> >>>> wrote: >>>> >>>> Yes, that should do it >>>> >>>>> Jacques >>>>> >>>>> >>>>> Le 19/03/2017 à 13:01, Taher Alkhateeb a écrit : >>>>> >>>>> Okay, so, to be absolutely exact, the repeat behavior is the following: >>>>> >>>>>> - checkout ofbiz r1744041 >>>>>> - ant clean-all load-demo >>>>>> - ant start >>>>>> - open a new terminal >>>>>> - ant run-tests >>>>>> - observe tests run successfully >>>>>> >>>>>> And then >>>>>> >>>>>> - checkout ofbiz r1744107 >>>>>> - ant clean-all load-demo >>>>>> - ant start >>>>>> - open a new terminal >>>>>> - ant run-tests >>>>>> - observe tests fail with the message Couldn't create server socket(/ >>>>>> 127.0.0.1:10523) (Address already in use: JVM_Bind)Start.java >>>>>> >>>>>> Is this correct? >>>>>> >>>>>> On Sun, Mar 19, 2017 at 2:47 PM, Jacques Le Roux < >>>>>> jacques.le.r...@les7arts.com> wrote: >>>>>> >>>>>> yep, you got it. But you also need an OFBiz instance running >>>>>> (previously) >>>>>> >>>>>> to reproduce, of course! >>>>>>> >>>>>>> Jacques >>>>>>> >>>>>>> >>>>>>> Le 19/03/2017 à 12:37, Taher Alkhateeb a écrit : >>>>>>> >>>>>>> Sorry, I'm still lost, trying to explain it again: >>>>>>> >>>>>>> Before the commit: "ant clean-all load-demo run-tests" works >>>>>>>> after the commit: "ant clean-all load-demo run-tests" does not work >>>>>>>> with >>>>>>>> the socket error message? >>>>>>>> >>>>>>>> Is this now what you mean? >>>>>>>> >>>>>>>> >>>>>>>> On Sun, Mar 19, 2017 at 2:32 PM, Jacques Le Roux < >>>>>>>> jacques.le.r...@les7arts.com> wrote: >>>>>>>> >>>>>>>> It's quite simple, I repeat. >>>>>>>> >>>>>>>> It's not specifically related with Buildbot despite the title. It >>>>>>>> was >>>>>>>> >>>>>>>>> 1st >>>>>>>>> identified there. >>>>>>>>> >>>>>>>>> If you run an OFBiz instance (I ran one at the "beforeGradle" tag, >>>>>>>>> but >>>>>>>>> we >>>>>>>>> know any commit version fits since it's currently reproducible on >>>>>>>>> Buildbot) >>>>>>>>> >>>>>>>>> Before your commit (r1744107 in disappeared trunk) below (ie using >>>>>>>>> the >>>>>>>>> last previous commit, to be even more clear r1744041) "ant >>>>>>>>> clean-all >>>>>>>>> load-demo run-tests" works >>>>>>>>> >>>>>>>>> After (ie using r1744107) it fails with the error reported below. I >>>>>>>>> repeat >>>>>>>>> it here in case >>>>>>>>> >>>>>>>>> ------------------------------------------------------------ >>>>>>>>> ------------------------------------------------------------ >>>>>>>>> ------------------------------ >>>>>>>>> >>>>>>>>> run-tests: >>>>>>>>> [java] org.ofbiz.base.start.StartupException: Couldn't >>>>>>>>> create >>>>>>>>> server >>>>>>>>> socket(/127.0.0.1:10523) (Address already in use: >>>>>>>>> JVM_Bind)Start.java >>>>>>>>> using configuration file org/ofbiz/base/start/test.properties >>>>>>>>> >>>>>>>>> ------------------------------------------------------------ >>>>>>>>> ------------------------------------------------------------ >>>>>>>>> ------------------------------ >>>>>>>>> >>>>>>>>> I hope it's now clear. And yes it's in the commit and we need to >>>>>>>>> find >>>>>>>>> where! >>>>>>>>> >>>>>>>>> You asked me to answer on HipChat, sorry I'll not, I must move >>>>>>>>> now... >>>>>>>>> >>>>>>>>> HTH >>>>>>>>> >>>>>>>>> Jacques >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 19/03/2017 à 12:00, Taher Alkhateeb a écrit : >>>>>>>>> >>>>>>>>> The commit in question is not important because there are too many >>>>>>>>> >>>>>>>>> changes. >>>>>>>>> >>>>>>>>>> What we need is a "repeat" behavior. So my questions from this >>>>>>>>>> thread >>>>>>>>>> remain to be answered before we can investigate. >>>>>>>>>> >>>>>>>>>> On Sun, Mar 19, 2017 at 1:53 PM, Jacques Le Roux < >>>>>>>>>> jacques.le.r...@les7arts.com> wrote: >>>>>>>>>> >>>>>>>>>> Here it is >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> git.exe bisect good >>>>>>>>>>> >>>>>>>>>>> 298c831a3aa1cea45b4aab66acebd9617f6615e0 is the first bad commit >>>>>>>>>>> commit 298c831a3aa1cea45b4aab66acebd9617f6615e0 >>>>>>>>>>> Author: Taher A. Alkhateeb <ta...@apache.org> >>>>>>>>>>> Date: Mon May 16 18:40:49 2016 +0000 >>>>>>>>>>> >>>>>>>>>>> major change in the start component related to OFBIZ-6783 >>>>>>>>>>> >>>>>>>>>>> this is a big commit that achieves the following new features in >>>>>>>>>>> ofbiz: >>>>>>>>>>> >>>>>>>>>>> - add the commons-cli library >>>>>>>>>>> - fix build.xml in start menu to include the commons-cli. It is >>>>>>>>>>> done >>>>>>>>>>> in a way to ensure that the classpath continues to work when >>>>>>>>>>> ofbiz.jar >>>>>>>>>>> is copied to the root folder >>>>>>>>>>> - set a default portoffset value of 0 when not selected in >>>>>>>>>>> build.xml >>>>>>>>>>> - fully redefine the commands passed in java -jar ofbiz.jar using >>>>>>>>>>> the >>>>>>>>>>> commons-cli >>>>>>>>>>> api. The commands are now much more consistent and clean >>>>>>>>>>> - remove ofbiz dependency on String[] args across the different >>>>>>>>>>> components >>>>>>>>>>> and isolate >>>>>>>>>>> them in a new entity class called StartupCommand. This decouples >>>>>>>>>>> ofbiz >>>>>>>>>>> from both >>>>>>>>>>> String[] args and commons-cli at the same time >>>>>>>>>>> - fix all the calls in the master build.xml to comply with the >>>>>>>>>>> new >>>>>>>>>>> commands >>>>>>>>>>> - fix the Config.java to remove dependecies on the args array >>>>>>>>>>> - create a utility class StartupCommandUtil that takes care of >>>>>>>>>>> all >>>>>>>>>>> commons-cli >>>>>>>>>>> operations and abstracts away the implementation in private >>>>>>>>>>> methods >>>>>>>>>>> - substantially reduce the size of main and init in Start.java by >>>>>>>>>>> refactoring >>>>>>>>>>> them in different places >>>>>>>>>>> - create an intermediate function called populateLoaderArgs. This >>>>>>>>>>> is >>>>>>>>>>> the >>>>>>>>>>> first >>>>>>>>>>> step in removing the dependecies on args by "adapting" them using >>>>>>>>>>> this >>>>>>>>>>> method >>>>>>>>>>> - unify the exception model everywhere to StartupException. This >>>>>>>>>>> makes >>>>>>>>>>> exception >>>>>>>>>>> propagation cleaner and easier >>>>>>>>>>> - lots of cleanup of the code related in all these areas >>>>>>>>>>> >>>>>>>>>>> Big thanks to Jacques for the substantial help in testing. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> git-svn-id: https://svn.apache.org/repos/asf/ofbiz/trunk@1744107 >>>>>>>>>>> 13f79535-47bb-0310-9956-ffa450edef68 >>>>>>>>>>> >>>>>>>>>>> :100644 100644 e7ffd6978ec0b072e73fa128ec9e2e83ba81524a >>>>>>>>>>> 74787e5942a4d0bae826bb06c15a19e24066fc30 M .classpath >>>>>>>>>>> :100644 100644 042fda025e68f8f86c359abe70b87b7138c31133 >>>>>>>>>>> 5053165b4a75e71d9f63768a84ff5351afe783a5 M build.xml >>>>>>>>>>> :040000 040000 31fa9e03d92cc7629cba86898c34da77a7a88ace >>>>>>>>>>> bb1541c40aa7f92ef5b4f125dc415eb394e1f93f M framework >>>>>>>>>>> >>>>>>>>>>> Success (422 ms @ 19/03/2017 11:51:29) >>>>>>>>>>> >>>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> Now we need to find where it is exactly... >>>>>>>>>>> >>>>>>>>>>> Jacques >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Le 19/03/2017 à 10:53, Taher Alkhateeb a écrit : >>>>>>>>>>> >>>>>>>>>>> Hi Jacques, >>>>>>>>>>> >>>>>>>>>>> Sorry I still don't understand, let me try to capture this. >>>>>>>>>>> >>>>>>>>>>> Scenario 1 - Using ant >>>>>>>>>>>> - Start OFBiz using: ant start >>>>>>>>>>>> - Run tests in another OFBiz using: ant run-tests >>>>>>>>>>>> - OFBiz fails with an error message >>>>>>>>>>>> >>>>>>>>>>>> Scenario 2 - Using gradle >>>>>>>>>>>> - Start OFBiz using: ./gradlew ofbiz >>>>>>>>>>>> - Run tests in another OFBiz using: ./gradlew "ofbiz --test" >>>>>>>>>>>> - OFBiz freezes? >>>>>>>>>>>> >>>>>>>>>>>> Is this correct? Is this what you are witnessing? >>>>>>>>>>>> >>>>>>>>>>>> On Sun, Mar 19, 2017 at 12:06 PM, Jacques Le Roux < >>>>>>>>>>>> jacques.le.r...@les7arts.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Taher, >>>>>>>>>>>> >>>>>>>>>>>> Le 19/03/2017 à 04:18, Taher Alkhateeb a écrit : >>>>>>>>>>>> >>>>>>>>>>>> Hi Jacques, >>>>>>>>>>>> >>>>>>>>>>>>> Okay just to try and understand your point, what are the >>>>>>>>>>>>> >>>>>>>>>>>>> circumstances >>>>>>>>>>>>> >>>>>>>>>>>>>> in >>>>>>>>>>>>>> which you are witnessing failure in post gradle but not >>>>>>>>>>>>>> pre-gradle? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Fortunately it's now simple. >>>>>>>>>>>>>> >>>>>>>>>>>>>> You run an OFBiz instance with "ant start" >>>>>>>>>>>>>> >>>>>>>>>>>>>> You run tests with the same (or another) OFBiz instance with >>>>>>>>>>>>>> >>>>>>>>>>>>> "ant >>>>>>>>>>>>> run-tests", bingo the port 10523 is already used tests stop >>>>>>>>>>>>> with >>>>>>>>>>>>> the >>>>>>>>>>>>> error >>>>>>>>>>>>> below >>>>>>>>>>>>> >>>>>>>>>>>>> In other words what is the repeat process, the expected outcome >>>>>>>>>>>>> and >>>>>>>>>>>>> actual >>>>>>>>>>>>> >>>>>>>>>>>>> outcome. I ask because I'm a bit confused not sure if you're >>>>>>>>>>>>> referring >>>>>>>>>>>>> >>>>>>>>>>>>> to >>>>>>>>>>>>> >>>>>>>>>>>>> web ports or admin ports pr something else? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Any port used by OFBiz I guess. But the tests fails on the the >>>>>>>>>>>>>> 1st >>>>>>>>>>>>>> >>>>>>>>>>>>>> called >>>>>>>>>>>>>> >>>>>>>>>>>>>> port: 10523 by default. >>>>>>>>>>>>>> >>>>>>>>>>>>> We got issues with the port 8080 on Buildbot so it was >>>>>>>>>>>>> confusing. >>>>>>>>>>>>> Those >>>>>>>>>>>>> were due to Buildbot global config (not specific to OFBiz >>>>>>>>>>>>> Buildbot >>>>>>>>>>>>> config) >>>>>>>>>>>>> ans has been fixed by Infra. >>>>>>>>>>>>> >>>>>>>>>>>>> Jacques >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> >>>>>>>>>>>>> Taher Alkhateeb >>>>>>>>>>>>> >>>>>>>>>>>>> On Mar 18, 2017 10:24 PM, "Jacques Le Roux" < >>>>>>>>>>>>> >>>>>>>>>>>>>> jacques.le.r...@les7arts.com >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> OK, I locally kept a version of the trunk just prior the >>>>>>>>>>>>>> Gradle >>>>>>>>>>>>>> switch. >>>>>>>>>>>>>> >>>>>>>>>>>>>> When running an OFBiz instance (any one fits, I used the >>>>>>>>>>>>>> >>>>>>>>>>>>>> ofbiz-framework+plugin HEAD) you can run tests with R15, but >>>>>>>>>>>>>> not >>>>>>>>>>>>>> >>>>>>>>>>>>>> with >>>>>>>>>>>>>>> this >>>>>>>>>>>>>>> preGradle version. You get >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> run-tests: >>>>>>>>>>>>>>> [java] org.ofbiz.base.start.StartupException: >>>>>>>>>>>>>>> Couldn't >>>>>>>>>>>>>>> create >>>>>>>>>>>>>>> server >>>>>>>>>>>>>>> socket(/127.0.0.1:10523) (Address already in use: >>>>>>>>>>>>>>> JVM_Bind)Start.java >>>>>>>>>>>>>>> using configuration file org/ofbiz/base/start/test.prop >>>>>>>>>>>>>>> erties >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> So the problem is anterior the Gradle switch and after the >>>>>>>>>>>>>>> R15 >>>>>>>>>>>>>>> freezing. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> But unfortunately we no longer have a trunk to get back into >>>>>>>>>>>>>>> commits. >>>>>>>>>>>>>>> Fortunately we have https://github.com/apache/ofbiz >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I'll try that :) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Le 18/03/2017 à 17:43, Jacques Le Roux a écrit : >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Le 18/03/2017 à 17:07, Taher Alkhateeb a écrit : >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I think we discussed this in the past, but I will ask again >>>>>>>>>>>>>>> for >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> clarity >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> what does gradle have to do with port blocking? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> For now I have no clear evidences. Only that before the >>>>>>>>>>>>>>>>> Gradle >>>>>>>>>>>>>>>>> move >>>>>>>>>>>>>>>>> we >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> had not the ports issues (locally and on Buildbot) I >>>>>>>>>>>>>>>>> describe >>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Jira. >>>>>>>>>>>>>>>> We need to dig deeper in this and localise the commit which >>>>>>>>>>>>>>>> introduced >>>>>>>>>>>>>>>> this >>>>>>>>>>>>>>>> error. >>>>>>>>>>>>>>>> In the meantime better not committing in parallel in the >>>>>>>>>>>>>>>> trunk >>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>> R16 >>>>>>>>>>>>>>>> if >>>>>>>>>>>>>>>> we want to avoid the ports conflicts on Buildbot >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> How can gradle or any build tool be responsible for blocking >>>>>>>>>>>>>>>> ports >>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> not related to the build system but rather used from OFBiz >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> directly? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> It could be code changes while refactoring, still a >>>>>>>>>>>>>>>>> supposition. >>>>>>>>>>>>>>>>> You >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> spoke about Config.java, at 1st glance I saw nothing there. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Mar 18, 2017 7:00 PM, "Jacques Le Roux" < >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> jacques.le.r...@les7arts.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> It's clearly related with OFBIZ-9196 "Regression: the >>>>>>>>>>>>>>>>> testIntegration >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Gradle taks shoud not use/block the ports" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> The build in trunk and R16 overlap in time: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> https://ci.apache.org/builders >>>>>>>>>>>>>>>>> /ofbiz-trunk-framework/builds/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 44/ >>>>>>>>>>>>>>>>>> Start Sat Mar 18 09:25:12 2017 >>>>>>>>>>>>>>>>>> End Sat Mar 18 09:26:56 2017 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> https://ci.apache.org/builders/ofbiz-branch16/builds/17 >>>>>>>>>>>>>>>>>> Start Sat Mar 18 09:25:30 2017 >>>>>>>>>>>>>>>>>> End Sat Mar 18 09:30:44 2017 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Le 18/03/2017 à 15:01, Taher Alkhateeb a écrit : >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> The problem after a second review of the logs is pretty >>>>>>>>>>>>>>>>>> clear. >>>>>>>>>>>>>>>>>> You >>>>>>>>>>>>>>>>>> have >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> two >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> instances of OFBiz running and conflicting on ports. >>>>>>>>>>>>>>>>>> Either >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> first >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> build >>>>>>>>>>>>>>>>>>> did not terminate while the second starts or shutdown is >>>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>> occurring >>>>>>>>>>>>>>>>>>> cleanly. In other words, if you start ./gradlew "ofbiz >>>>>>>>>>>>>>>>>>> load-data" >>>>>>>>>>>>>>>>>>> && >>>>>>>>>>>>>>>>>>> ./gradlew "ofbiz load-data" then it would work correctly >>>>>>>>>>>>>>>>>>> because >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>> first >>>>>>>>>>>>>>>>>>> scripts terminates with exit code 0 before the second one >>>>>>>>>>>>>>>>>>> begins. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Most likely a buildbot script issue. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Sat, Mar 18, 2017 at 4:24 PM, Taher Alkhateeb < >>>>>>>>>>>>>>>>>>> slidingfilame...@gmail.com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Ctrl-C does not kill gradle and gradle does not need time >>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> release >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> resources >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Mar 18, 2017 4:21 PM, "Jacques Le Roux" < >>>>>>>>>>>>>>>>>>>> jacques.le.r...@les7arts.com >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks James, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Yes indeed, it takes a bit for Gradle, and especially >>>>>>>>>>>>>>>>>>>> its >>>>>>>>>>>>>>>>>>>> wrapper, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> disconnect resources. I noticed that too on Windows, >>>>>>>>>>>>>>>>>>>> thought >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> it >>>>>>>>>>>>>>>>>>>>> was >>>>>>>>>>>>>>>>>>>>> specific to Windows . >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This could be the reason, though we don't use the >>>>>>>>>>>>>>>>>>>>> wrapper >>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>> Buildbot. >>>>>>>>>>>>>>>>>>>>> We >>>>>>>>>>>>>>>>>>>>> could try to add a small pause (say 30 seconds) before >>>>>>>>>>>>>>>>>>>>> launching >>>>>>>>>>>>>>>>>>>>> a >>>>>>>>>>>>>>>>>>>>> build. >>>>>>>>>>>>>>>>>>>>> Because we (especially me) sometimes launch Buildbot >>>>>>>>>>>>>>>>>>>>> builds >>>>>>>>>>>>>>>>>>>>> in >>>>>>>>>>>>>>>>>>>>> burst >>>>>>>>>>>>>>>>>>>>> when >>>>>>>>>>>>>>>>>>>>> backporting. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> But it also happens for isolated build so I fear it's >>>>>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>>>> enough >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Le 18/03/2017 à 13:41, james yong a écrit : >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I got this issue too when I pressed CTL-C to exit OFBiz >>>>>>>>>>>>>>>>>>>>> and >>>>>>>>>>>>>>>>>>>>> then >>>>>>>>>>>>>>>>>>>>> ran >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> "./gradew ofbiz" immediately. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Jacques Le Roux wrote >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Mmm, this is pretty bad >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> https://ci.apache.org/builders >>>>>>>>>>>>>>>>>>>>>> /ofbiz-trunk-framework/builds/ >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 44/steps/shell_1/logs/stdio >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Building 84% > :ofbiz --load-dataSet OFBIZ_HOME to - >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> /home/buildslave32/slave32/ofb >>>>>>>>>>>>>>>>>>>>>>> iz-trunk-framework/build >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> org.apache.ofbiz.base.start.StartupException: >>>>>>>>>>>>>>>>>>>>>>> Couldn't >>>>>>>>>>>>>>>>>>>>>>> create >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> server >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> socket(/127.0.0.1:10523) (Address already in use >>>>>>>>>>>>>>>>>>>>>>> (Bind >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> failed)) >>>>>>>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> org.apache.ofbiz.base.start.AdminServer. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> <init> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> (AdminServer.java:56) Something is >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> wrong with Buildbot. I already asked infra about >>>>>>>>>>>>>>>>>>>>>>> several >>>>>>>>>>>>>>>>>>>>>>> instances >>>>>>>>>>>>>>>>>>>>>>> running >>>>>>>>>>>>>>>>>>>>>>> at the same time, I don't know much yet... Jacques >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Le 18/03/2017 à 10:26, >>>>>>>>>>>>>>>>>>>>>>> buildbot@ >>>>>>>>>>>>>>>>>>>>>>> a écrit : >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> The Buildbot has detected a build exception on >>>>>>>>>>>>>>>>>>>>>>> builder >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ofbiz-trunk-framework while building . Full details >>>>>>>>>>>>>>>>>>>>>>> are >>>>>>>>>>>>>>>>>>>>>>> available >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> at: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> https://ci.apache.org/builders >>>>>>>>>>>>>>>>>>>>>>> /ofbiz-trunk-framework/ >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> builds/44 >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>>>>>>>>>>>>>> 'on-ofbiz-framework-commit' triggered this build >>>>>>>>>>>>>>>>>>>>>>>> Build Source Stamp: [branch >>>>>>>>>>>>>>>>>>>>>>>> ofbiz/ofbiz-framework/trunk] >>>>>>>>>>>>>>>>>>>>>>>> 1787535 >>>>>>>>>>>>>>>>>>>>>>>> Blamelist: jleroux >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> BUILD FAILED: exception shell_1 upload_1 >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Sincerely, >>>>>>>>>>>>>>>>>>>>>>>> -The Buildbot >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> View this message in context: >>>>>>>>>>>>>>>>>>>>>>>> http://ofbiz.135035.n4.nabble >>>>>>>>>>>>>>>>>>>>>>>> . >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> com/buildbot-exception-in-on-o >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> fbiz-trunk-framework-tp4703602 >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> p4703620.html >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Sent from the OFBiz - Dev mailing list archive at >>>>>>>>>>>>>>>>>>>>>> Nabble.com. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >> >