You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by "Dominik Przybysz (JIRA)" <ji...@apache.org> on 2018/07/24 16:48:00 UTC
[jira] [Assigned] (ARIES-1820) blueprint-maven-plugin should fail
instead of silently and arbitrarily choose one of several beans with an
identical ID
[ https://issues.apache.org/jira/browse/ARIES-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dominik Przybysz reassigned ARIES-1820:
---------------------------------------
Assignee: Dominik Przybysz
> blueprint-maven-plugin should fail instead of silently and arbitrarily choose one of several beans with an identical ID
> -----------------------------------------------------------------------------------------------------------------------
>
> Key: ARIES-1820
> URL: https://issues.apache.org/jira/browse/ARIES-1820
> Project: Aries
> Issue Type: Bug
> Components: Blueprint
> Reporter: Michael Vorburger
> Assignee: Dominik Przybysz
> Priority: Major
> Fix For: blueprint-maven-plugin-1.8.0
>
>
> The blueprint-maven-plugin (1.4.0) will currently silently (!) pick one or another of two (or more) singleton annotated classes with the same name for the {{<bean>}} with an identical {{id=xyz}} to generate. This is VERY confusing... :P
> This happened to us (in OpenDaylight) when we had a {{@Singleton class Something}} in {{package a;}} in one project, and another identically named singleton class in another package in another project which was a dependency of the first project (but both packages started with the same {{scanPath}} we use). But it probably even happens if you have two classes of the same name in different packages in the same project (not tested).
> In an ideal world, such conflicts such lead to a build failure with a clear message.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)