[
https://issues.apache.org/jira/browse/CAMEL-13948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16966445#comment-16966445
]
Guillaume Nodet commented on CAMEL-13948:
-----------------------------------------
Yes, my suggestion was to unbind a from {{DefaultComponent}} / {{Component}}.
Another possibility is to maintain a {{List}} instead of a single object, but
we would need additional methods to retrieve a list of beans instead of a
single instance.
> Unpredictable registry lookup
> -----------------------------
>
> Key: CAMEL-13948
> URL: https://issues.apache.org/jira/browse/CAMEL-13948
> Project: Camel
> Issue Type: Improvement
> Components: camel-core
> Reporter: Luca Burgazzoli
> Priority: Major
> Fix For: 3.x
>
>
> The camel registry support binding multiple classes to the same entry via the
> bind method:
> {code:java}
> void bind(String id, Class<?> type, Object bean)
> {code}
> The underlying implementation is roughly:
> {code:java}
> void bind(String id, Class<?> type, Object bean) {
> computeIfAbsent(id, k -> new LinkedHashMap<>()).put(type, bean);
> }
> {code}
> So assuming I have a class MyLogComponent which extends LogComponent and I do
> the following binding:
> {code:java}
> Component a = new LogComponent()
> Component b = new MyLogComponent()
> registry.bind("log", LogComponent.class, a )
> registry.bind("log", MyLogComponent.class, b)
> {code}
> then lookupByNameAndType may return different values depending on the type
> used for looking up the beans:
> {code:java}
> registry.lookupByNameAndType("log", LogComponent.class) ==> a
> registry.lookupByNameAndType("log", MyLogComponent.class) ==> b
> registry.lookupByNameAndType("log", DefaultComponent.class) ==> a or b
> (depends on the order)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
