You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First off, awesome project - I love using this library as someone who comes from a .NET background 🚀
One of the Java projects Im working on currently makes use of both JINQ as well as Vavr for collections. One of the things that is kind of annoying is unwrapping all of the vavr types into JVM collection types before passing them into query expressions.
In the example below, the dbCustomers1 query wont work but the dbCustomers2 query will.
var customerIds = io.vavr.List.of("id1", "id2"); //Maybe this comes from an API input or something like that)
var dbCustomers1 = db.stream(CustomerDAO.class)
.where(c -> customerIds.contains(c.getId()) // Wont work - Jinq doesnt know about vavr collection types
.collect(io.vavr.List.collector());
var customerIdsAsJavaList = customerIds.toJavaList();
var dbCustomers1 = db.stream(CustomerDAO.class)
.where(c -> customerIdsAsJavaList .contains(c.getId()) // Will work - happy JINQ noises
.collect(io.vavr.List.collector());
In this project we also use jackson. They have a module approach to this where you can register custom collection types like this
Im curious if you'd be open to supporting the ability to register other collection types somehow (either by module or some other means).
Thanks!
The text was updated successfully, but these errors were encountered:
Jinq isn't currently under active development. It's in maintenance mode where I just make sure that it continues to run on newer versions of Java and fix any bugs that may arise. No new features are currently planned unless one is urgently needed for some use case.
Hello!
First off, awesome project - I love using this library as someone who comes from a .NET background 🚀
One of the Java projects Im working on currently makes use of both JINQ as well as Vavr for collections. One of the things that is kind of annoying is unwrapping all of the vavr types into JVM collection types before passing them into query expressions.
In the example below, the
dbCustomers1
query wont work but thedbCustomers2
query will.In this project we also use jackson. They have a
module
approach to this where you can register custom collection types like thisIm curious if you'd be open to supporting the ability to register other collection types somehow (either by module or some other means).
Thanks!
The text was updated successfully, but these errors were encountered: