I already did compileJava.options.encoding = 'UTF-8'
at http://svn.apache.org/viewvc?view=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?
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,
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
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
The Buildbot has detected a build exception on builder ofbiz-trunk while
building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk/builds/1206
Buildbot URL: https://ci.apache.org/
Buildslave for this Build: lares_ubuntu
Build Reason: forced: by IRC user
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
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/1205
Buildbot URL: https://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The AnyBranchScheduler
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
[
https://issues.apache.org/jira/browse/OFBIZ-5522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-5522:
---
Comment: was deleted
(was: We are all in dust world, so the clean power plan is useful for
Hi Scott,
Yeah agreed. I think logging for failed serialization might be a bit
heavy because you might need to use reflections or custom class loaders to
dig around and provide useful messages. If a runtime exceptions bubbles up
to main then it will show up in the console and I think this could
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" wrote:
> Okay cool. I am trying to eliminate all causes. The crash is happening
> exactly when trying to
11 matches
Mail list logo