Re: [hibernate-dev] Analysis of hibernate-release-4.3.6 dependency on JDK-Internal APIs
by Emmanuel Bernard
Hi,
Three of these errors are related to Infinispan which you have already contacted.
Two are related to dom4j which we use for XML parsing. While I think our next gen version will no longer use dom4j, we don’t plan on moving away from dom4j for the older and current releases. So I am not sure why you guys are removing org.relaxng form the JDK but if you do then we won’t be able to have Hibernate ORM running on JDK 9.
Emmanuel
On 10 Oct 2014, at 12:00, Rory O'Donnell Oracle, Dublin Ireland &…
[View More]lt;rory.odonnell(a)oracle.com> wrote:
> Hi Sanne,
>
> Did you have time to review the report, any feedback ?
>
> Rgds,Rory
>
> On 11/09/2014 15:14, Rory O'Donnell Oracle, Dublin Ireland wrote:
>> Hi Sanne,
>>
>> As part of the preparations for JDK 9, Oracle’s engineers have been analyzing open source projects like yours to understand usage.
>> One area of concern involves identifying compatibility problems, such as reliance on JDK-internal APIs.
>>
>> Our engineers have already prepared guidance on migrating some of the more common usage patterns of JDK-internal APIs to supported public interfaces. The list is on the OpenJDK wiki [0], along with instructions on how to run the jdeps analysis tool yourself .
>>
>> As part of the ongoing development of JDK 9, I would like to encourage migration from JDK-internal APIs towards the supported Java APIs. I have prepared a report for your project release hibernate-release-4.3.6 based on the jdeps output.
>>
>> The report is attached to this e-mail.
>>
>> For anything where your migration path is unclear, I would appreciate comments on the JDK-internal API usage patterns in the attached jdeps report, (if any) - in particular comments elaborating on the rationale for them - either to me or on the adoption-discuss [1] mailing list at OpenJDK.
>>
>> Finding suitable replacements for unsupported interfaces is not always straightforward, which is why I am reaching out to you early in the JDK 9 development cycle so you can give feedback about new APIs that may be needed to facilitate this exercise.
>>
>> Thank you in advance for any efforts and feedback helping us make JDK 9 better,
>> Rgds,Rory
>>
>> [0] https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+Tool
>> [1] http://mail.openjdk.java.net/mailman/listinfo/adoption-discuss
>>
>
> --
> Rgds,Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA , Dublin, Ireland
>
>
>
>
[View Less]
10 years, 5 months
IRC
by Steve Ebersole
just a heads up that I have not been able to connect to freenode for quite
a few weeks now. Still no idea what is up there.
10 years, 5 months
WildFly deployments: how to access the (user app) deployment classloader from Hibernate code?
by Sanne Grinovero
It looks like that when Hibernate Search is being bootstrapped in a
JPA deployment on WidFly the current context classloader was
overriden.
That's expected I guess, but it's of a type which surprised me:
- org.hibernate.boot.registry.classloading.internal.ClassLoaderServiceImpl$AggregatedClassLoader
while I really need to access the deployment classloader; on WildFly
this would be a ModularClassloader having a toString of the form:
ModuleClassLoader for Module "deployment.DeploymentName:…
[View More]main" from
Service Module Loader
The ClassLoaderService itself is of no use in this case as it only
exposes the same aggregate ClassLoader which is loading Hibernate
Search, while I need to get fine-grained access to the ClassLoader
which is loading the user deployment.
There is no such problem when I start the Hibernate SessionFactory
directly (not in a container): in that case the Context Classloader
matches the system one so I don't think is being set by Hibernate ORM.
If such a semantics is needed in WildFly, could we then expose the
original TCCL via an accessor on ClassLoaderService ?
Thanks,
Sanne
[View Less]
10 years, 5 months
Publishing documentation as rendered by asciidoc
by Sanne Grinovero
Hi all,
I would love to publish the documentation the way it looks like from
the asciidoc rendering (before the transformations via docbook), as it
looks like much more readable.
But I'd like to keep our style and branding rather than the default
docbook template; did someone already experiment with that? Or could
anyone volunteer please as my design skills are better avoided :-)
Cheers,
Sanne
10 years, 5 months
dehydrate knows acout the Hibernate mapping, disassemble does not.
by Eric J. Van der Velden
Hello,
I have to correct my code because I work with a second level cache in the
following case (1-N bidirectional).
Suppose we have a Container class type, with a Set<Item>, and an Item class
type. In the Hibernate mapping we make the Set non-inverse.
For persistence of the Item instances we only have to add them to the
Container instance's Set, and I do not have to set the Container reference
in the Item instance.
When an Item is inserted in the database table, the
Item-persister.…
[View More]dehydrate method skips the Container reference in the Item
instance, and takes the Long which is there because of
the BackrefPropertyAccessor$BackrefGetter.getForInsert() method. This will
be the foreign key in the row.
The Item-persister.getPropertyInsertability()=[true,true,false,true] for
example, and the method Item-persister.dehydrate knows about it: The false
means: skip the Container reference in the Item instance, and the llast
true means: take this number (instead).
My question is: Why does the Item-persister.disassemble not take into
account the Hibernate mapping? Because it does not, I have to make a
correction in my code to set the Container reference in the Item instances,
only for the second level cache.
Thanks.
[View Less]
10 years, 5 months
Signing up for JIRA
by Gunnar Morling
Hi,
In JIRA I'm seeing this permanent message:
"Need to file a bug report and don't have an account? Email emmanuel at
hibernate dot org with JIRA Account creation as subject. You'll receive an
invite by email."
So have we abandoned the self sign-up? Why is this, due to spamming issues?
Not sure whether it's really a problem, but this may raise the barrier for
getting a JIRA account and thus stop some new users from reporting bugs.
--Gunnar
10 years, 5 months
[Search] Internship next year
by Guillaume Smet
Hi,
Just a heads up: I'm going to propose an internship this year (scholar
year more precisely) on Hibernate Search contribution.
I'm not sure I'll find the good intern for this but that's the plan.
The internship season usually starts in Feb/March in France so it's
for early next year.
The internship is located in Lyon, France and if you happen to meet a
good student interested in it, I'll be glad to meet him.
I usually am interested in final year student of French "Grandes
Ecoles" as we …
[View More]name it here but brilliant persons in general are
welcome :).
I have a couple of subjects in mind (like finishing the work I started
on plain text search) but I'm sure we'll be able to find good ideas to
keep a person busy during several months!
--
Guillaume
[View Less]
10 years, 5 months
