buildbot success in on ofbiz-trunk
Locked
 
|
The Buildbot has detected a restored build on builder ofbiz-trunk while building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk/builds/1203 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' triggered this build Build Source Stamp: [branch ofbiz/trunk] 1755393 Blamelist: arunpatidar Build succeeded! Sincerely, -The Buildbot |
Re: buildbot success in on ofbiz-trunk
Administrator
|
OK the dependency on Shiro is fixed in jcenter :)
There is no issues that "wait and see" can't solve :D Jacques Le 06/08/2016 à 14:19, [hidden email] a écrit : > The Buildbot has detected a restored build on builder ofbiz-trunk while building . Full details are available at: > https://ci.apache.org/builders/ofbiz-trunk/builds/1203 > > Buildbot URL: https://ci.apache.org/ > > Buildslave for this Build: silvanus_ubuntu > > Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' triggered this build > Build Source Stamp: [branch ofbiz/trunk] 1755393 > Blamelist: arunpatidar > > Build succeeded! > > Sincerely, > -The Buildbot > > > > |
|
As you can see it crashed again. Something is probably wrong perhaps from
one of the recent commits that is causing this instability as we face the same shiro issue. I'll try to investigate a bit. On Aug 6, 2016 3:08 PM, "Jacques Le Roux" <[hidden email]> wrote: > OK the dependency on Shiro is fixed in jcenter :) > > There is no issues that "wait and see" can't solve :D > > Jacques > > > Le 06/08/2016 à 14:19, [hidden email] a écrit : > >> The Buildbot has detected a restored build on builder ofbiz-trunk while >> building . Full details are available at: >> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >> >> Buildbot URL: https://ci.apache.org/ >> >> Buildslave for this Build: silvanus_ubuntu >> >> Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' >> triggered this build >> Build Source Stamp: [branch ofbiz/trunk] 1755393 >> Blamelist: arunpatidar >> >> Build succeeded! >> >> Sincerely, >> -The Buildbot >> >> >> >> >> > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
In reply to this post by Jacques Le Roux
OK, here we go again https://ci.apache.org/builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio
Anyway "wait and see" will come to an end Jacques Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : > OK the dependency on Shiro is fixed in jcenter :) > > There is no issues that "wait and see" can't solve :D > > Jacques > > > Le 06/08/2016 à 14:19, [hidden email] a écrit : >> The Buildbot has detected a restored build on builder ofbiz-trunk while building . Full details are available at: >> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >> >> Buildbot URL: https://ci.apache.org/ >> >> Buildslave for this Build: silvanus_ubuntu >> >> Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' triggered this build >> Build Source Stamp: [branch ofbiz/trunk] 1755393 >> Blamelist: arunpatidar >> >> Build succeeded! >> >> Sincerely, >> -The Buildbot >> >> >> >> > > |
|
|
Haa, I just noticed something interesting in
https://ci.apache.org/builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio If you look at the logs, ignore shiro for a second, ant note the following: > Could not resolve all dependencies for configuration ':runtime'. > Could not resolve org.apache.shiro:shiro-core:1.2.5. Required by: :ofbiz:unspecified There is no project called :ofbiz:unspecified. Something is not parsing the project tree correctly and I'm not sure of the reason yet. It could be that when we fixed the project name as "ofbiz" in settings.gradle something got affected in the cache. I don't think this is a transient bug, I suspect we introduced something that is causing this weird behavior. On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < [hidden email]> wrote: > OK, here we go again https://ci.apache.org/builders > /ofbiz-trunk/builds/1204/steps/shell/logs/stdio > > Anyway "wait and see" will come to an end > > Jacques > > > > Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : > >> OK the dependency on Shiro is fixed in jcenter :) >> >> There is no issues that "wait and see" can't solve :D >> >> Jacques >> >> >> Le 06/08/2016 à 14:19, [hidden email] a écrit : >> >>> The Buildbot has detected a restored build on builder ofbiz-trunk while >>> building . Full details are available at: >>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>> >>> Buildbot URL: https://ci.apache.org/ >>> >>> Buildslave for this Build: silvanus_ubuntu >>> >>> Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' >>> triggered this build >>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>> Blamelist: arunpatidar >>> >>> Build succeeded! >>> >>> Sincerely, >>> -The Buildbot >>> >>> >>> >>> >>> >> >> > |
|
|
Hi Jacques,
Can you try to disable the gradle Daemon? I suspect this might be a cause as per this discussion -> http://stackoverflow.com/questions/21267234/show-utf-8-text-properly-in-gradle Taher Alkhateeb On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb <[hidden email]> wrote: > Haa, I just noticed something interesting in https://ci.apache.org/ > builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio > > If you look at the logs, ignore shiro for a second, ant note the following: > > > Could not resolve all dependencies for configuration ':runtime'. > > Could not resolve org.apache.shiro:shiro-core:1.2.5. > Required by: > :ofbiz:unspecified > > There is no project called :ofbiz:unspecified. Something is not parsing the project tree correctly and I'm not sure of the reason yet. It could be that when we fixed the project name as "ofbiz" in settings.gradle something got affected in the cache. > > I don't think this is a transient bug, I suspect we introduced something that is causing this weird behavior. > > > On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < > [hidden email]> wrote: > >> OK, here we go again https://ci.apache.org/builders >> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >> >> Anyway "wait and see" will come to an end >> >> Jacques >> >> >> >> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >> >>> OK the dependency on Shiro is fixed in jcenter :) >>> >>> There is no issues that "wait and see" can't solve :D >>> >>> Jacques >>> >>> >>> Le 06/08/2016 à 14:19, [hidden email] a écrit : >>> >>>> The Buildbot has detected a restored build on builder ofbiz-trunk while >>>> building . Full details are available at: >>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>> >>>> Buildbot URL: https://ci.apache.org/ >>>> >>>> Buildslave for this Build: silvanus_ubuntu >>>> >>>> Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' >>>> triggered this build >>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>> Blamelist: arunpatidar >>>> >>>> Build succeeded! >>>> >>>> Sincerely, >>>> -The Buildbot >>>> >>>> >>>> >>>> >>>> >>> >>> >> > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
We never used the Gradle daemon on BuildBot as it's not recommended on CI servers. There is no cache on BuildBot, it always starts anew. We always use
Gradle and not the wrapper there. Also the project name was fixed at r1754623 so 35 commits before https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see how it could be related, but this is weird indeed Unrelated, just FYI: we also no longer use the Gradle daemon with trunk demo as it seems it was sometimes an issue. Though actually the real issue (DB related) we got there was using "shutdown" instead of now "terminateOfbiz"which seems to have fixed the DB issue Jacques Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : > Hi Jacques, > > Can you try to disable the gradle Daemon? I suspect this might be a cause > as per this discussion -> > http://stackoverflow.com/questions/21267234/show-utf-8-text-properly-in-gradle > > Taher Alkhateeb > > On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb <[hidden email]> > wrote: > >> Haa, I just noticed something interesting in https://ci.apache.org/ >> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >> >> If you look at the logs, ignore shiro for a second, ant note the following: >> >>> Could not resolve all dependencies for configuration ':runtime'. >> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >> Required by: >> :ofbiz:unspecified >> >> There is no project called :ofbiz:unspecified. Something is not parsing the project tree correctly and I'm not sure of the reason yet. It could be that when we fixed the project name as "ofbiz" in settings.gradle something got affected in the cache. >> >> I don't think this is a transient bug, I suspect we introduced something that is causing this weird behavior. >> >> >> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >> [hidden email]> wrote: >> >>> OK, here we go again https://ci.apache.org/builders >>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>> >>> Anyway "wait and see" will come to an end >>> >>> Jacques >>> >>> >>> >>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>> >>>> OK the dependency on Shiro is fixed in jcenter :) >>>> >>>> There is no issues that "wait and see" can't solve :D >>>> >>>> Jacques >>>> >>>> >>>> Le 06/08/2016 à 14:19, [hidden email] a écrit : >>>> >>>>> The Buildbot has detected a restored build on builder ofbiz-trunk while >>>>> building . Full details are available at: >>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>> >>>>> Buildbot URL: https://ci.apache.org/ >>>>> >>>>> Buildslave for this Build: silvanus_ubuntu >>>>> >>>>> Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' >>>>> triggered this build >>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>> Blamelist: arunpatidar >>>>> >>>>> Build succeeded! >>>>> >>>>> Sincerely, >>>>> -The Buildbot >>>>> >>>>> >>>>> >>>>> >>>>> >>>> |
|
|
Okay cool. I am trying to eliminate all causes. The crash is happening
exactly when trying to construct the classpath for the constructed jar. This line of code in build.gradle is what's causing the crash: osClassPath = configurations.runtime.files.collect { "$it" }.join(' ') And it is complaining about UTF-8 encoding. Not sure exactly why but it very much smells like a bug around encoding and string parsing. Still investigating. On Aug 6, 2016 4:43 PM, "Jacques Le Roux" <[hidden email]> wrote: > We never used the Gradle daemon on BuildBot as it's not recommended on CI > servers. There is no cache on BuildBot, it always starts anew. We always > use Gradle and not the wrapper there. > > Also the project name was fixed at r1754623 so 35 commits before > https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see how > it could be related, but this is weird indeed > > Unrelated, just FYI: we also no longer use the Gradle daemon with trunk > demo as it seems it was sometimes an issue. Though actually the real issue > (DB related) we got there was using "shutdown" instead of now > "terminateOfbiz"which seems to have fixed the DB issue > > Jacques > > > Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : > >> Hi Jacques, >> >> Can you try to disable the gradle Daemon? I suspect this might be a cause >> as per this discussion -> >> http://stackoverflow.com/questions/21267234/show-utf-8-text- >> properly-in-gradle >> >> Taher Alkhateeb >> >> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >> [hidden email]> >> wrote: >> >> Haa, I just noticed something interesting in https://ci.apache.org/ >>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>> >>> If you look at the logs, ignore shiro for a second, ant note the >>> following: >>> >>> Could not resolve all dependencies for configuration ':runtime'. >>>> >>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>> Required by: >>> :ofbiz:unspecified >>> >>> There is no project called :ofbiz:unspecified. Something is not parsing >>> the project tree correctly and I'm not sure of the reason yet. It could be >>> that when we fixed the project name as "ofbiz" in settings.gradle something >>> got affected in the cache. >>> >>> I don't think this is a transient bug, I suspect we introduced something >>> that is causing this weird behavior. >>> >>> >>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>> [hidden email]> wrote: >>> >>> OK, here we go again https://ci.apache.org/builders >>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>> >>>> Anyway "wait and see" will come to an end >>>> >>>> Jacques >>>> >>>> >>>> >>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>> >>>> OK the dependency on Shiro is fixed in jcenter :) >>>>> >>>>> There is no issues that "wait and see" can't solve :D >>>>> >>>>> Jacques >>>>> >>>>> >>>>> Le 06/08/2016 à 14:19, [hidden email] a écrit : >>>>> >>>>> The Buildbot has detected a restored build on builder ofbiz-trunk while >>>>>> building . Full details are available at: >>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>> >>>>>> Buildbot URL: https://ci.apache.org/ >>>>>> >>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>> >>>>>> Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' >>>>>> triggered this build >>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>> Blamelist: arunpatidar >>>>>> >>>>>> Build succeeded! >>>>>> >>>>>> Sincerely, >>>>>> -The Buildbot >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> > |
Re: buildbot success in on ofbiz-trunk
|
|
Surely there's some solution for the jars not being cached? I wonder how
the other projects deal with this Regards Scott On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email]> wrote: > Okay cool. I am trying to eliminate all causes. The crash is happening > exactly when trying to construct the classpath for the constructed jar. > This line of code in build.gradle is what's causing the crash: > > osClassPath = configurations.runtime.files.collect { "$it" }.join(' ') > > And it is complaining about UTF-8 encoding. Not sure exactly why but it > very much smells like a bug around encoding and string parsing. Still > investigating. > > On Aug 6, 2016 4:43 PM, "Jacques Le Roux" <[hidden email]> > wrote: > > > We never used the Gradle daemon on BuildBot as it's not recommended on CI > > servers. There is no cache on BuildBot, it always starts anew. We always > > use Gradle and not the wrapper there. > > > > Also the project name was fixed at r1754623 so 35 commits before > > https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see how > > it could be related, but this is weird indeed > > > > Unrelated, just FYI: we also no longer use the Gradle daemon with trunk > > demo as it seems it was sometimes an issue. Though actually the real > issue > > (DB related) we got there was using "shutdown" instead of now > > "terminateOfbiz"which seems to have fixed the DB issue > > > > Jacques > > > > > > Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : > > > >> Hi Jacques, > >> > >> Can you try to disable the gradle Daemon? I suspect this might be a > cause > >> as per this discussion -> > >> http://stackoverflow.com/questions/21267234/show-utf-8-text- > >> properly-in-gradle > >> > >> Taher Alkhateeb > >> > >> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < > >> [hidden email]> > >> wrote: > >> > >> Haa, I just noticed something interesting in https://ci.apache.org/ > >>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio > >>> > >>> If you look at the logs, ignore shiro for a second, ant note the > >>> following: > >>> > >>> Could not resolve all dependencies for configuration ':runtime'. > >>>> > >>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. > >>> Required by: > >>> :ofbiz:unspecified > >>> > >>> There is no project called :ofbiz:unspecified. Something is not parsing > >>> the project tree correctly and I'm not sure of the reason yet. It > could be > >>> that when we fixed the project name as "ofbiz" in settings.gradle > something > >>> got affected in the cache. > >>> > >>> I don't think this is a transient bug, I suspect we introduced > something > >>> that is causing this weird behavior. > >>> > >>> > >>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < > >>> [hidden email]> wrote: > >>> > >>> OK, here we go again https://ci.apache.org/builders > >>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio > >>>> > >>>> Anyway "wait and see" will come to an end > >>>> > >>>> Jacques > >>>> > >>>> > >>>> > >>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : > >>>> > >>>> OK the dependency on Shiro is fixed in jcenter :) > >>>>> > >>>>> There is no issues that "wait and see" can't solve :D > >>>>> > >>>>> Jacques > >>>>> > >>>>> > >>>>> Le 06/08/2016 à 14:19, [hidden email] a écrit : > >>>>> > >>>>> The Buildbot has detected a restored build on builder ofbiz-trunk > while > >>>>>> building . Full details are available at: > >>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 > >>>>>> > >>>>>> Buildbot URL: https://ci.apache.org/ > >>>>>> > >>>>>> Buildslave for this Build: silvanus_ubuntu > >>>>>> > >>>>>> Build Reason: The AnyBranchScheduler scheduler named > 'on-ofbiz-commit' > >>>>>> triggered this build > >>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 > >>>>>> Blamelist: arunpatidar > >>>>>> > >>>>>> Build succeeded! > >>>>>> > >>>>>> Sincerely, > >>>>>> -The Buildbot > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> > > > |
|
|
Actually this is a good question Scott.
Jacques why aren't the libs cached? are we deleting ".gradle" in buildbot upon each new build? It is hard to investigate second hand. Is there a way to check what is going on exactly on the VM? The inability to repeat on my computer makes it hard to pinpoint the problem. On Sunday, 7 August 2016, Scott Gray <[hidden email]> wrote: > Surely there's some solution for the jars not being cached? I wonder how > the other projects deal with this > > Regards > Scott > > On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] > <javascript:;>> wrote: > > > Okay cool. I am trying to eliminate all causes. The crash is happening > > exactly when trying to construct the classpath for the constructed jar. > > This line of code in build.gradle is what's causing the crash: > > > > osClassPath = configurations.runtime.files.collect { "$it" }.join(' ') > > > > And it is complaining about UTF-8 encoding. Not sure exactly why but it > > very much smells like a bug around encoding and string parsing. Still > > investigating. > > > > On Aug 6, 2016 4:43 PM, "Jacques Le Roux" <[hidden email] > <javascript:;>> > > wrote: > > > > > We never used the Gradle daemon on BuildBot as it's not recommended on > CI > > > servers. There is no cache on BuildBot, it always starts anew. We > always > > > use Gradle and not the wrapper there. > > > > > > Also the project name was fixed at r1754623 so 35 commits before > > > https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see > how > > > it could be related, but this is weird indeed > > > > > > Unrelated, just FYI: we also no longer use the Gradle daemon with trunk > > > demo as it seems it was sometimes an issue. Though actually the real > > issue > > > (DB related) we got there was using "shutdown" instead of now > > > "terminateOfbiz"which seems to have fixed the DB issue > > > > > > Jacques > > > > > > > > > Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : > > > > > >> Hi Jacques, > > >> > > >> Can you try to disable the gradle Daemon? I suspect this might be a > > cause > > >> as per this discussion -> > > >> http://stackoverflow.com/questions/21267234/show-utf-8-text- > > >> properly-in-gradle > > >> > > >> Taher Alkhateeb > > >> > > >> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < > > >> [hidden email] <javascript:;>> > > >> wrote: > > >> > > >> Haa, I just noticed something interesting in https://ci.apache.org/ > > >>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio > > >>> > > >>> If you look at the logs, ignore shiro for a second, ant note the > > >>> following: > > >>> > > >>> Could not resolve all dependencies for configuration ':runtime'. > > >>>> > > >>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. > > >>> Required by: > > >>> :ofbiz:unspecified > > >>> > > >>> There is no project called :ofbiz:unspecified. Something is not > parsing > > >>> the project tree correctly and I'm not sure of the reason yet. It > > could be > > >>> that when we fixed the project name as "ofbiz" in settings.gradle > > something > > >>> got affected in the cache. > > >>> > > >>> I don't think this is a transient bug, I suspect we introduced > > something > > >>> that is causing this weird behavior. > > >>> > > >>> > > >>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < > > >>> [hidden email] <javascript:;>> wrote: > > >>> > > >>> OK, here we go again https://ci.apache.org/builders > > >>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio > > >>>> > > >>>> Anyway "wait and see" will come to an end > > >>>> > > >>>> Jacques > > >>>> > > >>>> > > >>>> > > >>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : > > >>>> > > >>>> OK the dependency on Shiro is fixed in jcenter :) > > >>>>> > > >>>>> There is no issues that "wait and see" can't solve :D > > >>>>> > > >>>>> Jacques > > >>>>> > > >>>>> > > >>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a écrit > : > > >>>>> > > >>>>> The Buildbot has detected a restored build on builder ofbiz-trunk > > while > > >>>>>> building . Full details are available at: > > >>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 > > >>>>>> > > >>>>>> Buildbot URL: https://ci.apache.org/ > > >>>>>> > > >>>>>> Buildslave for this Build: silvanus_ubuntu > > >>>>>> > > >>>>>> Build Reason: The AnyBranchScheduler scheduler named > > 'on-ofbiz-commit' > > >>>>>> triggered this build > > >>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 > > >>>>>> Blamelist: arunpatidar > > >>>>>> > > >>>>>> Build succeeded! > > >>>>>> > > >>>>>> Sincerely, > > >>>>>> -The Buildbot > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>> > > > > > > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
I think I explained this already several times. Buildbot starts anew each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to cache things.
We could ask about other projects practices but I suppose I'd have been noticed when I asked for Gradle installation https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12235 Anyway I fixed it with r1755451 Jacques Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : > Actually this is a good question Scott. > > Jacques why aren't the libs cached? are we deleting ".gradle" in buildbot > upon each new build? > > It is hard to investigate second hand. Is there a way to check what is > going on exactly on the VM? The inability to repeat on my computer makes it > hard to pinpoint the problem. > > On Sunday, 7 August 2016, Scott Gray <[hidden email]> wrote: > >> Surely there's some solution for the jars not being cached? I wonder how >> the other projects deal with this >> >> Regards >> Scott >> >> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >> <javascript:;>> wrote: >> >>> Okay cool. I am trying to eliminate all causes. The crash is happening >>> exactly when trying to construct the classpath for the constructed jar. >>> This line of code in build.gradle is what's causing the crash: >>> >>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' ') >>> >>> And it is complaining about UTF-8 encoding. Not sure exactly why but it >>> very much smells like a bug around encoding and string parsing. Still >>> investigating. >>> >>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" <[hidden email] >> <javascript:;>> >>> wrote: >>> >>>> We never used the Gradle daemon on BuildBot as it's not recommended on >> CI >>>> servers. There is no cache on BuildBot, it always starts anew. We >> always >>>> use Gradle and not the wrapper there. >>>> >>>> Also the project name was fixed at r1754623 so 35 commits before >>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see >> how >>>> it could be related, but this is weird indeed >>>> >>>> Unrelated, just FYI: we also no longer use the Gradle daemon with trunk >>>> demo as it seems it was sometimes an issue. Though actually the real >>> issue >>>> (DB related) we got there was using "shutdown" instead of now >>>> "terminateOfbiz"which seems to have fixed the DB issue >>>> >>>> Jacques >>>> >>>> >>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>> >>>>> Hi Jacques, >>>>> >>>>> Can you try to disable the gradle Daemon? I suspect this might be a >>> cause >>>>> as per this discussion -> >>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>> properly-in-gradle >>>>> >>>>> Taher Alkhateeb >>>>> >>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>> [hidden email] <javascript:;>> >>>>> wrote: >>>>> >>>>> Haa, I just noticed something interesting in https://ci.apache.org/ >>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>> >>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>> following: >>>>>> >>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>> Required by: >>>>>> :ofbiz:unspecified >>>>>> >>>>>> There is no project called :ofbiz:unspecified. Something is not >> parsing >>>>>> the project tree correctly and I'm not sure of the reason yet. It >>> could be >>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>> something >>>>>> got affected in the cache. >>>>>> >>>>>> I don't think this is a transient bug, I suspect we introduced >>> something >>>>>> that is causing this weird behavior. >>>>>> >>>>>> >>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>> [hidden email] <javascript:;>> wrote: >>>>>> >>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>> >>>>>>> Anyway "wait and see" will come to an end >>>>>>> >>>>>>> Jacques >>>>>>> >>>>>>> >>>>>>> >>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>> >>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>> >>>>>>>> Jacques >>>>>>>> >>>>>>>> >>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a écrit >> : >>>>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>> while >>>>>>>>> building . Full details are available at: >>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>> >>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>> >>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>> >>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>> 'on-ofbiz-commit' >>>>>>>>> triggered this build >>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>> Blamelist: arunpatidar >>>>>>>>> >>>>>>>>> Build succeeded! >>>>>>>>> >>>>>>>>> Sincerely, >>>>>>>>> -The Buildbot >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
As it was random, I double checked forcing a BuildBot build and it did not work, still the same random issue
https://ci.apache.org/builders/ofbiz-trunk/builds/1206 I read at http://www.odi.ch/weblog/posting.php?posting=585 (and somewhere else on stackoverflow I don't clearly remember) that Java seems to support both UTF8 and UTF-8 But it seems to depend on libs (facepalm) https://docs.oracle.com/javase/8/docs/technotes/guides/intl/encoding.doc.html Even found something clearer: https://en.wikipedia.org/wiki/UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 days tomorrow morning :) I though can't see why the same encoding name (UTF8) would work one time and not the other :-o Jacques Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : > I think I explained this already several times. Buildbot starts anew each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to cache > things. > > We could ask about other projects practices but I suppose I'd have been noticed when I asked for Gradle installation > https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12235 > > Anyway I fixed it with r1755451 > > Jacques > > > Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >> Actually this is a good question Scott. >> >> Jacques why aren't the libs cached? are we deleting ".gradle" in buildbot >> upon each new build? >> >> It is hard to investigate second hand. Is there a way to check what is >> going on exactly on the VM? The inability to repeat on my computer makes it >> hard to pinpoint the problem. >> >> On Sunday, 7 August 2016, Scott Gray <[hidden email]> wrote: >> >>> Surely there's some solution for the jars not being cached? I wonder how >>> the other projects deal with this >>> >>> Regards >>> Scott >>> >>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>> <javascript:;>> wrote: >>> >>>> Okay cool. I am trying to eliminate all causes. The crash is happening >>>> exactly when trying to construct the classpath for the constructed jar. >>>> This line of code in build.gradle is what's causing the crash: >>>> >>>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' ') >>>> >>>> And it is complaining about UTF-8 encoding. Not sure exactly why but it >>>> very much smells like a bug around encoding and string parsing. Still >>>> investigating. >>>> >>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" <[hidden email] >>> <javascript:;>> >>>> wrote: >>>> >>>>> We never used the Gradle daemon on BuildBot as it's not recommended on >>> CI >>>>> servers. There is no cache on BuildBot, it always starts anew. We >>> always >>>>> use Gradle and not the wrapper there. >>>>> >>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see >>> how >>>>> it could be related, but this is weird indeed >>>>> >>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with trunk >>>>> demo as it seems it was sometimes an issue. Though actually the real >>>> issue >>>>> (DB related) we got there was using "shutdown" instead of now >>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>> >>>>> Jacques >>>>> >>>>> >>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>> >>>>>> Hi Jacques, >>>>>> >>>>>> Can you try to disable the gradle Daemon? I suspect this might be a >>>> cause >>>>>> as per this discussion -> >>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>> properly-in-gradle >>>>>> >>>>>> Taher Alkhateeb >>>>>> >>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>> [hidden email] <javascript:;>> >>>>>> wrote: >>>>>> >>>>>> Haa, I just noticed something interesting in https://ci.apache.org/ >>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>> >>>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>>> following: >>>>>>> >>>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>> Required by: >>>>>>> :ofbiz:unspecified >>>>>>> >>>>>>> There is no project called :ofbiz:unspecified. Something is not >>> parsing >>>>>>> the project tree correctly and I'm not sure of the reason yet. It >>>> could be >>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>> something >>>>>>> got affected in the cache. >>>>>>> >>>>>>> I don't think this is a transient bug, I suspect we introduced >>>> something >>>>>>> that is causing this weird behavior. >>>>>>> >>>>>>> >>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>> >>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>> >>>>>>>> Anyway "wait and see" will come to an end >>>>>>>> >>>>>>>> Jacques >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>> >>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>> >>>>>>>>> Jacques >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a écrit >>> : >>>>>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>>> while >>>>>>>>>> building . Full details are available at: >>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>> >>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>> >>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>> >>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>> 'on-ofbiz-commit' >>>>>>>>>> triggered this build >>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>> >>>>>>>>>> Build succeeded! >>>>>>>>>> >>>>>>>>>> Sincerely, >>>>>>>>>> -The Buildbot >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> > > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
In case it helps I have set --stacktrace in BuildBot
See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/steps/shell/logs/stdio Jacques Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : > As it was random, I double checked forcing a BuildBot build and it did not work, still the same random issue > https://ci.apache.org/builders/ofbiz-trunk/builds/1206 > > I read at http://www.odi.ch/weblog/posting.php?posting=585 (and somewhere else on stackoverflow I don't clearly remember) that Java seems to support > both UTF8 and UTF-8 > > But it seems to depend on libs (facepalm) https://docs.oracle.com/javase/8/docs/technotes/guides/intl/encoding.doc.html > > Even found something clearer: https://en.wikipedia.org/wiki/UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 days tomorrow > morning :) > > I though can't see why the same encoding name (UTF8) would work one time and not the other :-o > > Jacques > > > Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >> I think I explained this already several times. Buildbot starts anew each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to cache >> things. >> >> We could ask about other projects practices but I suppose I'd have been noticed when I asked for Gradle installation >> https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12235 >> >> Anyway I fixed it with r1755451 >> >> Jacques >> >> >> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>> Actually this is a good question Scott. >>> >>> Jacques why aren't the libs cached? are we deleting ".gradle" in buildbot >>> upon each new build? >>> >>> It is hard to investigate second hand. Is there a way to check what is >>> going on exactly on the VM? The inability to repeat on my computer makes it >>> hard to pinpoint the problem. >>> >>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> wrote: >>> >>>> Surely there's some solution for the jars not being cached? I wonder how >>>> the other projects deal with this >>>> >>>> Regards >>>> Scott >>>> >>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>> <javascript:;>> wrote: >>>> >>>>> Okay cool. I am trying to eliminate all causes. The crash is happening >>>>> exactly when trying to construct the classpath for the constructed jar. >>>>> This line of code in build.gradle is what's causing the crash: >>>>> >>>>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' ') >>>>> >>>>> And it is complaining about UTF-8 encoding. Not sure exactly why but it >>>>> very much smells like a bug around encoding and string parsing. Still >>>>> investigating. >>>>> >>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" <[hidden email] >>>> <javascript:;>> >>>>> wrote: >>>>> >>>>>> We never used the Gradle daemon on BuildBot as it's not recommended on >>>> CI >>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>> always >>>>>> use Gradle and not the wrapper there. >>>>>> >>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see >>>> how >>>>>> it could be related, but this is weird indeed >>>>>> >>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with trunk >>>>>> demo as it seems it was sometimes an issue. Though actually the real >>>>> issue >>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>> >>>>>> Jacques >>>>>> >>>>>> >>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>> >>>>>>> Hi Jacques, >>>>>>> >>>>>>> Can you try to disable the gradle Daemon? I suspect this might be a >>>>> cause >>>>>>> as per this discussion -> >>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>> properly-in-gradle >>>>>>> >>>>>>> Taher Alkhateeb >>>>>>> >>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>> [hidden email] <javascript:;>> >>>>>>> wrote: >>>>>>> >>>>>>> Haa, I just noticed something interesting in https://ci.apache.org/ >>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>> >>>>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>>>> following: >>>>>>>> >>>>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>> Required by: >>>>>>>> :ofbiz:unspecified >>>>>>>> >>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>> parsing >>>>>>>> the project tree correctly and I'm not sure of the reason yet. It >>>>> could be >>>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>> something >>>>>>>> got affected in the cache. >>>>>>>> >>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>> something >>>>>>>> that is causing this weird behavior. >>>>>>>> >>>>>>>> >>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>> >>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>> >>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>> >>>>>>>>> Jacques >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>> >>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>> >>>>>>>>>> Jacques >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a écrit >>>> : >>>>>>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>>>> while >>>>>>>>>>> building . Full details are available at: >>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>> >>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>> >>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>> >>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>> 'on-ofbiz-commit' >>>>>>>>>>> triggered this build >>>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>> >>>>>>>>>>> Build succeeded! >>>>>>>>>>> >>>>>>>>>>> Sincerely, >>>>>>>>>>> -The Buildbot >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >> >> > > |
|
|
I suspect the dependencies refactoring I wrote might have exposed libraries
with this encoding issue. Jacques is it possible to experiment on the VM? We can try the below workaround in build.gradle and see if that resolves issues for now System.setProperty("file.encoding", "UTF-8") On Aug 7, 2016 8:42 PM, "Jacques Le Roux" <[hidden email]> wrote: > In case it helps I have set --stacktrace in BuildBot > > See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/ > steps/shell/logs/stdio > > Jacques > > > Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : > >> As it was random, I double checked forcing a BuildBot build and it did >> not work, still the same random issue https://ci.apache.org/builders >> /ofbiz-trunk/builds/1206 >> >> I read at http://www.odi.ch/weblog/posting.php?posting=585 (and >> somewhere else on stackoverflow I don't clearly remember) that Java seems >> to support both UTF8 and UTF-8 >> >> But it seems to depend on libs (facepalm) https://docs.oracle.com/javase >> /8/docs/technotes/guides/intl/encoding.doc.html >> >> Even found something clearer: https://en.wikipedia.org/wiki/ >> UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 days >> tomorrow morning :) >> >> I though can't see why the same encoding name (UTF8) would work one time >> and not the other :-o >> >> Jacques >> >> >> Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >> >>> I think I explained this already several times. Buildbot starts anew >>> each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to >>> cache things. >>> >>> We could ask about other projects practices but I suppose I'd have been >>> noticed when I asked for Gradle installation >>> https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12235 >>> >>> Anyway I fixed it with r1755451 >>> >>> Jacques >>> >>> >>> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>> >>>> Actually this is a good question Scott. >>>> >>>> Jacques why aren't the libs cached? are we deleting ".gradle" in >>>> buildbot >>>> upon each new build? >>>> >>>> It is hard to investigate second hand. Is there a way to check what is >>>> going on exactly on the VM? The inability to repeat on my computer >>>> makes it >>>> hard to pinpoint the problem. >>>> >>>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> >>>> wrote: >>>> >>>> Surely there's some solution for the jars not being cached? I wonder how >>>>> the other projects deal with this >>>>> >>>>> Regards >>>>> Scott >>>>> >>>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>>> <javascript:;>> wrote: >>>>> >>>>> Okay cool. I am trying to eliminate all causes. The crash is happening >>>>>> exactly when trying to construct the classpath for the constructed >>>>>> jar. >>>>>> This line of code in build.gradle is what's causing the crash: >>>>>> >>>>>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' >>>>>> ') >>>>>> >>>>>> And it is complaining about UTF-8 encoding. Not sure exactly why but >>>>>> it >>>>>> very much smells like a bug around encoding and string parsing. Still >>>>>> investigating. >>>>>> >>>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" < >>>>>> [hidden email] >>>>>> >>>>> <javascript:;>> >>>>> >>>>>> wrote: >>>>>> >>>>>> We never used the Gradle daemon on BuildBot as it's not recommended on >>>>>>> >>>>>> CI >>>>> >>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>>>>> >>>>>> always >>>>> >>>>>> use Gradle and not the wrapper there. >>>>>>> >>>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see >>>>>>> >>>>>> how >>>>> >>>>>> it could be related, but this is weird indeed >>>>>>> >>>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with >>>>>>> trunk >>>>>>> demo as it seems it was sometimes an issue. Though actually the real >>>>>>> >>>>>> issue >>>>>> >>>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>>> >>>>>>> Jacques >>>>>>> >>>>>>> >>>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>>> >>>>>>> Hi Jacques, >>>>>>>> >>>>>>>> Can you try to disable the gradle Daemon? I suspect this might be a >>>>>>>> >>>>>>> cause >>>>>> >>>>>>> as per this discussion -> >>>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>>> properly-in-gradle >>>>>>>> >>>>>>>> Taher Alkhateeb >>>>>>>> >>>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>>> [hidden email] <javascript:;>> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Haa, I just noticed something interesting in https://ci.apache.org/ >>>>>>>> >>>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>> >>>>>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>>>>> following: >>>>>>>>> >>>>>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>>> Required by: >>>>>>>>> :ofbiz:unspecified >>>>>>>>> >>>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>>>>>>> >>>>>>>> parsing >>>>> >>>>>> the project tree correctly and I'm not sure of the reason yet. It >>>>>>>>> >>>>>>>> could be >>>>>> >>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>>>>>> >>>>>>>> something >>>>>> >>>>>>> got affected in the cache. >>>>>>>>> >>>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>>>>>> >>>>>>>> something >>>>>> >>>>>>> that is causing this weird behavior. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>>> >>>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>> >>>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>> >>>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>>> >>>>>>>>>> Jacques >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>>> >>>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>> >>>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>>> >>>>>>>>>>> Jacques >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a >>>>>>>>>>> écrit >>>>>>>>>>> >>>>>>>>>> : >>>>> >>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>>>>>>>>>> >>>>>>>>>> while >>>>>> >>>>>>> building . Full details are available at: >>>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>>> >>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>> >>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>> >>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>> >>>>>>>>>>> 'on-ofbiz-commit' >>>>>> >>>>>>> triggered this build >>>>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>>> >>>>>>>>>>>> Build succeeded! >>>>>>>>>>>> >>>>>>>>>>>> Sincerely, >>>>>>>>>>>> -The Buildbot >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>> >>> >> >> > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
I already did compileJava.options.encoding = 'UTF-8'
at http://svn.apache.org/viewvc?view=revision&revision=1755451 Would be below different? BTW what to you mean with VM it seems we have no issues with the trunk demo on OFBIZ-VM, but it's cached there (we use the wrapper) By VM do you mean BuildBot? If yes, then yes try it Jacques Le 07/08/2016 à 21:58, Taher Alkhateeb a écrit : > I suspect the dependencies refactoring I wrote might have exposed libraries > with this encoding issue. > > Jacques is it possible to experiment on the VM? We can try the below > workaround in build.gradle and see if that resolves issues for now > > System.setProperty("file.encoding", "UTF-8") > > On Aug 7, 2016 8:42 PM, "Jacques Le Roux" <[hidden email]> > wrote: > >> In case it helps I have set --stacktrace in BuildBot >> >> See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/ >> steps/shell/logs/stdio >> >> Jacques >> >> >> Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : >> >>> As it was random, I double checked forcing a BuildBot build and it did >>> not work, still the same random issue https://ci.apache.org/builders >>> /ofbiz-trunk/builds/1206 >>> >>> I read at http://www.odi.ch/weblog/posting.php?posting=585 (and >>> somewhere else on stackoverflow I don't clearly remember) that Java seems >>> to support both UTF8 and UTF-8 >>> >>> But it seems to depend on libs (facepalm) https://docs.oracle.com/javase >>> /8/docs/technotes/guides/intl/encoding.doc.html >>> >>> Even found something clearer: https://en.wikipedia.org/wiki/ >>> UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 days >>> tomorrow morning :) >>> >>> I though can't see why the same encoding name (UTF8) would work one time >>> and not the other :-o >>> >>> Jacques >>> >>> >>> Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >>> >>>> I think I explained this already several times. Buildbot starts anew >>>> each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to >>>> cache things. >>>> >>>> We could ask about other projects practices but I suppose I'd have been >>>> noticed when I asked for Gradle installation >>>> https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12235 >>>> >>>> Anyway I fixed it with r1755451 >>>> >>>> Jacques >>>> >>>> >>>> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>>> >>>>> Actually this is a good question Scott. >>>>> >>>>> Jacques why aren't the libs cached? are we deleting ".gradle" in >>>>> buildbot >>>>> upon each new build? >>>>> >>>>> It is hard to investigate second hand. Is there a way to check what is >>>>> going on exactly on the VM? The inability to repeat on my computer >>>>> makes it >>>>> hard to pinpoint the problem. >>>>> >>>>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> >>>>> wrote: >>>>> >>>>> Surely there's some solution for the jars not being cached? I wonder how >>>>>> the other projects deal with this >>>>>> >>>>>> Regards >>>>>> Scott >>>>>> >>>>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>>>> <javascript:;>> wrote: >>>>>> >>>>>> Okay cool. I am trying to eliminate all causes. The crash is happening >>>>>>> exactly when trying to construct the classpath for the constructed >>>>>>> jar. >>>>>>> This line of code in build.gradle is what's causing the crash: >>>>>>> >>>>>>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' >>>>>>> ') >>>>>>> >>>>>>> And it is complaining about UTF-8 encoding. Not sure exactly why but >>>>>>> it >>>>>>> very much smells like a bug around encoding and string parsing. Still >>>>>>> investigating. >>>>>>> >>>>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" < >>>>>>> [hidden email] >>>>>>> >>>>>> <javascript:;>> >>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> We never used the Gradle daemon on BuildBot as it's not recommended on >>>>>>> CI >>>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>>>>> always >>>>>>> use Gradle and not the wrapper there. >>>>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't see >>>>>>>> >>>>>>> how >>>>>>> it could be related, but this is weird indeed >>>>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with >>>>>>>> trunk >>>>>>>> demo as it seems it was sometimes an issue. Though actually the real >>>>>>>> >>>>>>> issue >>>>>>> >>>>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>>>> >>>>>>>> Jacques >>>>>>>> >>>>>>>> >>>>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>>>> >>>>>>>> Hi Jacques, >>>>>>>>> Can you try to disable the gradle Daemon? I suspect this might be a >>>>>>>>> >>>>>>>> cause >>>>>>>> as per this discussion -> >>>>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>>>> properly-in-gradle >>>>>>>>> >>>>>>>>> Taher Alkhateeb >>>>>>>>> >>>>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>>>> [hidden email] <javascript:;>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Haa, I just noticed something interesting in https://ci.apache.org/ >>>>>>>>> >>>>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>> >>>>>>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>>>>>> following: >>>>>>>>>> >>>>>>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>>>> Required by: >>>>>>>>>> :ofbiz:unspecified >>>>>>>>>> >>>>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>>>>>>>> >>>>>>>>> parsing >>>>>>> the project tree correctly and I'm not sure of the reason yet. It >>>>>>>>> could be >>>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>>>>>> something >>>>>>>> got affected in the cache. >>>>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>>>>>>> >>>>>>>>> something >>>>>>>> that is causing this weird behavior. >>>>>>>>>> >>>>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>>>> >>>>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>>> >>>>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>> >>>>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>>>> >>>>>>>>>>> Jacques >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>>>> >>>>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>>> >>>>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>>>> >>>>>>>>>>>> Jacques >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a >>>>>>>>>>>> écrit >>>>>>>>>>>> >>>>>>>>>>> : >>>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>>>>>>>>>> while >>>>>>>> building . Full details are available at: >>>>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>>>> >>>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>>> >>>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>>> >>>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>>> >>>>>>>>>>>> 'on-ofbiz-commit' >>>>>>>> triggered this build >>>>>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>>>> >>>>>>>>>>>>> Build succeeded! >>>>>>>>>>>>> >>>>>>>>>>>>> Sincerely, >>>>>>>>>>>>> -The Buildbot >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>> >>> |
|
|
Hi Jacques,
I think they are different. Your code seems to apply encoding only on the javaCompile task while my code applies a global jvm property that spans the whole project. Anyway if that does not work then that leaves us with either replacing the dependency or fixing the jar classpath construction logic. Let's see. Taher Alkhateeb On Sunday, 7 August 2016, Jacques Le Roux <[hidden email]> wrote: > I already did compileJava.options.encoding = 'UTF-8' > > at http://svn.apache.org/viewvc?view=revision&revision=1755451 > > Would be below different? > > BTW what to you mean with VM it seems we have no issues with the trunk > demo on OFBIZ-VM, but it's cached there (we use the wrapper) > > By VM do you mean BuildBot? If yes, then yes try it > > Jacques > > > Le 07/08/2016 à 21:58, Taher Alkhateeb a écrit : > >> I suspect the dependencies refactoring I wrote might have exposed >> libraries >> with this encoding issue. >> >> Jacques is it possible to experiment on the VM? We can try the below >> workaround in build.gradle and see if that resolves issues for now >> >> System.setProperty("file.encoding", "UTF-8") >> >> On Aug 7, 2016 8:42 PM, "Jacques Le Roux" <[hidden email]> >> wrote: >> >> In case it helps I have set --stacktrace in BuildBot >>> >>> See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/ >>> steps/shell/logs/stdio >>> >>> Jacques >>> >>> >>> Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : >>> >>> As it was random, I double checked forcing a BuildBot build and it did >>>> not work, still the same random issue https://ci.apache.org/builders >>>> /ofbiz-trunk/builds/1206 >>>> >>>> I read at http://www.odi.ch/weblog/posting.php?posting=585 (and >>>> somewhere else on stackoverflow I don't clearly remember) that Java >>>> seems >>>> to support both UTF8 and UTF-8 >>>> >>>> But it seems to depend on libs (facepalm) >>>> https://docs.oracle.com/javase >>>> /8/docs/technotes/guides/intl/encoding.doc.html >>>> >>>> Even found something clearer: https://en.wikipedia.org/wiki/ >>>> UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 days >>>> tomorrow morning :) >>>> >>>> I though can't see why the same encoding name (UTF8) would work one time >>>> and not the other :-o >>>> >>>> Jacques >>>> >>>> >>>> Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >>>> >>>> I think I explained this already several times. Buildbot starts anew >>>>> each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to >>>>> cache things. >>>>> >>>>> We could ask about other projects practices but I suppose I'd have been >>>>> noticed when I asked for Gradle installation >>>>> https://issues.apache.org/jira/servicedesk/customer/portal/ >>>>> 1/INFRA-12235 >>>>> >>>>> Anyway I fixed it with r1755451 >>>>> >>>>> Jacques >>>>> >>>>> >>>>> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>>>> >>>>> Actually this is a good question Scott. >>>>>> >>>>>> Jacques why aren't the libs cached? are we deleting ".gradle" in >>>>>> buildbot >>>>>> upon each new build? >>>>>> >>>>>> It is hard to investigate second hand. Is there a way to check what is >>>>>> going on exactly on the VM? The inability to repeat on my computer >>>>>> makes it >>>>>> hard to pinpoint the problem. >>>>>> >>>>>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> >>>>>> wrote: >>>>>> >>>>>> Surely there's some solution for the jars not being cached? I wonder >>>>>> how >>>>>> >>>>>>> the other projects deal with this >>>>>>> >>>>>>> Regards >>>>>>> Scott >>>>>>> >>>>>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>>>>> <javascript:;>> wrote: >>>>>>> >>>>>>> Okay cool. I am trying to eliminate all causes. The crash is >>>>>>> happening >>>>>>> >>>>>>>> exactly when trying to construct the classpath for the constructed >>>>>>>> jar. >>>>>>>> This line of code in build.gradle is what's causing the crash: >>>>>>>> >>>>>>>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' >>>>>>>> ') >>>>>>>> >>>>>>>> And it is complaining about UTF-8 encoding. Not sure exactly why but >>>>>>>> it >>>>>>>> very much smells like a bug around encoding and string parsing. >>>>>>>> Still >>>>>>>> investigating. >>>>>>>> >>>>>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" < >>>>>>>> [hidden email] >>>>>>>> >>>>>>>> <javascript:;>> >>>>>>> >>>>>>> wrote: >>>>>>>> >>>>>>>> We never used the Gradle daemon on BuildBot as it's not recommended >>>>>>>> on >>>>>>>> CI >>>>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>>>>>> always >>>>>>>> use Gradle and not the wrapper there. >>>>>>>> >>>>>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't >>>>>>>>> see >>>>>>>>> >>>>>>>>> how >>>>>>>> it could be related, but this is weird indeed >>>>>>>> >>>>>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with >>>>>>>>> trunk >>>>>>>>> demo as it seems it was sometimes an issue. Though actually the >>>>>>>>> real >>>>>>>>> >>>>>>>>> issue >>>>>>>> >>>>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>>>>> >>>>>>>>> Jacques >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>>>>> >>>>>>>>> Hi Jacques, >>>>>>>>> >>>>>>>>>> Can you try to disable the gradle Daemon? I suspect this might be >>>>>>>>>> a >>>>>>>>>> >>>>>>>>>> cause >>>>>>>>> as per this discussion -> >>>>>>>>> >>>>>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>>>>> properly-in-gradle >>>>>>>>>> >>>>>>>>>> Taher Alkhateeb >>>>>>>>>> >>>>>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>>>>> [hidden email] <javascript:;>> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Haa, I just noticed something interesting in >>>>>>>>>> https://ci.apache.org/ >>>>>>>>>> >>>>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>> >>>>>>>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>>>>>>> following: >>>>>>>>>>> >>>>>>>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>>>>> Required by: >>>>>>>>>>> :ofbiz:unspecified >>>>>>>>>>> >>>>>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>>>>>>>>> >>>>>>>>>>> parsing >>>>>>>>>> >>>>>>>>> the project tree correctly and I'm not sure of the reason yet. It >>>>>>>> >>>>>>>>> could be >>>>>>>>>> >>>>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>>>>>> >>>>>>>>>> something >>>>>>>>>> >>>>>>>>> got affected in the cache. >>>>>>>>> >>>>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>>>>>>>> >>>>>>>>>>> something >>>>>>>>>> >>>>>>>>> that is causing this weird behavior. >>>>>>>>> >>>>>>>>>> >>>>>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>>>>> >>>>>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>>>> >>>>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>> >>>>>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>>>>> >>>>>>>>>>>> Jacques >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>>>>> >>>>>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>>>> >>>>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>>>>> >>>>>>>>>>>>> Jacques >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a >>>>>>>>>>>>> écrit >>>>>>>>>>>>> >>>>>>>>>>>>> : >>>>>>>>>>>> >>>>>>>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>>>>>>> >>>>>>>>> while >>>>>>>>>>>> >>>>>>>>>>> building . Full details are available at: >>>>>>>>> >>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>>>>> >>>>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>>>> >>>>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>>>> >>>>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>>>> >>>>>>>>>>>>>> 'on-ofbiz-commit' >>>>>>>>>>>>> >>>>>>>>>>>> triggered this build >>>>>>>>> >>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>>>>> >>>>>>>>>>>>>> Build succeeded! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Sincerely, >>>>>>>>>>>>>> -The Buildbot >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>> >>>> > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
Hi Taher,
I just tried, same issue https://ci.apache.org/builders/ofbiz-trunk/builds/1208/steps/shell/logs/stdio I'll see later now (being off for 4 days) Jacques Le 08/08/2016 à 10:11, Taher Alkhateeb a écrit : > Hi Jacques, > > I think they are different. Your code seems to apply encoding only on the > javaCompile task while my code applies a global jvm property that spans the > whole project. > > Anyway if that does not work then that leaves us with either replacing the > dependency or fixing the jar classpath construction logic. Let's see. > > Taher Alkhateeb > > On Sunday, 7 August 2016, Jacques Le Roux <[hidden email]> > wrote: > >> I already did compileJava.options.encoding = 'UTF-8' >> >> at http://svn.apache.org/viewvc?view=revision&revision=1755451 >> >> Would be below different? >> >> BTW what to you mean with VM it seems we have no issues with the trunk >> demo on OFBIZ-VM, but it's cached there (we use the wrapper) >> >> By VM do you mean BuildBot? If yes, then yes try it >> >> Jacques >> >> >> Le 07/08/2016 à 21:58, Taher Alkhateeb a écrit : >> >>> I suspect the dependencies refactoring I wrote might have exposed >>> libraries >>> with this encoding issue. >>> >>> Jacques is it possible to experiment on the VM? We can try the below >>> workaround in build.gradle and see if that resolves issues for now >>> >>> System.setProperty("file.encoding", "UTF-8") >>> >>> On Aug 7, 2016 8:42 PM, "Jacques Le Roux" <[hidden email]> >>> wrote: >>> >>> In case it helps I have set --stacktrace in BuildBot >>>> See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/ >>>> steps/shell/logs/stdio >>>> >>>> Jacques >>>> >>>> >>>> Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : >>>> >>>> As it was random, I double checked forcing a BuildBot build and it did >>>>> not work, still the same random issue https://ci.apache.org/builders >>>>> /ofbiz-trunk/builds/1206 >>>>> >>>>> I read at http://www.odi.ch/weblog/posting.php?posting=585 (and >>>>> somewhere else on stackoverflow I don't clearly remember) that Java >>>>> seems >>>>> to support both UTF8 and UTF-8 >>>>> >>>>> But it seems to depend on libs (facepalm) >>>>> https://docs.oracle.com/javase >>>>> /8/docs/technotes/guides/intl/encoding.doc.html >>>>> >>>>> Even found something clearer: https://en.wikipedia.org/wiki/ >>>>> UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 days >>>>> tomorrow morning :) >>>>> >>>>> I though can't see why the same encoding name (UTF8) would work one time >>>>> and not the other :-o >>>>> >>>>> Jacques >>>>> >>>>> >>>>> Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >>>>> >>>>> I think I explained this already several times. Buildbot starts anew >>>>>> each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway to >>>>>> cache things. >>>>>> >>>>>> We could ask about other projects practices but I suppose I'd have been >>>>>> noticed when I asked for Gradle installation >>>>>> https://issues.apache.org/jira/servicedesk/customer/portal/ >>>>>> 1/INFRA-12235 >>>>>> >>>>>> Anyway I fixed it with r1755451 >>>>>> >>>>>> Jacques >>>>>> >>>>>> >>>>>> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>>>>> >>>>>> Actually this is a good question Scott. >>>>>>> Jacques why aren't the libs cached? are we deleting ".gradle" in >>>>>>> buildbot >>>>>>> upon each new build? >>>>>>> >>>>>>> It is hard to investigate second hand. Is there a way to check what is >>>>>>> going on exactly on the VM? The inability to repeat on my computer >>>>>>> makes it >>>>>>> hard to pinpoint the problem. >>>>>>> >>>>>>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> >>>>>>> wrote: >>>>>>> >>>>>>> Surely there's some solution for the jars not being cached? I wonder >>>>>>> how >>>>>>> >>>>>>>> the other projects deal with this >>>>>>>> >>>>>>>> Regards >>>>>>>> Scott >>>>>>>> >>>>>>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>>>>>> <javascript:;>> wrote: >>>>>>>> >>>>>>>> Okay cool. I am trying to eliminate all causes. The crash is >>>>>>>> happening >>>>>>>> >>>>>>>>> exactly when trying to construct the classpath for the constructed >>>>>>>>> jar. >>>>>>>>> This line of code in build.gradle is what's causing the crash: >>>>>>>>> >>>>>>>>> osClassPath = configurations.runtime.files.collect { "$it" }.join(' >>>>>>>>> ') >>>>>>>>> >>>>>>>>> And it is complaining about UTF-8 encoding. Not sure exactly why but >>>>>>>>> it >>>>>>>>> very much smells like a bug around encoding and string parsing. >>>>>>>>> Still >>>>>>>>> investigating. >>>>>>>>> >>>>>>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" < >>>>>>>>> [hidden email] >>>>>>>>> >>>>>>>>> <javascript:;>> >>>>>>>> wrote: >>>>>>>>> We never used the Gradle daemon on BuildBot as it's not recommended >>>>>>>>> on >>>>>>>>> CI >>>>>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>>>>>>> always >>>>>>>>> use Gradle and not the wrapper there. >>>>>>>>> >>>>>>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't >>>>>>>>>> see >>>>>>>>>> >>>>>>>>>> how >>>>>>>>> it could be related, but this is weird indeed >>>>>>>>> >>>>>>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with >>>>>>>>>> trunk >>>>>>>>>> demo as it seems it was sometimes an issue. Though actually the >>>>>>>>>> real >>>>>>>>>> >>>>>>>>>> issue >>>>>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>>>>>> >>>>>>>>>> Jacques >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>>>>>> >>>>>>>>>> Hi Jacques, >>>>>>>>>> >>>>>>>>>>> Can you try to disable the gradle Daemon? I suspect this might be >>>>>>>>>>> a >>>>>>>>>>> >>>>>>>>>>> cause >>>>>>>>>> as per this discussion -> >>>>>>>>>> >>>>>>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>>>>>> properly-in-gradle >>>>>>>>>>> >>>>>>>>>>> Taher Alkhateeb >>>>>>>>>>> >>>>>>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>>>>>> [hidden email] <javascript:;>> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Haa, I just noticed something interesting in >>>>>>>>>>> https://ci.apache.org/ >>>>>>>>>>> >>>>>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>> If you look at the logs, ignore shiro for a second, ant note the >>>>>>>>>>>> following: >>>>>>>>>>>> >>>>>>>>>>>> Could not resolve all dependencies for configuration ':runtime'. >>>>>>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>>>>>> Required by: >>>>>>>>>>>> :ofbiz:unspecified >>>>>>>>>>>> >>>>>>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>>>>>>>>>> >>>>>>>>>>>> parsing >>>>>>>>>> the project tree correctly and I'm not sure of the reason yet. It >>>>>>>>>> could be >>>>>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>>>>>>> >>>>>>>>>>> something >>>>>>>>>>> >>>>>>>>>> got affected in the cache. >>>>>>>>>> >>>>>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>>>>>>>>> something >>>>>>>>>> that is causing this weird behavior. >>>>>>>>>> >>>>>>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>>>>> >>>>>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>>>>>> >>>>>>>>>>>>> Jacques >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>>>>>> >>>>>>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>>>>> >>>>>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a >>>>>>>>>>>>>> écrit >>>>>>>>>>>>>> >>>>>>>>>>>>>> : >>>>>>>>>>>> The Buildbot has detected a restored build on builder ofbiz-trunk >>>>>>>>>> while >>>>>>>>>>>> building . Full details are available at: >>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 'on-ofbiz-commit' >>>>>>>>>>>>> triggered this build >>>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Build succeeded! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Sincerely, >>>>>>>>>>>>>>> -The Buildbot >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> |
|
|
I just bumped shiro to 1.3.0 from 1.2.5, all tests pass and everything runs
on my computer. I hope this resolves it. Waiting to see. On Mon, Aug 8, 2016 at 12:44 PM, Jacques Le Roux < [hidden email]> wrote: > Hi Taher, > > I just tried, same issue https://ci.apache.org/builders > /ofbiz-trunk/builds/1208/steps/shell/logs/stdio > > I'll see later now (being off for 4 days) > > Jacques > > > Le 08/08/2016 à 10:11, Taher Alkhateeb a écrit : > >> Hi Jacques, >> >> I think they are different. Your code seems to apply encoding only on the >> javaCompile task while my code applies a global jvm property that spans >> the >> whole project. >> >> Anyway if that does not work then that leaves us with either replacing the >> dependency or fixing the jar classpath construction logic. Let's see. >> >> Taher Alkhateeb >> >> On Sunday, 7 August 2016, Jacques Le Roux <[hidden email]> >> wrote: >> >> I already did compileJava.options.encoding = 'UTF-8' >>> >>> at http://svn.apache.org/viewvc?view=revision&revision=1755451 >>> >>> Would be below different? >>> >>> BTW what to you mean with VM it seems we have no issues with the trunk >>> demo on OFBIZ-VM, but it's cached there (we use the wrapper) >>> >>> By VM do you mean BuildBot? If yes, then yes try it >>> >>> Jacques >>> >>> >>> Le 07/08/2016 à 21:58, Taher Alkhateeb a écrit : >>> >>> I suspect the dependencies refactoring I wrote might have exposed >>>> libraries >>>> with this encoding issue. >>>> >>>> Jacques is it possible to experiment on the VM? We can try the below >>>> workaround in build.gradle and see if that resolves issues for now >>>> >>>> System.setProperty("file.encoding", "UTF-8") >>>> >>>> On Aug 7, 2016 8:42 PM, "Jacques Le Roux" <[hidden email] >>>> > >>>> wrote: >>>> >>>> In case it helps I have set --stacktrace in BuildBot >>>> >>>>> See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/ >>>>> steps/shell/logs/stdio >>>>> >>>>> Jacques >>>>> >>>>> >>>>> Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : >>>>> >>>>> As it was random, I double checked forcing a BuildBot build and it did >>>>> >>>>>> not work, still the same random issue https://ci.apache.org/builders >>>>>> /ofbiz-trunk/builds/1206 >>>>>> >>>>>> I read at http://www.odi.ch/weblog/posting.php?posting=585 (and >>>>>> somewhere else on stackoverflow I don't clearly remember) that Java >>>>>> seems >>>>>> to support both UTF8 and UTF-8 >>>>>> >>>>>> But it seems to depend on libs (facepalm) >>>>>> https://docs.oracle.com/javase >>>>>> /8/docs/technotes/guides/intl/encoding.doc.html >>>>>> >>>>>> Even found something clearer: https://en.wikipedia.org/wiki/ >>>>>> UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 >>>>>> days >>>>>> tomorrow morning :) >>>>>> >>>>>> I though can't see why the same encoding name (UTF8) would work one >>>>>> time >>>>>> and not the other :-o >>>>>> >>>>>> Jacques >>>>>> >>>>>> >>>>>> Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >>>>>> >>>>>> I think I explained this already several times. Buildbot starts anew >>>>>> >>>>>>> each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway >>>>>>> to >>>>>>> cache things. >>>>>>> >>>>>>> We could ask about other projects practices but I suppose I'd have >>>>>>> been >>>>>>> noticed when I asked for Gradle installation >>>>>>> https://issues.apache.org/jira/servicedesk/customer/portal/ >>>>>>> 1/INFRA-12235 >>>>>>> >>>>>>> Anyway I fixed it with r1755451 >>>>>>> >>>>>>> Jacques >>>>>>> >>>>>>> >>>>>>> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>>>>>> >>>>>>> Actually this is a good question Scott. >>>>>>> >>>>>>>> Jacques why aren't the libs cached? are we deleting ".gradle" in >>>>>>>> buildbot >>>>>>>> upon each new build? >>>>>>>> >>>>>>>> It is hard to investigate second hand. Is there a way to check what >>>>>>>> is >>>>>>>> going on exactly on the VM? The inability to repeat on my computer >>>>>>>> makes it >>>>>>>> hard to pinpoint the problem. >>>>>>>> >>>>>>>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Surely there's some solution for the jars not being cached? I wonder >>>>>>>> how >>>>>>>> >>>>>>>> the other projects deal with this >>>>>>>>> >>>>>>>>> Regards >>>>>>>>> Scott >>>>>>>>> >>>>>>>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>>>>>>> <javascript:;>> wrote: >>>>>>>>> >>>>>>>>> Okay cool. I am trying to eliminate all causes. The crash is >>>>>>>>> happening >>>>>>>>> >>>>>>>>> exactly when trying to construct the classpath for the constructed >>>>>>>>>> jar. >>>>>>>>>> This line of code in build.gradle is what's causing the crash: >>>>>>>>>> >>>>>>>>>> osClassPath = configurations.runtime.files.collect { "$it" >>>>>>>>>> }.join(' >>>>>>>>>> ') >>>>>>>>>> >>>>>>>>>> And it is complaining about UTF-8 encoding. Not sure exactly why >>>>>>>>>> but >>>>>>>>>> it >>>>>>>>>> very much smells like a bug around encoding and string parsing. >>>>>>>>>> Still >>>>>>>>>> investigating. >>>>>>>>>> >>>>>>>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" < >>>>>>>>>> [hidden email] >>>>>>>>>> >>>>>>>>>> <javascript:;>> >>>>>>>>>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> We never used the Gradle daemon on BuildBot as it's not >>>>>>>>>> recommended >>>>>>>>>> on >>>>>>>>>> CI >>>>>>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>>>>>>>> always >>>>>>>>>> use Gradle and not the wrapper there. >>>>>>>>>> >>>>>>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't >>>>>>>>>>> see >>>>>>>>>>> >>>>>>>>>>> how >>>>>>>>>>> >>>>>>>>>> it could be related, but this is weird indeed >>>>>>>>>> >>>>>>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with >>>>>>>>>>> trunk >>>>>>>>>>> demo as it seems it was sometimes an issue. Though actually the >>>>>>>>>>> real >>>>>>>>>>> >>>>>>>>>>> issue >>>>>>>>>>> >>>>>>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>>>>>> >>>>>>>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>>>>>>> >>>>>>>>>>> Jacques >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>>>>>>> >>>>>>>>>>> Hi Jacques, >>>>>>>>>>> >>>>>>>>>>> Can you try to disable the gradle Daemon? I suspect this might be >>>>>>>>>>>> a >>>>>>>>>>>> >>>>>>>>>>>> cause >>>>>>>>>>>> >>>>>>>>>>> as per this discussion -> >>>>>>>>>>> >>>>>>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>>>>>>> properly-in-gradle >>>>>>>>>>>> >>>>>>>>>>>> Taher Alkhateeb >>>>>>>>>>>> >>>>>>>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>>>>>>> [hidden email] <javascript:;>> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Haa, I just noticed something interesting in >>>>>>>>>>>> https://ci.apache.org/ >>>>>>>>>>>> >>>>>>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>> >>>>>>>>>>>>> If you look at the logs, ignore shiro for a second, ant note >>>>>>>>>>>>> the >>>>>>>>>>>>> following: >>>>>>>>>>>>> >>>>>>>>>>>>> Could not resolve all dependencies for configuration >>>>>>>>>>>>> ':runtime'. >>>>>>>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>>>>>>> Required by: >>>>>>>>>>>>> :ofbiz:unspecified >>>>>>>>>>>>> >>>>>>>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>>>>>>>>>>> >>>>>>>>>>>>> parsing >>>>>>>>>>>>> >>>>>>>>>>>> the project tree correctly and I'm not sure of the reason yet. >>>>>>>>>>> It >>>>>>>>>>> could be >>>>>>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>>>>>>>> >>>>>>>>>>> something >>>>>>>>>>>> >>>>>>>>>>>> got affected in the cache. >>>>>>>>>>> >>>>>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>>>>>>>>> >>>>>>>>>>>>> something >>>>>>>>>>>>> >>>>>>>>>>>> that is causing this weird behavior. >>>>>>>>>>> >>>>>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>>>>>> >>>>>>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>>> >>>>>>>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>>>>>>> >>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>>>>>>> >>>>>>>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>>>>>> >>>>>>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a >>>>>>>>>>>>>>> écrit >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> : >>>>>>>>>>>>>>> >>>>>>>>>>>>>> The Buildbot has detected a restored build on builder >>>>>>>>>>>>> ofbiz-trunk >>>>>>>>>>>>> >>>>>>>>>>>> while >>>>>>>>>>> >>>>>>>>>>>> building . Full details are available at: >>>>>>>>>>>>> >>>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>>> >>>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 'on-ofbiz-commit' >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> triggered this build >>>>>>>>>>>>>> >>>>>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>>> >>>>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Build succeeded! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Sincerely, >>>>>>>>>>>>>>>> -The Buildbot >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> > |
Re: buildbot success in on ofbiz-trunk
|
Administrator
|
Thanks Taher,
I can confirm it worked twice on BuildBot, so I guess it's OK :) https://ci.apache.org/builders/ofbiz-trunk/builds/1210 I have still the tiny testFopMacroLibrary issue on Win7 but I don't know yet if it's due to my Windows config or general: Response contentType isn't good : text/html;charset=UTF-8 expected:<[application/pdf];charset=UTF-8> but was:<[text/html];charset=UTF-8> I did not dig in it for now Jacques Le 08/08/2016 à 13:25, Taher Alkhateeb a écrit : > I just bumped shiro to 1.3.0 from 1.2.5, all tests pass and everything runs > on my computer. I hope this resolves it. Waiting to see. > > On Mon, Aug 8, 2016 at 12:44 PM, Jacques Le Roux < > [hidden email]> wrote: > >> Hi Taher, >> >> I just tried, same issue https://ci.apache.org/builders >> /ofbiz-trunk/builds/1208/steps/shell/logs/stdio >> >> I'll see later now (being off for 4 days) >> >> Jacques >> >> >> Le 08/08/2016 à 10:11, Taher Alkhateeb a écrit : >> >>> Hi Jacques, >>> >>> I think they are different. Your code seems to apply encoding only on the >>> javaCompile task while my code applies a global jvm property that spans >>> the >>> whole project. >>> >>> Anyway if that does not work then that leaves us with either replacing the >>> dependency or fixing the jar classpath construction logic. Let's see. >>> >>> Taher Alkhateeb >>> >>> On Sunday, 7 August 2016, Jacques Le Roux <[hidden email]> >>> wrote: >>> >>> I already did compileJava.options.encoding = 'UTF-8' >>>> at http://svn.apache.org/viewvc?view=revision&revision=1755451 >>>> >>>> Would be below different? >>>> >>>> BTW what to you mean with VM it seems we have no issues with the trunk >>>> demo on OFBIZ-VM, but it's cached there (we use the wrapper) >>>> >>>> By VM do you mean BuildBot? If yes, then yes try it >>>> >>>> Jacques >>>> >>>> >>>> Le 07/08/2016 à 21:58, Taher Alkhateeb a écrit : >>>> >>>> I suspect the dependencies refactoring I wrote might have exposed >>>>> libraries >>>>> with this encoding issue. >>>>> >>>>> Jacques is it possible to experiment on the VM? We can try the below >>>>> workaround in build.gradle and see if that resolves issues for now >>>>> >>>>> System.setProperty("file.encoding", "UTF-8") >>>>> >>>>> On Aug 7, 2016 8:42 PM, "Jacques Le Roux" <[hidden email] >>>>> wrote: >>>>> >>>>> In case it helps I have set --stacktrace in BuildBot >>>>> >>>>>> See https://ci.apache.org/builders/ofbiz-trunk/builds/1207/ >>>>>> steps/shell/logs/stdio >>>>>> >>>>>> Jacques >>>>>> >>>>>> >>>>>> Le 07/08/2016 à 20:45, Jacques Le Roux a écrit : >>>>>> >>>>>> As it was random, I double checked forcing a BuildBot build and it did >>>>>> >>>>>>> not work, still the same random issue https://ci.apache.org/builders >>>>>>> /ofbiz-trunk/builds/1206 >>>>>>> >>>>>>> I read at http://www.odi.ch/weblog/posting.php?posting=585 (and >>>>>>> somewhere else on stackoverflow I don't clearly remember) that Java >>>>>>> seems >>>>>>> to support both UTF8 and UTF-8 >>>>>>> >>>>>>> But it seems to depend on libs (facepalm) >>>>>>> https://docs.oracle.com/javase >>>>>>> /8/docs/technotes/guides/intl/encoding.doc.html >>>>>>> >>>>>>> Even found something clearer: https://en.wikipedia.org/wiki/ >>>>>>> UTF-8#Modified_UTF-8 did not digg further and I'm in vacation for 4 >>>>>>> days >>>>>>> tomorrow morning :) >>>>>>> >>>>>>> I though can't see why the same encoding name (UTF8) would work one >>>>>>> time >>>>>>> and not the other :-o >>>>>>> >>>>>>> Jacques >>>>>>> >>>>>>> >>>>>>> Le 07/08/2016 à 20:25, Jacques Le Roux a écrit : >>>>>>> >>>>>>> I think I explained this already several times. Buildbot starts anew >>>>>>> >>>>>>>> each time on one of the 3 slaves OFBiz uses. So AFAIK there is noway >>>>>>>> to >>>>>>>> cache things. >>>>>>>> >>>>>>>> We could ask about other projects practices but I suppose I'd have >>>>>>>> been >>>>>>>> noticed when I asked for Gradle installation >>>>>>>> https://issues.apache.org/jira/servicedesk/customer/portal/ >>>>>>>> 1/INFRA-12235 >>>>>>>> >>>>>>>> Anyway I fixed it with r1755451 >>>>>>>> >>>>>>>> Jacques >>>>>>>> >>>>>>>> >>>>>>>> Le 07/08/2016 à 11:58, Taher Alkhateeb a écrit : >>>>>>>> >>>>>>>> Actually this is a good question Scott. >>>>>>>> >>>>>>>>> Jacques why aren't the libs cached? are we deleting ".gradle" in >>>>>>>>> buildbot >>>>>>>>> upon each new build? >>>>>>>>> >>>>>>>>> It is hard to investigate second hand. Is there a way to check what >>>>>>>>> is >>>>>>>>> going on exactly on the VM? The inability to repeat on my computer >>>>>>>>> makes it >>>>>>>>> hard to pinpoint the problem. >>>>>>>>> >>>>>>>>> On Sunday, 7 August 2016, Scott Gray <[hidden email]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Surely there's some solution for the jars not being cached? I wonder >>>>>>>>> how >>>>>>>>> >>>>>>>>> the other projects deal with this >>>>>>>>>> Regards >>>>>>>>>> Scott >>>>>>>>>> >>>>>>>>>> On 7/08/2016 03:56, "Taher Alkhateeb" <[hidden email] >>>>>>>>>> <javascript:;>> wrote: >>>>>>>>>> >>>>>>>>>> Okay cool. I am trying to eliminate all causes. The crash is >>>>>>>>>> happening >>>>>>>>>> >>>>>>>>>> exactly when trying to construct the classpath for the constructed >>>>>>>>>>> jar. >>>>>>>>>>> This line of code in build.gradle is what's causing the crash: >>>>>>>>>>> >>>>>>>>>>> osClassPath = configurations.runtime.files.collect { "$it" >>>>>>>>>>> }.join(' >>>>>>>>>>> ') >>>>>>>>>>> >>>>>>>>>>> And it is complaining about UTF-8 encoding. Not sure exactly why >>>>>>>>>>> but >>>>>>>>>>> it >>>>>>>>>>> very much smells like a bug around encoding and string parsing. >>>>>>>>>>> Still >>>>>>>>>>> investigating. >>>>>>>>>>> >>>>>>>>>>> On Aug 6, 2016 4:43 PM, "Jacques Le Roux" < >>>>>>>>>>> [hidden email] >>>>>>>>>>> >>>>>>>>>>> <javascript:;>> >>>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> We never used the Gradle daemon on BuildBot as it's not >>>>>>>>>>> recommended >>>>>>>>>>> on >>>>>>>>>>> CI >>>>>>>>>>> servers. There is no cache on BuildBot, it always starts anew. We >>>>>>>>>>> always >>>>>>>>>>> use Gradle and not the wrapper there. >>>>>>>>>>> >>>>>>>>>>> Also the project name was fixed at r1754623 so 35 commits before >>>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk?numbuilds=35 I don't >>>>>>>>>>>> see >>>>>>>>>>>> >>>>>>>>>>>> how >>>>>>>>>>>> >>>>>>>>>>> it could be related, but this is weird indeed >>>>>>>>>>> >>>>>>>>>>> Unrelated, just FYI: we also no longer use the Gradle daemon with >>>>>>>>>>>> trunk >>>>>>>>>>>> demo as it seems it was sometimes an issue. Though actually the >>>>>>>>>>>> real >>>>>>>>>>>> >>>>>>>>>>>> issue >>>>>>>>>>>> >>>>>>>>>>> (DB related) we got there was using "shutdown" instead of now >>>>>>>>>>> >>>>>>>>>>>> "terminateOfbiz"which seems to have fixed the DB issue >>>>>>>>>>>> >>>>>>>>>>>> Jacques >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Le 06/08/2016 à 17:06, Taher Alkhateeb a écrit : >>>>>>>>>>>> >>>>>>>>>>>> Hi Jacques, >>>>>>>>>>>> >>>>>>>>>>>> Can you try to disable the gradle Daemon? I suspect this might be >>>>>>>>>>>>> a >>>>>>>>>>>>> >>>>>>>>>>>>> cause >>>>>>>>>>>>> >>>>>>>>>>>> as per this discussion -> >>>>>>>>>>>> >>>>>>>>>>>> http://stackoverflow.com/questions/21267234/show-utf-8-text- >>>>>>>>>>>>> properly-in-gradle >>>>>>>>>>>>> >>>>>>>>>>>>> Taher Alkhateeb >>>>>>>>>>>>> >>>>>>>>>>>>> On Sat, Aug 6, 2016 at 5:50 PM, Taher Alkhateeb < >>>>>>>>>>>>> [hidden email] <javascript:;>> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Haa, I just noticed something interesting in >>>>>>>>>>>>> https://ci.apache.org/ >>>>>>>>>>>>> >>>>>>>>>>>>> builders/ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>>> >>>>>>>>>>>>>> If you look at the logs, ignore shiro for a second, ant note >>>>>>>>>>>>>> the >>>>>>>>>>>>>> following: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Could not resolve all dependencies for configuration >>>>>>>>>>>>>> ':runtime'. >>>>>>>>>>>>>> > Could not resolve org.apache.shiro:shiro-core:1.2.5. >>>>>>>>>>>>>> Required by: >>>>>>>>>>>>>> :ofbiz:unspecified >>>>>>>>>>>>>> >>>>>>>>>>>>>> There is no project called :ofbiz:unspecified. Something is not >>>>>>>>>>>>>> >>>>>>>>>>>>>> parsing >>>>>>>>>>>>>> >>>>>>>>>>>>> the project tree correctly and I'm not sure of the reason yet. >>>>>>>>>>>> It >>>>>>>>>>>> could be >>>>>>>>>>>> that when we fixed the project name as "ofbiz" in settings.gradle >>>>>>>>>>>> >>>>>>>>>>>> something >>>>>>>>>>>>> got affected in the cache. >>>>>>>>>>>> I don't think this is a transient bug, I suspect we introduced >>>>>>>>>>>>>> something >>>>>>>>>>>>>> >>>>>>>>>>>>> that is causing this weird behavior. >>>>>>>>>>>> On Sat, Aug 6, 2016 at 5:23 PM, Jacques Le Roux < >>>>>>>>>>>>>> [hidden email] <javascript:;>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> OK, here we go again https://ci.apache.org/builders >>>>>>>>>>>>>> >>>>>>>>>>>>>> /ofbiz-trunk/builds/1204/steps/shell/logs/stdio >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Anyway "wait and see" will come to an end >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Le 06/08/2016 à 16:08, Jacques Le Roux a écrit : >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> OK the dependency on Shiro is fixed in jcenter :) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> There is no issues that "wait and see" can't solve :D >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Jacques >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Le 06/08/2016 à 14:19, [hidden email] <javascript:;> a >>>>>>>>>>>>>>>> écrit >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> : >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The Buildbot has detected a restored build on builder >>>>>>>>>>>>>> ofbiz-trunk >>>>>>>>>>>>>> >>>>>>>>>>>>> while >>>>>>>>>>>>> building . Full details are available at: >>>>>>>>>>>>> https://ci.apache.org/builders/ofbiz-trunk/builds/1203 >>>>>>>>>>>>> >>>>>>>>>>>>>> Buildbot URL: https://ci.apache.org/ >>>>>>>>>>>>>>>>> Buildslave for this Build: silvanus_ubuntu >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Build Reason: The AnyBranchScheduler scheduler named >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 'on-ofbiz-commit' >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> triggered this build >>>>>>>>>>>>>> Build Source Stamp: [branch ofbiz/trunk] 1755393 >>>>>>>>>>>>>> Blamelist: arunpatidar >>>>>>>>>>>>>>>>> Build succeeded! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Sincerely, >>>>>>>>>>>>>>>>> -The Buildbot >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> |
«
Return to OFBiz - Dev
|
1 view|%1 views
| Free forum by Nabble | Edit this page |