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

Switch to OpenFeign fork of Querydsl #3335

Closed
OrangeDog opened this issue Jan 26, 2024 · 7 comments
Closed

Switch to OpenFeign fork of Querydsl #3335

OrangeDog opened this issue Jan 26, 2024 · 7 comments
Labels
status: declined A suggestion or change that we don't feel we should currently apply

Comments

@OrangeDog
Copy link

The original QueryDSL's last release was July 2021, and last commit was October 2022.
The OpenFeign project have forked it and have made an effort to update it.

https://github.com/OpenFeign/querydsl

Spring should consider moving to this new fork.
Version 6 would match the other dependencies (Hibernate, in particular) used by Spring 6.

(from spring-projects/spring-boot#39316)

@spring-projects-issues spring-projects-issues added the status: waiting-for-triage An issue we've not yet triaged label Jan 26, 2024
@odrotbohm odrotbohm changed the title Switch to OpenFeign fork of QueryDSL Switch to OpenFeign fork of Querydsl Jan 29, 2024
@mp911de
Copy link
Member

mp911de commented Jan 29, 2024

We've been observing Querydsl evolution closely as we're interested in surfacing dependency upgrades towards our users. We do not plan to upgrade towards the new coordinate with the emergence of a fork with questionable design decisions (removal of the BOM, introduction of circular dependencies).

Have you also seen that the original Querydsl project has shipped a 5.1 release?

We continue staying with Querydsl devs in touch to figure out the best way forward. There's a strong community around Querydsl.

@mp911de mp911de closed this as not planned Won't fix, can't repro, duplicate, stale Jan 29, 2024
@mp911de mp911de added status: declined A suggestion or change that we don't feel we should currently apply and removed status: waiting-for-triage An issue we've not yet triaged labels Jan 29, 2024
@OrangeDog
Copy link
Author

OrangeDog commented Jan 29, 2024

Yes, I was about to come point out that someone has been spurred into at least some action back on the original. Ideally it actually starts getting commits again.

Removal of the BOM

The BOM is not removed. They generate it at build time.
https://github.com/OpenFeign/querydsl/blob/6.0.3/pom.xml#L630
https://repo1.maven.org/maven2/io/github/openfeign/querydsl/querydsl-bom/6.0.3/querydsl-bom-6.0.3.pom

introduction of circular dependencies

I don't see where they have done that. Querydsl already has dependencies on Spring projects, if that's what you mean.

We continue staying with Querydsl devs in touch

That's interesting, because they don't stay in touch with anyone else, which is why this fork was made.

@OrangeDog
Copy link
Author

it actually starts getting commits again

It did not. The only commits in the QueryDSL repo have been from dependabot. They have made one release (5.1) in the last four years.

OpenFeign have made twelve releases on both the 5.x (javax) and 6.x (jakarta) branches in the last six months.

I would like Spring to reconsider, as all the reasons previously given appear to be invalid.

@SightStudio
Copy link

Is there any reconsideration of this?

It's been 8 months since Openfeign fork was created.
and the Original QueryDSL is still not active.

Do we have to wait and see this more until the original is active?

@mp911de @OrangeDog

@jamesdh
Copy link

jamesdh commented Aug 30, 2024

It's worth mentioning again that the OpenFeign fork has been extremely active and they appear to be proper stewards of the project. The "official" QueryDSL repo on the other hand hasn't had any real legitimate activity in 2 years.

I currently work on a team that has made heavy use of QueryDSL and the concern has been that QueryDSL was "dead". OpenFeign's work is promising but it would go a long ways if Spring also acknowledged that it was the path forward.

@velo
Copy link

velo commented Dec 17, 2024

That's interesting, because they don't stay in touch with anyone else, which is why this fork was made.

@OrangeDog well, actually they communicated with me once. To say they weren't willing to take my fork changes as it was too big to review and they were unwilling to maintain code they didn't review.

That's super rich, as they are not willing to maintain existing code either.

@miller79
Copy link

With no active resolution or known plan for the original code repository of QueryDSL to resolve CVE-2024-49203, this should be heavily considered moving forward. And appreciate your work @velo resolving this CVE in the new branch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: declined A suggestion or change that we don't feel we should currently apply
Projects
None yet
Development

No branches or pull requests

7 participants