<div dir="ltr">FWIW, those hooks in Hibernate 5 already exist, based on Jandex 1, of course :)<div><br></div><div>We are not currently using Jandex. That was work happening under the metamodel redesign, which we had to push to 6.0.</div><div><br></div><div>When we do start using Jandex, the plan is to use the provided Jandex as a base. But the problem always has been that Hibernate needs to augment that information from orm.xml. Also we do have to manage cases outside of WildFly, so we'd have to build the Index manually. Also, I want to look at the building of an index as a build-time step, storing some representation of that index into the artifact. We can then locate that representation at runtime and load it via resource lookup, depending on what that saves/gains us perf wise (tbd). Again this along with the passed Jandex index serve as the base index. We at least still need to do that augmentation as Jandex does not handle that at all.</div><div><br></div><div>What is "end of deployment"? Is that the end of phase-2 in our 2-phase JPA bootstrap design? If so, that should be fine.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 5, 2015 at 10:54 AM, Scott Marlow <span dir="ltr"><<a href="mailto:smarlow@redhat.com" target="_blank">smarlow@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Best to talk with Jason but I heard that the Jandex indexes will soon be<br>
larger (as part of the Java 8 changes). As a result of the size<br>
changes, Jandex indexes should only be accessed during the WildFly<br>
deployment phases.<br>
<br>
I'm not sure how Hibernate would use Jandex2 without creating its own<br>
instances of the indexes, which would be expensive memory wise.<br>
<br>
There is also the Hibernate 5.0 release, that we want to integrate with<br>
WildFly. I think that is where we might tightly couple Hibernate ORM<br>
with Jandex, by passing a composite index into Hibernate. The Jandex<br>
reference will need to be cleared by the end of deployment. Would that<br>
help?<br>
<div class="HOEnZb"><div class="h5"><br>
On 05/04/2015 01:53 PM, Sanne Grinovero wrote:<br>
> Is it possible for our other projects (like Hibernate) to start using<br>
> Jandex2 sooner rather than later, w/o banning our users from WildFly<br>
> 9?<br>
><br>
> We're in an innovation paradox ;-)<br>
><br>
> Thanks,<br>
> Sanne<br>
><br>
><br>
> On 4 May 2015 at 15:07, Jason T. Greene <<a href="mailto:jason.greene@redhat.com">jason.greene@redhat.com</a>> wrote:<br>
>> Yes that's correct. We need to make some deployer changes to prevent holding on to indexes.<br>
>><br>
>> Sent from my iPhone<br>
>><br>
>>> On May 4, 2015, at 6:25 AM, Jozef Hartinger <<a href="mailto:jharting@redhat.com">jharting@redhat.com</a>> wrote:<br>
>>><br>
>>> Congrats on the release!<br>
>>><br>
>>> It seems that Jandex upgrade to 2.0 has not been done yet. Is my understanding correct that it has been postponed till WF10?<br>
>>><br>
>>>> On 05/01/2015 10:38 PM, Jason Greene wrote:<br>
>>>> Hello Everyone,<br>
>>>><br>
>>>> I am happy to announce the first candidate release of WildFly 9! WildFly 9 builds off of WildFly 8’s Java EE7 support, and adds many new capabilities, including intelligent load balancing, HTTP/2 support, a new offline CLI mode, graceful single node shutdown, and a new Servlet-only distribution.<br>
>>>><br>
>>>> For more details, check out the release notes:<br>
>>>> <a href="https://developer.jboss.org/wiki/WildFly900CR1ReleaseNotes" target="_blank">https://developer.jboss.org/wiki/WildFly900CR1ReleaseNotes</a><br>
>>>><br>
>>>> As always, you can download it here:<br>
>>>> <a href="http://wildfly.org/downloads/" target="_blank">http://wildfly.org/downloads/</a><br>
>>>><br>
>>>> --<br>
>>>> Jason T. Greene<br>
>>>> WildFly Lead / JBoss EAP Platform Architect<br>
>>>> JBoss, a division of Red Hat<br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> wildfly-dev mailing list<br>
>>>> <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
>>>> <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
>>><br>
>><br>
>> _______________________________________________<br>
>> wildfly-dev mailing list<br>
>> <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
><br>
> _______________________________________________<br>
> wildfly-dev mailing list<br>
> <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
><br>
_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></div></div></blockquote></div><br></div>