Hi,
Are you using WildFly for a chance?
The general interpretation is that resources might be used as CDI beans, but the user has to explictly make them beans, i.e.: the behavior you are seeing is not standard.
WildFly has some useful propietary code that converts the @Path annotation into a bean annotation so that a CDI extension on Resteasy can detect them and automatically make beans from them (although @RequestScoped IIRC).
Another possibility is that you are using bean discovery mode all, but with bean annotated mode e.g. Payara doesn't detect them.
You should also look at how CXF works, to better see the discrepancies.
RestEasy's CDI extension adds RequestScoped to any resource that has no scope defined. CXF does not do this, instead it honors dependent and creates a new instance per invocation (and destroys it when done, per the spec).
The problem is that CDI does not allow discovery of beans that are not annotated in some way. Due to this, if you mix this setup with bean-discovery-mode=annotated or all w/ trim option, then the container also has to consider the fallback strategy where the resource has no CDI beans behind it, and instead instantiate it manually. This also means that these extensions that add the scope won't see the class to properly add the scope.
Hi all,
I've a question regarding CDI and the lifecycle of resource classes.
The JAX-RS spec states:
- 3.1.1 Lifecycle and Environment:
- "By default a new resource class instance is created for each request to that resource."
- 11.2.3 Context and Dependency Injection (CDI):
- "In a product that supports CDI, implementations MUST support the use of CDI-style Beans as root resource classes"
The example CDI resource in section 11.2.3 looks like this:
@Path("/cdibean")
public class CdiBeanResource {
@Inject MyOtherCdiBean bean; // CDI injected bean
// ...
}
Please note that the resources doesn't have a scope annotation. In this case CDI will assume @Dependent scope.
Isn't this weird? Shouldn't be the default scope for CDI resources be @RequestScoped? Is it up to the user to set the "correct" scope? It is somehow surprising that @Dependent scoped beans work at all because of the way @Dependent is defined.
Any thoughts? Or is it just me having doubts about this? :-)
Christian
--
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jaxrs-dev
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jaxrs-dev
