Hi,
out of desperation for my laptop taking ages to run Hibernate Search /
Elasticsearch tests,
I created a new Docker image which improves my build times from 40
minutes to 5 minutes:
- https://hub.docker.com/r/sanne/elasticsearch-light-testing/
- https://github.com/Sanne/elasticsearch-light-t
Hi Margot,
thanks for the feedback.
5.1.4 introduced a new default strategy used to retrieve JDBC Metadata that
requires the the default_schema to be provided.
In order to obtain the previous behaviour the
hibernate.hbm2ddl.jdbc_metadata_extraction_strategy
can be set to 'individually'.
I creat
Now that java 8 supports named parameters it becomes possible (potentially
preferrable) to use constructor injection instead of circumventing
encapsulation to set values on private fields.
This shows itself as a potential win when integrating with Kotlin with
disallows the circumvention quite forc
Hi,
Wouldn't that require all entities be compiled with?
javac -parameters
Vlad
On Mon, Jun 12, 2017 at 10:19 PM, Christian Bongiorno <
christian.bongio...@gmail.com> wrote:
> Now that java 8 supports named parameters it becomes possible (potentially
> preferrable) to use constructor injection
Hi,
We have been using hibernate-orm in our application for a long time. The
version of hibernate we use is 3.6.10.Final. I know it is archaic. We would
like to migrate to the latest stable version (5.2) to reap the benefits of
new optimizations and features. Initially we thought about upgrading t
To work, yes. This would be an optional means of injecting. I was thinking
some code like this (very very rough):
public void prep(DataSource source)
throws SQLException, NoSuchMethodException,
IllegalAccessException, InvocationTargetException,
InstantiationException {
ResultSet resultSet =
Hi,
this might work for a limited set of use cases, but what exactly are you
expecting from that approach? Performance might be a bit better, but
that's probably negligible. Apart from that, I only see "encapsulation"
or "ease of use with other languages" being your argument. Is that
correct,
I just noticed that there were a couple of failures in the CI tests:
http://ci.hibernate.org/view/ORM/job/hibernate-orm-5.0-h2/lastCompletedBuild/testReport/
Both failures are from timeouts due to:
java.net.BindException: Address already in use (Bind failed)
It passes locally for me.
This sounds
This error:
"unexpected exception opening server socket java.net.BindException: Address
already in use (Bind failed)"
I only got it when NVidia driver was stealing the Wildfly port, but that
was never for CriteriaLockingTest.
It's also curious why the Byteman agent tries to open a socket connec
