<div dir="ltr"><div>Ugh.  That is an awful lot of classes copied over.  What exactly was the benefit of this over shading again?  I mean both case lose the ability to simply drop in fixes from upstream Javassist.  So what does this &quot;clone&quot; approach gain versus shadowing?</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Feb 11, 2016 at 7:13 PM Scott Marlow &lt;<a href="mailto:smarlow@redhat.com">smarlow@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt;&gt;<br>
&gt;&gt;      On 02/11/2016 03:02 PM, Stuart Douglas wrote:<br>
&gt;&gt;       &gt; Have you considered a 3rd alternative, which is to use a custom<br>
&gt;&gt;       &gt; ProxyFactory instead of javassists built in one?<br>
&gt;&gt;       &gt;<br>
&gt;&gt;       &gt; AFAIK the main issue is that javassist proxies require access to the<br>
&gt;&gt;       &gt; &#39;javassist.util.proxy.MethodHandler|RuntimeSupport&#39; classes. You<br>
&gt;&gt;      could<br>
&gt;&gt;       &gt; create a similar org.hibernate interface, and a proxy factory<br>
&gt;&gt;      that uses<br>
&gt;&gt;       &gt; this method handler instead.<br>
&gt;&gt;       &gt;<br>
&gt;&gt;       &gt; Basically you just copy the code from javassist.util.proxy into<br>
&gt;&gt;       &gt; hibernate. This is a relatively small amount of code, so it<br>
&gt;&gt;      should not<br>
&gt;&gt;       &gt; really add any maintenance burden.<br>
&gt;&gt;<br>
&gt;&gt;      We talked about this as well via [1].  I understand the concept but have<br>
&gt;&gt;      not tried doing this.  I like this approach as well, if it works.  One<br>
&gt;&gt;      of the cons with cloning that Steve Ebersole pointed out (see response<br>
&gt;&gt;      on Feb-03-2016 9:01am), is that that users lose the ability to drop a<br>
&gt;&gt;      different version of Javassist in (since we maintain our own cloned copy<br>
&gt;&gt;      of the Javassist proxy/runtime code).<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; The proxy code is a relatively small part of javassist, so unless a bug<br>
&gt;&gt; is in the proxy code itself this should not be that big a deal.<br>
&gt;<br>
&gt; Thanks for the encouragement to go down this path.  :)<br>
&gt;<br>
<br>
Started a hack attempt at the clone via<br>
<a href="https://github.com/scottmarlow/hibernate-orm/tree/javassistproxy" rel="noreferrer" target="_blank">https://github.com/scottmarlow/hibernate-orm/tree/javassistproxy</a>.  Seems<br>
to pass the Hibernate ORM unit tests.<br>
<br>
Scott<br>
_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
</blockquote></div>