New CI machine preview
by Sanne Grinovero
You're all welcome to play with http://54.225.162.168/
however please keep these in mind:
- it's not the final machine: don't put too much effort in creating
nice build scripts as we'll reset it to clean state soon. We *might*
be able to store jobs defined so far, but we might choose not to.
- domain name should be coming: ci.hibernate.org ..not sure when, got
no replies so far from.
- authentication: just click on login, it will use OAuth2 to request
your identity via your GitHub account. Permissions to create new jobs,
edit existing jobs, run a build manually depend on your github account
be part of the Hibernate organization (or not, in which case you have
read only status)
At this stage I'd like to get a feeling if the hardware is powerful
enough, and also we need to select which other plugins we want to use,
I'm looking especially to:
- static analysis reports
- pull requests integration
both are relatively undefined, we can of course start simple and
improve later.. just checking this fits basic needs now.
Sanne
1 month, 3 weeks
Performance work update
by Sanne Grinovero
Hey all,
we've been working on various performance optimisations for Hibernate
ORM; some were large and complex, some others where very small little
things.
I've been measuring impact step by step so far; quite happy to see the
"combined" results are better than what I was hoping:
Hibernate ORM 5.4.4-preview: avgt 4469.770 ± 35.198 us/op
Hibernate ORM 5.4.3.Final: avgt 6271.767 ± 92.448 us/op
Memory allocation also looks great:
Memory allocated per TLABs: 22.02 GB -> 15.46 GB
Allocation rate for TLBAs: 752.31 MB/s -> 528.40 MB/s
(it's not worth looking at anything else than TLAB as we don't use other spaces)
This is just a little update teaser; we should blog about it in more
extended form. AFAIK Steve is already writing something to describe
the new Enhanced Proxies feature; that certainly is the main thing -
we could either combine the info in one blog or write a short series.
Thanks,
Sanne
6 years, 5 months
Hibernate Search 6.0.0.Alpha8 released
by Yoann Rodiere
Hello,
We just published Hibernate Search 6.0.0.Alpha8, a new release of the
still-in-development 6.0 branch.
This release mainly restores configuration options for entity loading and
Lucene index storage, brings simpler and more powerful bridge APIs, and
upgrades to Elasticsearch 7.2 and Lucene 8.1.
As an Alpha, this version is an early technology preview. Be sure to read
about it on our blog before you try it out:
https://in.relation.to/2019/07/22/hibernate-search-6-0-0-Alpha8/
Yoann Rodière
Hibernate NoORM Team
yoann(a)hibernate.org
6 years, 5 months
JDK 13 enters Rampdown Phase Two
by Rory O'Donnell
Hi Sanne,
Any issues to report on JDK 13 , would like to hear the status as we are
now in rampdown phase 2 ?
**OpenJDK builds *- JDK 13 Early Access build 30 **is now available **at
: - jdk.java.net/13/*
* Per the JDK 13 schedule [1], we are now in Rampdown Phase Two.
o For more details , see Mark Reinhold's email to jdk-dev mailing
list [2]
o The overall feature set is frozen, no further JEPs will be
targeted to this release.
o Per the JDK Release Process [3] we now turn our focus to P1 and
P2 bugs.
* I want to draw your attention to some noteable changes in previous
builds of JDK 13. These changes are important for those that
develop/maintain their own socket implementation
(java.net.SocketImpl) or use the setSocketImplFactory or
setSocketFactory APIs to change the system-wide socket implementation:
o http://jdk.java.net/13/release-notes#JDK-8224477 - delivered in
build 23
o http://jdk.java.net/13/release-notes#JDK-8216978 - delivered in
build 20
o http://jdk.java.net/13/release-notes#JDK-8220493 - delivered in
build 13
**OpenJDK builds *- JDK 14 Early Access build 6 is **now available **at
: - jdk.java.net/14/*
* These early-access, open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
* Changes of interest since last email
o 8225239: Refactor NetworkInterface lookups
o 8226409: Enable argument profiling for sun.misc.Unsafe.put*/get*
* JEP targeted to JDK 14:
o JEP352: Non-Volatile Mapped
* Bug fixes reported by Open Source Projects :
o JDK-8227080 - fixed in b5 -reported by Eclipse Jetty
The Java Crypto Roadmap
<https://www.java.com/en/jre-jdk-cryptoroadmap.html> has been updated :
* Released - 16-July-2019 - Release Affected JDK 7u231 - Disabled
Kerberos DES encryption by default
* Targeted Date - 2020 - Targeted Release - JDK 8 - Transport Layer
Security (TLS) 1.3
Rgds,Rory
[1] http://openjdk.java.net/projects/jdk/13/#Schedule
[2] https://mail.openjdk.java.net/pipermail/jdk-dev/2019-July/003170.html
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
6 years, 5 months
How to add Weblinks w/ new HHH Jira view?
by Gail Badner
I see that the new Jira view allows issue links to be added easily.
With the old view, I could add a Weblink (basically just a generic
hyperlink). I don't see how to do that with the new view. Does something
need to be added to provide that functionality?
For now, I can go back to the old view to link JBEAP issues. I'm concerned
I will lose ability when the view gets updated again.
Could someone please let me know how to find or add that functionality?
Thanks,
Gail
6 years, 5 months
Hibernate NoORM IRC meeting minutes
by Guillaume Smet
Hi,
Here are the minutes of this week's meeting.
Cheers,
========
15:00 < gsmet> #startmeeting
15:00 < koentsje> hello guys
15:00 < gsmet> #topic Progress Davide
15:00 < fax4ever> hi koen
15:01 < DavideD> I did work on the websites and fixed some javascripts,
although I noticed lately that the news in hibernate.org don't appear
anymore
15:02 < DavideD> For Fabio that wasn't here, we need to improve the
security of our websites to have a better score from the various tool
available online
15:02 < gsmet> well, you unfixed some javascripts, then :)
15:02 < DavideD> Sort of, it's basically a search for the right options to
use :)
15:02 < fax4ever> I read some mails about it. Thanks
15:02 -!- sfikes [~sfikes(a)c-69-246-28-50.hsd1.tn.comcast.net] has joined
#hibernate-dev
15:02 < DavideD> I'm checking quarkus.io to see how they did it, but I see
some errors on the page
15:03 < DavideD> I mean when I use the console...anyway, too many details,
I'm working on it
15:03 < DavideD> I also did some work on hibernate-validator
15:03 < DavideD> on the @SafeHtml annotation
15:03 < DavideD> I think that was mostly my sprint
15:04 < gsmet> #topic Next 2 weeks Davide
15:04 < DavideD> Tomorrow I have a meeting with stephan about Hibernate Rx
and Panache
15:04 < gsmet> OK
15:05 < DavideD> They already solved some of the issues I'm having and we
can see if I can reuse the same approach
15:05 < DavideD> I will also continue the work on the websites
15:05 < DavideD> I think that's all from me
15:05 < gsmet> ok, thanks
15:05 < gsmet> #topic Progress Fabio
15:05 < fax4ever> I was on PTO during the last three weeks.
15:05 < fax4ever> So starting from yesterday...
15:06 < fax4ever> I reviewed some pull requests.
15:06 < fax4ever> Moreover, always on Hibernate Search, we did an issue to
support GeoPoint POJO properties directly as @GenericField.
15:06 < fax4ever> So that a bridge or a binder is not required anymore to
handle geo-point fields declared as GeoPoint on POJO side.
15:06 < fax4ever> That's all about my progress. Thanks!
15:06 < gsmet> #topic Next 2 weeks Fabio
15:06 < fax4ever> The sprint of the next two weeks is `HSEARCH - 2019-13`.
15:07 < fax4ever> You can look at the planning and the progress on the
relative Jira page.
15:07 < fax4ever> After the work on GeoPoint, I will work...
15:07 < fax4ever> to support projections on a nested field,
15:07 < fax4ever> to make cross-index field incompatibility check even
smarter,
15:07 < fax4ever> to normalize query terms on wildcard/prefix predicates,
15:07 < fax4ever> to expose meta-information about the query execution.
15:07 < fax4ever> Furthermore, next week we'll be staying at the meeting
for three days.
15:08 < yrodiere> yeah we should probably trim your task list to take the
meeting into account ^^
15:08 < fax4ever> Finally, tomorrow we will have a meeting with Gustavo to
talk about Infinispan Query
15:08 < fax4ever> I think that's all from me. Thanks!
15:08 < fax4ever> yes :)
15:08 < gsmet> thanks Fabio
15:08 < gsmet> #topic Progress Guillaume
15:09 < gsmet> so I worked a bit on HV, reviewing a contributor PR,
discussing with Davide
15:09 < gsmet> I also try to work on improving the HV integration in Quarkus
15:09 < gsmet> but it's hard with all the PRs to review on Quarkus to get
something done
15:10 < gsmet> another thing that kept me busy is the move of Bean
Validation to Jakarta EE
15:10 < gsmet> it will probably keep me busy until the end of the month
15:10 < gsmet> #topic Next 2 weeks Guillaume
15:11 -!- sannegrinovero [~sannegrin@redhat/jboss/sannegrinovero] has
joined #hibernate-dev
15:11 < gsmet> so basically, the idea is to finish what I mentioned above
15:11 < gsmet> with our F2F, I don't think I'll be able to do much more on
the Hibernate side of things
15:11 < gsmet> that's all for me
15:11 < gsmet> #topic Progress Koen
15:12 < koentsje> so i also had a couple of days off
15:12 < koentsje> further i have worked intensively on 2 jboss tools issues
15:12 < koentsje> one concerning the creation of hibernate configuration
files for 5.3 and 5.4
15:13 < koentsje> it took some time before i finally was able to reproduce
this
15:13 < koentsje> but in the meantime, i pinned it down and solved the
problem, albeit with some kind of a hack
15:14 < koentsje> the second problem concerns the creation of hibernate
configuration consoles using sql server, especially the older hibernate
versions
15:14 -!- smarlow [~smarlow@redhat/jboss/smarlow] has joined #hibernate-dev
15:15 < koentsje> that problem is half solved now, there is an issue that
remains with reverse engineering for hibernate 5.3 and 5.4
15:15 < koentsje> further i have kept up with synchronizing the quarkus
releases in the quarkus eclipse plugin… currently 0.19.1
15:15 < koentsje> that’s it for my sprint
15:15 < gsmet> #topic Next 2 weeks Koen
15:16 < koentsje> 3 days of team meeting ;-)
15:16 < DavideD> :)
15:16 < koentsje> i want to take this opportunity to talk to andrea and
steve to see if it is time to look into hibernate tools for version 6
15:17 < koentsje> i want to solve the remaining problems relating to the
one i fixed during the previous sprint
15:18 < koentsje> i also want to go back looking at sanitizing some of the
interface code i have in the eclipse tooling to the runtime as i think it
will be beneficial when i start to do work for hibernate 6
15:19 < koentsje> finally continue to work on an eclipse run/debug
configuration for quarkus, if time permits
15:19 < koentsje> that’s it
15:19 < gsmet> thanks!
15:19 < gsmet> thanks!
15:19 < gsmet> #topic Progress Sanne
15:20 < gsmet> sannegrinovero: I saw you joined, do you want to say
something?
15:20 < gsmet> apparently not :)
15:20 < koentsje> it’s a bot!
15:21 < gsmet> #topic Progress Yoann
15:21 < yrodiere> My first task was to simplify a bit the Bridge 2.0 APIs
15:22 < yrodiere> The core of the solution was to introduce a new
component, the "Binder", which essentially is a user-provided component
responsible for inspecting the parameters and the mapped property, to
produce metadata and a bridge
15:23 < yrodiere> I adapted the rest of the APIs to move the complex use
cases to this binder, and to not require any binder for the more trivial
use cases
15:23 < yrodiere> I think we're getting there, and the next step will be to
document all this
15:23 < yrodiere> I also worked a bit on restoring features that I think
will be necessary to begin the work of upgrading Infinispan Query to Search
6
15:24 < yrodiere> mainly the DirectoryProvider SPI (to allow storing
indexes in Infinispan caches) and static sharding (for, you know...
sharding)
15:25 < sannegrinovero> gsmet, sorry:) no not much to say, recovering
slowly.
15:25 < yrodiere> that's all for the past two weeks, I think
15:25 < yrodiere> next two weeks
15:25 < gsmet> #topic Next 2 weeks Yoann
15:25 < yrodiere> yesterday I started to work on introducing aggregation
support in Search 6
15:26 < yrodiere> which will incidentally restore support for faceting, to
some extent
15:26 < yrodiere> I don't plan on exposing all aggregations, just some
simple ones for now
15:26 < yrodiere> but the big challenge will still be to design appropriate
APIs
15:27 < yrodiere> so, I expect to be busy with that for the next month
15:27 < yrodiere> especially with the meeting next week
15:27 < gsmet> when is the next release planned?
15:27 < yrodiere> "when it's ready"
15:28 < gsmet> oh I thought you were time boxing :)
15:28 < fax4ever> with the exception of the aggreation, what we really
misses now in Search 6 that we have in Search 5?
15:28 < yrodiere> I try to release every month or so, but currently we only
have 9 tickets done since the last version... I might release next week,
we'll see
15:28 < gsmet> OK
15:29 < gsmet> no pressure from me, just asking
15:29 < yrodiere> fax4ever: what do we not miss is what you mean
15:29 < gsmet> to plan for the Quarkus upgrade
15:29 < fax4ever> what feautures do not we have yet?
15:29 < yrodiere> we don't have error handlers, we don't have more like
this queries, we don't have a lot of the options of the Lucene backend, we
don't have proper indexing outside transactions, ...
15:30 < yrodiere> there is more than 200 tickets still pending
15:30 < fax4ever> yrodiere clear :)
15:30 < yrodiere> some of them are new features, but still
15:30 < yrodiere> so yeah, one thing at a time
15:31 < yrodiere> as Fabio mentioned we'll be coordinating with the
Infinispan team to try and upgrade it to Search 6, or at least to start
prototyping
15:31 < yrodiere> starting with a meeting tomorrow
15:31 < yrodiere> but it seems they have a lot on their plate too, so we'll
see how fast we can go
15:31 < yrodiere> that's all from me
15:31 < gsmet> thanks
15:32 < gsmet> #topic Other subjects
15:32 < gsmet> Anything else?
15:32 < fax4ever> not from me thanks
15:32 < DavideD> not from me
6 years, 5 months
Regarding extended bean managers and the CDI spec
by Benjamin Confino
Hello
Just a quick FYI for hibernate developers and anyone else who might be
implementing extended bean managers.
When I asked the mailing list for advice in implementing extended bean
managers I was advised to call beanManagerInitialized during
AfterBeanDiscovery if at all possible. However AfterBeanDiscovery triggers
a call to BeanManager.createInstance(), and according to the CDI 2.0 spec
section 11.3 an exception is thrown if createInstance is called before
AfterDeploymentValidation. I was able to get it working by invoking
beanManagerInitialized during the AfterDeploymentValidation event. However
I wanted to check with you that you think that's going to work ok incase I
missed anything; and bring this to everyone's attention just encase it is
helpful.
Regards
Benjamin
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
6 years, 5 months
JDK 13 , JDK 14 & Valhalla Early Access builds are available.
by Rory O'Donnell
Hi Sanne,
**OpenJDK* 13 Early Access build **28 is now available **at : -
jdk.java.net/13/*
* These early-access, open-source builds are provided under the GNU
General Public License, version 2, with the Classpath Exception
<http://openjdk.java.net/legal/gplv2+ce.html>.
* Changes in this build 28 [1]
*Reminder of a change in b24 - A jrt URI can only encode paths to files
in /modules tree **(JDK-8224946
<https://bugs.openjdk.java.net/browse/JDK-8224946>)*
A |jrt| URL is a hierarchical URI with syntax |jrt:/[$MODULE[/$PATH]]|.
When using the |jrt| file system, a |java.net.URI| object can be created
with the |java.nio.file.Path::toUri| method to encode a normalized path
to a file in the |/modules| tree. A |jrt| URL cannot encode a path to a
file in the |/packages| tree. The |jrt| file system provider has changed
in this release so that |toUri| fails with |IOError| when it is not
possible to encode the file path as a jrt URI. *This change may impact
tools have been making use of URLs that are not compliant with the
syntax. Tools with paths to files in **|/packages|**can use the
**|toRealPath()|**method to obtain the real path (in **|/modules|**)
before attempting to convert the file path to a URI.*
*OpenJDK 14 **Early Access build 4 **is now available **at : -
jdk.java.net/14/*
* These early-access, open-source builds are provided under the GNU
General Public License, version 2, with the Classpath Exception
<http://openjdk.java.net/legal/gplv2+ce.html>.
* Changes in this build [2]
*Project Valhalla "L-World Inline Types" Early-Access Builds*
* Build jdk-14-valhalla+1-8
* These early-access builds are provided under the GNU General Public
License, version 2, with the Classpath Exception
<http://openjdk.java.net/legal/gplv2+ce.html>.
* Please send feedback via e-mail to valhalla-dev(a)openjdk.java.net
<mailto:valhalla-dev@openjdk.java.net>. To send e-mail to this
address you must first subscribe to the mailing list.
*The Skara tooling is now open source *[3]
we are happy to announce that the tooling for project Skara is now open
source and available at
* https://github.com/openjdk/skara <https://github.com/openjdk/skara.>
The Skara tooling includes both server-side tools (so called "bots") as
well as several command-line tools **
If you have any questions, feedback etc. send them to Skara mailing list [4]
Rgds, Rory
[1] JDK 13 - Changes in b28 here
<http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B27%22%3A...>
[2] JDK 14 - Changes in b4 here
<http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-14%2B3%22%3A%...>
[3] https://mail.openjdk.java.net/pipermail/skara-dev/2019-June/000047.html
[4] https://mail.openjdk.java.net/mailman/listinfo/skara-dev
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
6 years, 5 months
