-
Notifications
You must be signed in to change notification settings - Fork 29
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
Resolve system properties/environment variables while browsing the application.properties values #448
Comments
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
application.properties values Fixes eclipse#448 Signed-off-by: azerr <azerr@redhat.com>
@gastaldi once https://github.com/redhat-developer/intellij-quarkus/actions/runs/10422663550 will be finished, please install https://github.com/redhat-developer/intellij-quarkus?tab=readme-ov-file#testing-nightly-builds to enjoy with this feature. |
@angelozerr works beautifully in apps using But I noticed that it doesn't work when using |
Thanks!
I have not worked on that.I dont know if it will be easy to implement it. |
The YAML support is managed with a JSON Schema (we generate a JSON Schema with all available properties like mp, quarkus, etc and we associate it to the yaml editor). It means that we don't manage any completion, validation, hover, etc, we let the Editor/IDE (vscode, IJ, Eclipse IDE) supporting completion, validation... It avoids for us to implement a fault tolerant parser for YAML which is a very hard task. As we don't manage custom YAML completion, validation, hover, when you write property expression with {} in yaml value, we cannot add custom behavior, so it is impossible to managecompletion, hover, etc for property expression in yaml file (and System/Env properties). The only th=hing that we can do is to support System/Env as yaml key, but I'm not sure that it is interesting, right? |
Thanks for investigating!
Right, I believe they are mostly used as YAML values |
Originally reported as redhat-developer/intellij-quarkus#1331
it is supported in MP Config according to @gastaldi
*_KEY
,*_SECRET
and*_PASSWORD
should be obfuscated.I initially started looking at an IJ implem in fbricon/intellij-quarkus@a22b996 (validation and completion still didn't work), but this should better be done at the language server level directly.
The text was updated successfully, but these errors were encountered: