Blog tag vs categories
by Emmanuel Bernard
It looks like you have created the elasticsearch tag in the blog
http://in.relation.to/elasticsearch/
I thought we had decided to use tags more as well defined categories:
* the projects or specs we work on
* 'Events', 'Releases', 'Discussion', 'Off-topic'
Do you really think we should extend to projects we use as third-party? I
fear an explosion and would prefer to remove the 'elasticsearch' tag.
Emmanuel
9 years, 11 months
ArrayHelper cleanup
by Vlad Mihalcea
Hi,
When reviewing this PR (
https://github.com/hibernate/hibernate-orm/pull/1305/files), I noticed that
some methods can be simply replaced by java.util.Arrays (e.g. indexOf,
toStringArray),
while other methods are not used at all (e.g. reverse).
Since this is an internal helper utility, do we want to clean it by
removing the unused/commented/redundant methods, or shall we leave it as is?
Vlad
9 years, 11 months
Release bundle doesn't contain spatial lib
by Karel Maesen
Hi all,
A user recently asked where the hibernate-spatial jar could be found. The
Quickstart states that it should be in the /lib directory, but at least
recent bundles don't contain it (e.g. 5.1.0.Final).
How can this be fixed?
Regards,
Karel
9 years, 11 months
Editing the OGM quickstart on hibernate.org
by Sanne Grinovero
Hello team,
I've started making several improvements for the Hibernate OGM Quick
Start on the hibernate.org website;
I got side-tracked to test it all, but also the new version will
assume that we already released version 5.0.0.Final so I'll hold the
changes for until the release - or shortly before for review.
Just so you know to not change it too ;)
Sanne
9 years, 11 months
Tests fail on MySQL due to timestamp precision issues
by Vlad Mihalcea
Hi,
While running the test suite on MySQL, I noticed that some of those fail
because of DATETIME/TIMESTAMP precision.
Prior to MySQL 5.6.4, these types didn't have microsecond precision at all.
Using a newer MySQL version, these tests will work like on other DBs but it
will require changing the column definitions to DATETIME(6), TIMESTAMP(6).
To avoid breaking backward compatibility, what do you think of adding a new
Configuration Property: "hibernate.mysql.fractional.seconds" (or a
MySQLDialect method)
which gives the default fractional second precision used when creating
these column types.
This way we can have all these tests work with just a single Hibernate
configuration property.
Vlad
9 years, 11 months
Sharing association table for multiple associations between two entity types
by Gunnar Morling
Hi,
I've two entity types, "User" and "PhoneNumber",with two associations
between them: User#phoneNumbers() and User#alternativePhoneNumbers().
By default, only one mapping table is created for these two:
create table User_PhoneNumber (
Parent_id bigint not null,
phoneNumbers_id bigint not null,
alternativePhoneNumbers_id bigint not null
)
At runtime things will fail because of the NOT NULL constraints: Only
one of "phoneNumbers_id" and "alternativePhoneNumbers_id" will be set
for a given association row.
If I remove the constraints (e.g. pretending to work with a legacy
database), things seem to work: association rows are inserted into the
right columns and also are loaded correctly.
My question: Should such sharing of association tables be supported or
not? If yes, we'd have to adapt the generated DDL (making both columns
nullable, and optionally add a check constraint to make sure exactly
one is not null). For map associations, also a primary key is
generated for one of the two associations, so that'd have to be
adapted as well.
If that's not to be supported, can we fail early on, demanding the
user to specify distinct join tables?
I had filed https://hibernate.atlassian.net/browse/HHH-10472 about
this a while ago. But thinking about it again, I realize it actually
could be made work, although it doesn't appear as a desirable mapping
and I'd prefer an early error message.
Any thoughts?
Thanks,
--Gunnar
9 years, 11 months
Running/Debugging tests on any database without the matrix-testing
by Vlad Mihalcea
Hi,
I pushed the PR that enables us to easily switch from one DB to another
during testing.
I summarized the whole process here
<https://developer.jboss.org/wiki/HowToRundebugTestsWithoutUsingTheHiberna...>
.
Because of a bug in Wiki platform (when I edit I see an old version and not
the current one), I'll add an extra option which I found the simplest of
all.
Considering I want to run a unit test on the hibernate-core and the current
hibernate.properties was generated for H2.
1. I usually delete
it: hibernate-orm\hibernate-core\target\resources\test\hibernate.properties
2. Then I run gradle processTestResources -Pdb=pgsql
3. Afterwards, I can simply run the test on my IDE and it will use
PostgreSQL
Let me know what you think.
Vlad
9 years, 11 months
