I am still having difficulty understanding what you are trying to do. It
sounds something like this:
interface Service {
send(Object o);
}
class Foo {
send1(Object o);
send2(Object o);
send3(Object o);
send4(Object o);
}
Now it seems like you want Foo to provide 4 instances of Service, where
each one maps to a different sendX() method on Foo. Is that correct?
This sounds pretty odd.
If so, it seems like you should create 4 different service impl
components which are injected with Foo and then call the correct method.
-> richard
On 6/30/09 5:20 AM, Anthony Gelibert wrote:
> Sorry for the bad explanations...
>
> So, if I well understand you, I can expose several times the same
> interface... But how indicate the good implementation for a specific
> service (In other words, if my service is the method A and that I want
> export several times the service, how specify a service and its good
> implementation).
>
> Thanks...
> Anthony Gelibert
>
>
> Le 30 juin 09 à 10:36, Clement Escoffier a écrit :
>
>> Hello,
>>
>>
>> On 30.06.2009, at 10:14, Anthony Gelibert wrote:
>>
>>> Hello,
>>> I work with iPojo and I've a problem with this modeling :
>>>
>>> I create an interface with only one method : "send(Object obj)" and
>>> I want provide this interface four times in the same component.
>>> So, in my component, I want define four versions of the method with
>>> different names (for Java coherency) and indicate in iPojo that the
>>> method is a "synonym" of the "send" method...
>>
>> If I understand correctly, you have one interface and a class
>> implementing this interface (and publishing it as a service) and
>> containing four versions of the send method. You would like to say to
>> iPOJO which method to use when the send method is invoked.
>>
>> If so, I'm not sure that iPOJO provides a solution. The best solution
>> I see is to implement the send(Object obj) method and delegating the
>> calls to the good method.
>>
>> However iPOJO supports to expose several interfaces (or several times
>> the same interface) as services, so maybe you can try to see if it
>> helps.
>>
>> Regards,
>>
>> Clement
>>
>>>
>>> How could I make this ?
>>>
>>> Thanks...
>>> Anthony Gelibert
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
users-unsubscribe@...
>> For additional commands, e-mail:
users-help@...
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail:
users-unsubscribe@...
For additional commands, e-mail:
users-help@...