<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">some of our stuff is never marshalled, especially the dynamic parts - they are left transititive, and re-wired. We can probably move those to loadClass. On other things, I'm not sure it's always possible to determine if it has String[] or not. It would depend on the users content.<div><br></div><div>My only concern really is that fi you have something for some things, and something for there, people tend to forget why, and your code rots over time. Best to keep things consistent throughout.</div><div><br></div><div>Mark<br><div><br><div><div>On 21 Jun 2013, at 07:30, Florian Pirchner <<a href="mailto:florian.pirchner@gmail.com">florian.pirchner@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Mark,<br>
<br>
i did some research. Indeed a very complex issue.<br>
Tried to find out the difference about Class.forName(String) and
Class.forName(String, boolean, ClassLoader). Both of them are
delegating to native jvm methods and the difference seems to be in
resolving the class and the way that caches work.<br>
<br>
In <a moz-do-not-send="true" href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6500212">http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6500212</a>
they are pointing to use Class.forName(String, boolean,
ClassLoader). Could find that method call in some drools and jbpm
classes. For instance compiler...<br>
<br>
But there are also a lot of Class.forName(String) calls too.
Specialy in parts of code where no array-types come into play.<br>
For instance JavaHandlerWorkItemHandler calls
(Class<JavaHandler>) Class.forName(className).<br>
<br>
Maybe it would be a good idea to replace Class.forName() for
issues that exclude array-types by classloader.loadClass().<br>
<br>
WDYT?<br>
<br>
Best Florian<br>
<br>
<br>
<br>
Am 20.06.13 17:28, schrieb Mark Proctor:<br>
</div>
<blockquote cite="mid:DFABF683-D826-4BDC-BE50-093D9910D593@codehaus.org" type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
There are bugs with loadClass and serialisation :(
<div><a moz-do-not-send="true" href="http://lists.jboss.org/pipermail/rules-dev/2011-November/003681.html">http://lists.jboss.org/pipermail/rules-dev/2011-November/003681.html</a></div>
<div><br>
</div>
<div><a moz-do-not-send="true" href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6500212">http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6500212</a></div>
<div>"<span style="background-color: rgb(255, 255, 255);
font-size: 12px; text-align: -webkit-left; white-space:
pre-wrap; ">Thus, we highly recommend replacement of this
code:</span></div>
<pre style="margin-top: 0px; margin-bottom: 0px; padding: 0px; list-style: none; white-space: pre-wrap; word-wrap: break-word; font-size: 12px; text-align: -webkit-left; background-color: rgb(255, 255, 255); position: static; z-index: auto; "> myClassLoader.loadClass(className);
With this code:
Class.forName(className,false,myClassLoader);"</pre>
<div><br>
</div>
<div>Mark<br>
<div>
<div>On 20 Jun 2013, at 15:01, Florian Pirchner <<a moz-do-not-send="true" href="mailto:florian.pirchner@gmail.com">florian.pirchner@gmail.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">Hi,<br>
<br>
i also saw all the Class.forName. Class.forName additionally
uses a very <br>
aggressive class caching policy.<br>
See here:<br>
<a moz-do-not-send="true" href="http://blog.osgi.org/2011/05/what-you-should-know-about-class.html">http://blog.osgi.org/2011/05/what-you-should-know-about-class.html</a><br>
<a class="moz-txt-link-freetext" href="http://blog.bjhargrave.com/2007/09/classforname-caches-defined-class-in.html">http://blog.bjhargrave.com/2007/09/classforname-caches-defined-class-in.html</a><br>
<br>
I do not understand why API imports compiler.impl? Maybe to
enable <br>
class#forname i guess.<br>
<br>
<br>
Is there an intention to use a more modularized way in v6
beta4 when <br>
OSGi support will be implemented?<br>
<br>
Thanks Florian<br>
<br>
<br>
Am 20.06.13 15:43, schrieb Cristiano Gavião:<br>
<blockquote type="cite">Hi,<br>
<br>
Well, besides the fact that the services that we used on
version 5.x is<br>
still there, I'm not that optimist with Drools 6 running
well in an OSGi<br>
container... at least not currently...<br>
<br>
Last week I played a bit too with Jbosgi and Wildfly and
got a lot of<br>
classloading errors due some factory classes trying to
load classes that<br>
are in another bundles...<br>
<br>
what surprise me most was that kie-api has an import to<br>
org.drools.compiler.kie.builder.impl ! :)<br>
<br>
regards,<br>
<br>
John<br>
On 17/06/13 19:39, Florian.Pirchner wrote:<br>
<blockquote type="cite">hi,<br>
<br>
i got a question about osgi support.<br>
is beta 3 already useable in osgi environments? could
see that activators are registering v5 api as services.<br>
<br>
is it possible to consume osgi services in the script
tasks and rules by context? is this planned for version
6? would be a great feature.<br>
<br>
thanks a lot for answer<br>
florian<br>
_______________________________________________<br>
rules-users mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</blockquote>
_______________________________________________<br>
rules-users mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</blockquote>
<br>
<br>
_______________________________________________<br>
rules-users mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
rules-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a></pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Mit besten Grüßen
Florian Pirchner
Fohlenweg 22
2301 Probstdorf
Tel: +43 650 7772338
<a class="moz-txt-link-abbreviated" href="mailto:florian.pirchner@gmail.com">florian.pirchner@gmail.com</a></pre>
</div>
_______________________________________________<br>rules-users mailing list<br><a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/rules-users</blockquote></div><br></div></div></body></html>