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

SpEL support for @Procedure #2771

Closed
Tomschi opened this issue Jan 19, 2023 · 2 comments
Closed

SpEL support for @Procedure #2771

Tomschi opened this issue Jan 19, 2023 · 2 comments
Labels
status: declined A suggestion or change that we don't feel we should currently apply

Comments

@Tomschi
Copy link

Tomschi commented Jan 19, 2023

I want to externalize the PL/SQL package prefix of the procedure name in the @Procedure annotation.

E.g. @Procedure(procedureName = "${database.plsql.package-prefix}.getAll", outputParameterName = "pRc", refCursor = true)

Is it possible to add SpEL support?

@spring-projects-issues spring-projects-issues added the status: waiting-for-triage An issue we've not yet triaged label Jan 19, 2023
@schauder
Copy link
Contributor

schauder commented Jan 23, 2023

@mp911de mp911de added status: pending-design-work Needs design work before any code can be developed status: blocked An issue that's blocked on an external project change type: enhancement A general enhancement and removed status: waiting-for-triage An issue we've not yet triaged labels Jan 23, 2023
@mp911de mp911de added status: declined A suggestion or change that we don't feel we should currently apply and removed status: blocked An issue that's blocked on an external project change status: pending-design-work Needs design work before any code can be developed type: enhancement A general enhancement labels Oct 22, 2024
@mp911de
Copy link
Member

mp911de commented Oct 22, 2024

Thanks for reaching out. We've spiked on the issue and it turns out to be overly complex when considering all parts being involved in procedure metadata resolution. Our abstractions do not capture context required for stored procedure metadata as we assume that during query initialization the stored procedure name is static.

Introducing a dynamic name that can potentially change for each invocation, we need to capture all sorts of state and pass it on. Given the complexity vs. its benefits we rather abstain from introducing Value Expression support (that is SpEL and Property Placeholder resolution).

@mp911de mp911de closed this as not planned Won't fix, can't repro, duplicate, stale Oct 22, 2024
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

4 participants