soujava / soujava/conditional-cdi
Instantiating Condition
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
I found this in the RequiresCondition extension.
conditionClass.getConstructor().newInstance();
In Spring, Condition can be defined as a bean and can evaluate the environment, properties, bean existence, etc., before instantiating a bean.
In addition, for example, when in an HTTP request scope, if the payment method (PAYPAL or STRIPE in the example) is selected in the browser and passed to the request, how should we handle it within that scope?
Here, the condition may require a context concept that is bound to the execution context.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the RequiresCondition extension and the current conditionClass.getConstructor().newInstance() path mentioned in the issue. Investigate how conditions could be managed as CDI or Spring beans and how request-scoped context would be accessed; the work is done when the instantiation and request-context behavior has a clear, agreed design and implementation scope.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java, spring
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100