Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

abstractdatabaseoperationevent #2

Closed
wants to merge 672 commits into from
Closed

Conversation

gavinking
Copy link
Owner

[Please describe here what your change is about]


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license
and can be relicensed under the terms of the LGPL v2.1 license in the future at the maintainers' discretion.
For more information on licensing, please check here.


gavinking and others added 30 commits January 26, 2025 12:25
also remove unnecessary use of reflection for creation of the CDI BeanContainer
…ions via PersistenceContext

Hibernate Reactive needs a reactive version of the PersistenceContext to
load non-lazy collections. But, now that `SatefulPersistenceContext` is
package-private, Hibernate Reactive cannot extend the class anymore.

These change make it possible to access the internal snapshots, so that the
reactive implementation can implement the interface and doesn't need to
extends `SatefulPersistenceContext`.
…ceptionConversionDelegate#convert returns null
…llocate extra space

          for discriminator column(s) when input parameter is null and
          number of discriminator columns greater than zero
The problem was that you had a different SQL query
depending on the order the fetch and join operations were
created when defining a criteria query.

For example:
```
// Example 1:
Root<Book> from = criteriaQuery.from( Book.class );
Fetch<Object, Object> fetch = from.fetch( "authors" );
Join<Object, Object> join = from.join( "authors" );
```
it was different than
```
// Example 2:
Root<Book> from = criteriaQuery.from( Book.class );
Join<Object, Object> join = from.join( "authors" );
Fetch<Object, Object> fetch = from.fetch( "authors" );
```

In the first example, `fetch` and `join` were exactly the
same object, causing issues if the association `authors` appeared
in the `where` clause. For example:
```
criteriaQuery.where( cb.equal( join.get( "id" ), 2L ) );
```

Note that now we always rung an extra join even when not necessary.
But this is consistent with what happen with HQL, and we can figure
out how to add this improvement in a different issue.
marko-bekhta and others added 29 commits March 1, 2025 20:43
          While collecting they are inserted in proper order, but TreeMap will
          not preserver ordering, but sort them alphabetically by names.
          To keep values order LinkedHashMap should be used instead of TreeMap.
note that this feature was most likely introduced in HHH-10431 by accident!
…e format

HHH-19237 - Expand graph language to optionally specify entity
HHH-19217 - Expose GraphParser#parse on SessionFactory
* HHH-19140 Add test case

* HHH-19140 Fix for issue
1. delete unused class SaveOrUpdateEvent
2. introduce AbstractPostDatabaseOperationEvent for consistency
3. DirtyCheckEvent should no longer extend FlushEvent
because the Pre and Post versions were isomorphic
@gavinking gavinking closed this Mar 13, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.