-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Bean removal should WARN when lookups fail #658
Comments
@mkouba what do you think? |
Sounds reasonable. We should definitely implement something like that and I'm sorry for your wasted time. Just out of curiosity - what was the use case? |
The use case is that I'm doing API injection lookup because I can't inject there. Don't be sorry, that's what happens with new features :) |
"API injection lookup" means |
Yes. |
Thanks! |
maxandersen
added a commit
to maxandersen/quarkus
that referenced
this issue
Nov 5, 2022
Main usecase is that tools like bach uses suffix less files. for example to allow building https://github.com/jbee/purejin using `jbang --jsh --java 16 https://bit.ly/bach-main-build`
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I wasted half a day on figuring out why my injection stopped working after the latest master commits that remove "unused" (statically) beans. I mean, the feature is great, but for people doing API injection that's going to be a huge WTF. We should record (in a file or in generated code, I don't care) which beans have been removed, and when trying to inject them at run-time, we should WARN (we can revise that logging level later after usage experience) that they were removed at build time, and include info on how to not have them removed.
The text was updated successfully, but these errors were encountered: