It's seems related to the VM config. I mean having trunk, stable on the same 
machine.

So if you want to do that you need to reproduce the config on a machine 
following the relevant parts in tools\demo-backup

At least having a trunk and stable instance running on the same machine

As it's random it will need several tries...

Will you handle it?

Jacques


Le 15/03/2018 à 15:11, Taher Alkhateeb a écrit :
Can we test with java -jar build/lib/ofbiz.jar --shutdown?

If it is stable with raw java, then we know it is a gradle setup issue. If
not, then we investigate the shutdown code in the start component.

On Mar 15, 2018 4:59 PM, "Jacques Le Roux" <jacques.le.r...@les7arts.com>
wrote:

In the case I faced this morning it hanged at 91%  I did not check more.

This happens sometimes, not often, I'd say 15%  of the time, I don't see
any reason

Jacques


Le 15/03/2018 à 14:52, Taher Alkhateeb a écrit :

Can you be specific about "does not always behave well"? Maybe we can
debug and fix the situation. What happens? Does it not shut down at
all? Does it hang? What happens exactly?

On Thu, Mar 15, 2018 at 4:46 PM, Jacques Le Roux
<jacques.le.r...@les7arts.com> wrote:

Because for testing changes for OFBIZ-9833 I had to make a slight change
on
the trunk demo instance and needed to restart but

./gradlew --no-daemon "ofbiz --shutdown"

Does not always behaves well, at least on demos VM where there is 3
instances

So you get unstable situation and have to use "kill -9".

Anyway some data were not well loaded. A loadAll fixed it.

HTH

Jacques



Le 15/03/2018 à 13:56, Michael Brohl a écrit :

Of course it should read: "I try to understand why trunk demo was broken
while the trunk codebase seems to have no issues."

Michael


Am 15.03.18 um 13:51 schrieb Michael Brohl:

To be more clear: I try to understand why trunk demo was broken while
the
trunk demo seems to have no issues.

Michael


Am 15.03.18 um 13:36 schrieb Jacques Le Roux:

Ho, it would be convoluted, please wait, WIP...

Jacques


Le 15/03/2018 à 12:37, Michael Brohl a écrit :

Jacques did changes he already reverted in the mantime, see his post
this morning.

Jacques, can you please explain what happened?


Am 15.03.18 um 12:24 schrieb Taher Alkhateeb:

Hi Rishi, I'm not getting any errors in the demo on my side? Could
it
be a web browser cache thing? I always fall in that trap myself.

On Thu, Mar 15, 2018 at 10:59 AM, Rishi Solanki
<rishisolan...@gmail.com> wrote:

It seems something specific with deployment/data at demo instance,
locally
It is working. No issue with latest trunk fresh data.

Best,

Rishi Solanki
Sr Manager, Enterprise Software Development
HotWax Systems Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxsystems.com
www.hotwax.co

On Thu, Mar 15, 2018 at 1:19 PM, Rishi Solanki
<rishisolan...@gmail.com>
wrote:

Devs,
On browsing - https://demo-trunk.ofbiz.apach
e.org/webtools/control/
FindGeneric?entityName=Party

Received following exception, Any one facing the similar issue
with
demo
please share. I'm looking into it and get back if find the root
cause for
the same.


Thanks!


Here is the error received on UI

========================================================
ERROR rendering error page [/error/error.jsp], but here is the
error
text:
java.lang.IllegalArgumentException: Error running script at
location
[component://webtools/groovyScripts/entity/FindGeneric.groovy]:
org.codehaus.groovy.control.MultipleCompilationErrorsException:
startup
failed: General error during class generation:
java.lang.NoClassDefFoundError:
Unable to load class
org.apache.ofbiz.widget.renderer.macro.MacroFormRenderer
due to missing dependency
org/apache/ofbiz/widget/model/ModelFormField$SubHyperlink
java.lang.RuntimeException: java.lang.NoClassDefFoundError:
Unable
to
load class org.apache.ofbiz.widget.render
er.macro.MacroFormRenderer
due
to missing dependency
org/apache/ofbiz/widget/model/ModelFormField$SubHyperlink
at org.codehaus.groovy.control.CompilationUnit.

convertUncaughtExceptionToCompilationError(CompilationUnit.java:1101)
at

org.codehaus.groovy.control.CompilationUnit.applyToPrimaryCl
assNodes(CompilationUnit.java:1079)
at
org.codehaus.groovy.control.CompilationUnit.doPhaseOperation
(CompilationUnit.java:603)
at
org.codehaus.groovy.control.CompilationUnit.processPhaseOper
ations(CompilationUnit.java:581)
at
org.codehaus.groovy.control.CompilationUnit.compile(Compilat
ionUnit.java:558)
at
groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader
.java:298)
at
groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.j
ava:268)
at
groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.j
ava:254)
at
groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.j
ava:211)
at
org.apache.ofbiz.base.util.GroovyUtil.parseClass(GroovyUtil.
java:195)
at
org.apache.ofbiz.base.util.GroovyUtil.getScriptClassFromLoca
tion(GroovyUtil.java:159)
at
org.apache.ofbiz.base.util.GroovyUtil.runScriptAtLocation(Gr
oovyUtil.java:206)
at
org.apache.ofbiz.base.util.ScriptUtil.executeScript(ScriptUt
il.java:342)
at
org.apache.ofbiz.base.util.ScriptUtil.executeScript(ScriptUt
il.java:324)
at

========================================================

Rishi Solanki
Sr Manager, Enterprise Software Development
HotWax Systems Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxsystems.com
www.hotwax.co



Reply via email to