-
Notifications
You must be signed in to change notification settings - Fork 25
Decouple Java class construction from frameworks #71
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
Comments
The "quarkus app-type" generator could construct a multi-module project that depends on the proposed "model" classes |
Out of curiosity, are you planning on using any other framework or do you plan on using plain Java? |
Currently using Spring, but I don't expect to be needing Autowire annotations or anything like that. |
Gotcha… that said, using the Quarkus extension doesn't really forces you into using any Quarkus-specific code but you do get some stuff for free, i.e. you only need to write your |
So, I already have an operator generated from Golang I found this repo while searching for this solution, thinking it was the same idea rather than just having this repo be a sort of project initializer |
Having some target environment / framework flag probably might help. Also the generator could be integrated. I idea was the same, just the implemented features are not there yet. |
OK, so the idea is to port your operator to Java? It would be interesting to hear about your use case if you could talk about it, that is :) |
@metacosm No, at least, not that I've heard. We have it written and deployed from the Go model, but have a Java API layer that constructs CRD payload representations, passes them around on some message queues, writes them to databases, etc. We currently are copying attributes between the two models manually, thus why I was searching for code generation utilities. |
@OneCricketeer we'd love to hear your feedback about a plain java or Spring based operator. We do have plans in the future to add other types of Java project generations, that's why this project is plural: |
Feature Request
Describe the problem you need a feature to resolve.
It seems the only way to use this is to rely on some additional Quarkus boilerplate (at least a properties file)
Describe the solution you'd like.
I'd like to just construct some POJOs from operator-sdk without needing to additionally cleanup extraneous resources that aren't required if I am not interested in using Quarkus.
The text was updated successfully, but these errors were encountered: