Skip to content

creates support for generics in mapped superclasses#1

Open
dsa-ferreira wants to merge 28 commits intomasterfrom
generic-superclass
Open

creates support for generics in mapped superclasses#1
dsa-ferreira wants to merge 28 commits intomasterfrom
generic-superclass

Conversation

@dsa-ferreira
Copy link
Owner

No description provided.

rbygrave and others added 28 commits September 19, 2025 18:48
* Version 16.1.0

* Improve javadoc for Query setUseQueryCache() and unmodifiable

Since 16.x a query using the query cache returns unmodifiable object graphs.
ebean-orm#3689)

* Version 16.1.0

* ebean-orm#3682 @Aggregation is applied to query if entity also has a @lob column

The underling issue was that Aggregation columns should have been marked as default LAZY. This impact was only hit when @lob column are included which by default lazy fetched, and that means the default select clause determined.
…-orm#3691)

- Add AggregateFormulaContext with ability to override the default via DatabaseBuilder
- Add group_concat, string_agg, listagg to set of known aggregation functions
* Add pgvector-types module.

* Add missing binder definitions.
Add missing PGbit type registration.
Few tests.

* Add cached bean test.

* Prefer final classes, minor formating only

---------

Co-authored-by: Rob Bygrave <robin.bygrave@gmail.com>
…orm#3698)

I think it was a mistake for Ebean to support Class<?> from a security perspective. Instead, Ebean should just use a String <-> Varchar and leave if up to the application to take that String and convert it to a class [and then that potential Class initialisation is owned by the application code and all security considerations around that are owned by the application code].
…ps-bytebuddy

Bump test dependencies byte buddy and assertj
… for ebean-orm#3626 (ebean-orm#3707)

* Problem with filterMany

* Missing id

* Other test

* Fix

* Update TestQueryFilterMany.java

* ebean-orm#3706 Bug fix and change filterMany to put predicates into JOIN clause, Fix for ebean-orm#3626

* Fix tests for Postgres, Oracle, Sql Server

---------

Co-authored-by: Roman Parshikov <promansew@gmail.com>
Bumps [com.microsoft.sqlserver:mssql-jdbc](https://github.com/Microsoft/mssql-jdbc) from 10.2.0.jre8 to 11.1.0.jre8-preview.
- [Release notes](https://github.com/Microsoft/mssql-jdbc/releases)
- [Changelog](https://github.com/microsoft/mssql-jdbc/blob/main/CHANGELOG.md)
- [Commits](https://github.com/Microsoft/mssql-jdbc/commits)

---
updated-dependencies:
- dependency-name: com.microsoft.sqlserver:mssql-jdbc
  dependency-version: 11.1.0.jre8-preview
  dependency-type: direct:development
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
…multiple … (ebean-orm#3697)

* ebean-orm#3695 Behaviour change: findSingleAttribute() to throw when multiple rows returned by query

On the plus, this makes the behaviour consistent with all the other findOne() methods (ORM, DTO, SqlQuery) and this very much feels like buggy behaviour [to just get the first result and ignore any subsequent results in the ResultSet]

On the negative of merging this bug fix, any application code relying on the existing behaviour with this fix will break and throw a NonUniqueResultException at RUNTIME (not ideal). However, for these cases where the application now throws an exception, people might not be aware that they were relying on this behaviour and this exception could be useful to highlight that (a potential non-deterministic query result was being used and a potential source of bugs was being).

* Change SqlQuery + Mapper + findOne() also to throw NonUniqueResultException
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.

4 participants