Hello, I made another test.
I downloaded the source
URL for package source:
http://localhost:8080/guvnor/rest/packages/org.dfms.model/source
from Guvnor, then I saved the file like drl on file system and I tried
loading this drl file through application and all have worked fine.
Our application is using this url:
http://localhost:8080/guvnor/org.drools.guvnor.Guvnor/package/org.dfms.mo...
to loading from Guvnor5.3.0 the pkg. Is it correct?
Thanks in advanced
Carolina
2012/7/24 Vincent LEGENDRE <vincent.legendre(a)eurodecision.com>
> @Vincent: I'm concerned about the first stack trace line, which is
> where no executable code can be. Clear this up first...
Me ? Really no idea why this line ...
This line, in 5.3 code, is the class declaration. Indeed, node an
executable piece of code ...
I've found another thread :
http://drools.46999.n3.nabble.com/rules-users-Drools-5-4-0-FINAL-and-OSGI...
where we can see a stack trace giving a
"org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:53) " which
is the class declaration line in 5.4 source code...
May be that some JVMs points that because there are some static inits in
the class ?
Or may be some AOP usage ?
All other line calls (insert etc etc) matches exactly the lines shown in
the stack trace, so to me, it is not so important ... at least not for the
problem here.
The real problem is why ObjectTypeConf conf.getTypeDeclaration();
returns null using Guvnor compiled pkg and not via DRL local compilation
...
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users