Emily Jiang commented on CDI-420:
Thank you Matej for the explanation! Since Martin's snippet does not mention
bean-discovery-mode, I thought it was the default one, "annotated". Hence the
If the proposal is to add exclusion in the mode of bean-discovery-mode="all", it
seems to introduce a half veto, opting in for Type Discovery but not Bean Discovery. I
think this should work and involves less change. I think if we directly expand the section
12.4.2. Exclude filters, we might be able to explain well.
add a bean-discovery-mode 'scoped'
Project: CDI Specification Issues
Issue Type: Bug
Components: Packaging and Deployment
Affects Versions: TBD
Reporter: Mark Struberg
Fix For: 2.0 (discussion)
This is for some future CDI release.
We currently only have 3 bean-discovery-modes
The spec also currently says that ProcessAnnotatedType will only get fired (12.4) for
• each Java class, interface or enum deployed in an explicit bean archive, and
• each Java class with a bean defining annotation in an implicit bean archive.
• each session bean
Which means that we do not get the ProcessAnnotatedType (PAT) event for any class in an
'annotated' or 'implicit' BDA which does _not_ have a bean defining
It might be useful to fire the ProcessAnnotatedType for all classes, but do not pick them
up as Beans if they (after PAT) do not have a valid scope. Effectively doing the
processing but not make them @Dependent automatically if there is no scope annotation at
the end of the PAT processing.
I'm not yet 100% sure how important this distinction is in practice. Just writing
this up to not forget about the idea...
This message was sent by Atlassian JIRA