]
Mark Struberg commented on CDI-437:
-----------------------------------
Agree. The problem is the sorting to pass the info around in
AfterTypeDiscovery#getAlternatives().
In this step we loose all the info about the absolute priority values.
The container cannot use the final value of
AfterTypeDiscovery.getAlternatives() properly
-----------------------------------------------------------------------------------------
Key: CDI-437
URL:
https://issues.jboss.org/browse/CDI-437
Project: CDI Specification Issues
Issue Type: Clarification
Affects Versions: 1.2.Final
Reporter: Martin Kouba
{quote}
Any observer of this event is permitted to add classes to, or remove classes from, the
list of alternatives, list of interceptors or list of decorators. *The container must use
the final values of these collections*, after all observers of AfterTypeDiscovery have
been called, to determine the order of the enabled alternatives, interceptors, and
decorators for application. The initial values of these collections are defined by the
@Priority annotation.
{quote}
However, the container cannot use the final value of the alternatives collection
properly. The problem occurs if an extension adds an alternative class.
The container can either:
* use the index from the list -> selected alternatives with the same priority will not
cause {{AmbiguousResolutionException}} (this contradicts the spec), or
* use the original priority, an alternative added by an extension will be selected for an
application but without any priority value (this contradicts the spec) -> an extension
would not be able to affect the final ordering
The first option seems to be less harmful.