Hibenrate-orm migration guides in one landing page
by Vlad Mihalcea
Hi,
I've seen questions on our forum and SO related to migration from 3.x to
5.x,
and users are complaining that it's difficult to follow the migration
guides since they are scattered among hibernate.org and GitHub.
Emmanuel pointed out that in Hibernate Search we have a single migration
page:
http://hibernate.org/search/documentation/migrate/
I find this a very good idea, and I think we should follow the same trend.
So, I think we should have a new migration folder path under
hibernate-orm/documentation:
http://hibernate.org/orm/documentation/migrate/
The migration guides can still be written in Asciidoctor, as on GitHub, and
during release, we copy this folder to hibernate.org.
As for the hibernate.org landing page, we'll have to add a new link only
when we deploy a new version, which, even if we can't automate it, we can
do it after the release.
Let me know what you think?
Vlad
9 years, 8 months
Merging hibernate spatial Dialects with the core ones
by Vlad Mihalcea
Hi,
Since hibenrate-spatial has been merged into Hibernate code base, shouldn't
we merge the Dialects as well.
For instance, we have MySQL56InnoDBSpatialDialect which can simply be
merged into a MySQL56InnoDBDialect.
This way, MySQL57InnoDBDialect can take advantage of spatial queries as
well.
The only drawback is that we need to add the geolatte-geom lib to
hibernate-orm.
Let me know what you think.
Vlad
9 years, 8 months
Redis and TTL
by Guillaume Smet
Hi,
So, I'm currently working on reducing the number of calls issued to Redis
in OGM as part of OGM-1064.
At the moment, we execute a call to Redis to get the TTL already configured
on an object before saving it. If the TTL is not explicitly configured with
@TTL, we set this TTL again after having stored this entity (see
RedisJsonDialect#storeEntity). Same for associations stored in a different
document.
In fact, this call returns the time remaining before expiration, not the
TTL previously configured, so I find this behavior quite weird. Basically,
we store information which will expire sooner than expected. I can't really
get a use case for this and I don't think we should have an additional call
every time we store an object for a so obscure thing. Do we really expect
people to mess with TTLs of objects stored by OGM without relying on OGM
@TTL management?
IMHO, we should get rid of this call and only deal with TTL when it's
configured via the @TTL annotation.
Thoughts?
--
Guillaume
9 years, 8 months
Module ZIP for upgrading Hibernate ORM in WildFly
by Gunnar Morling
Hi,
As discussed by some of us during the No ORM meeting in May, it'd be great
if there was a module ZIP allowing people to easily upgrade Hibernate ORM
in the WildFly version they are using.
Just the other day there was a blog post published [1] describing how to
use Hibernate ORM 5.2 in WF 10, essentially via Search & Replace on the
existing module.xml files. We could do better than that, leaving the
original version intact and providing a new one with a specific slot
("5.2") in the ZIP.
That'd also be helpful for other projects such as Hibernate OGM which
already provide a module ZIP for WF but currently need to package ORM, too,
in case they need features from a later ORM version.
If we all agree that's a good thing to have, I can help with making it
happen.
Thanks,
--Gunnar
[1]
http://avolpe.github.io/docker/2016/06/05/docker-wildfly-hibernate-5.2.html
9 years, 8 months
JDK 9 b124 now running on ci.hibernate.org
by Sanne Grinovero
I've updated the OpenJDK preview of JDK 9 to build 9-ea+124 on our CI servers.
I expect it all to work like before, but in case you receive a failure
report be aware that it might relate to the JVM upgrade.
For a general overview of our Java 9 compatibility status see here as usual:
- http://ci.hibernate.org/view/JDK9/
[The OGM failure isn't a JDK regression but is my mistake; should be
fixed soon: OGM-1107]
Thanks,
Sanne
9 years, 8 months
ActionQueue order question
by Vlad Mihalcea
Hi,
Does anyone know why the "orphan-removal" is the first action to be
executed while "delete" is the last one?
Shouldn't the "delete"action queue operation be executed after
"orphan-removal" before insert or update?
Thanks,
Vlad
9 years, 8 months
HIbernate ORM CI builds
by Steve Ebersole
We have been having a lot of timeouts on the ORM CI builds. Mainly this is
due to ancillary tasks. Currently the ORM jobs execute:
1. clean
2. test
3. check
4. :documentation:aggregateJavadocs
5. publish
A huge chunk of the time is taken up in (3) which performs (a) checkstyle
and (b) findbugs. Also, I am not sure of the benefit of building
aggregated javadocs for each and every CI build. So I propose we break
these up as follows:
1. A check job
2. A clean/test/publish job
3. (?) aggregated javadocs job (?)
This would allow us to split the cost of the Job timeout across the jobs.
In fact we might even consider making some of these into nightly job(s).
Initially in setting up this server we decided to just have singular,
all-encompassing jobs because moving to a new dedicated set of hardware
(dedicated to Hibernate team) was supposed to free us from jobs fighting
for resources. But as our jobs have grown on the dedicated hardware we are
seeing some of the same. For certain we want a clean/test/publish job that
is run on every push. To me the others are more flexible in terms of
scheduling. We could have a separate check job that is run on each push,
or it could be a nightly job. We might even decide to leave off building
aggregated javadocs as an automated job/task, or we might decide to make it
a nightly job as well (maybe even with full documentation builds).
WDYT?
9 years, 8 months
[OGM] Doing a 5.0.1 release?
by Gunnar Morling
Hi,
I noticed there is a 5.0.1 version in JIRA for OGM, and a handful of issues
are assigned to it. Do we still plan to do such 5.0.1, or is everyone
focused on the first preview for 5.1 right now?
There is one interesting issue in 5.0.1 which alone I'd find worth
releasing: OGM-828 ("Need to list entities when using Hibernate OGM on
WildFly"). We also might consider to backport some of the recent bugfixes
and create a branch for 5.0 off master, prior to the first work meant for
5.1 (Neo4j Remote etc.).
I'd like that, not the least to have another release soon-ish (say next
week?), preventing another long phase without news from OGM. Thoughts?
Thanks,
--Gunnar
9 years, 8 months
