avalon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nader Aeinehchi" <na...@aeinehchi.com>
Subject Re: [RT] New Lookup mechanism
Date Thu, 15 Apr 2004 20:32:24 GMT
Hi Hammet

A service consumer shouldn't know who is implementing a
> service, otherwise the benefits of using Avalon (loose-coupling) will
> disappear.

Please see my other posting where I explained the benfit of using
Interface(s) for lookup mechanism.


Best Regards

--
Nader Aeinehchi
Aasenhagen 66 E
2020 Skedsmokorset
NORWAY
Direct and Mobile +47 41 44 29 57
Tel (private): +47 64 83 09 08
Fax +47 64 83 08 07
www.aeinehchi.com

----- Original Message -----
From: "Hamilton Verissimo de Oliveira (Engenharia - SPO)"
<hamilton.oliveira@agenciaclick.com.br>
To: "Avalon Developers List" <dev@avalon.apache.org>
Sent: Thursday, April 15, 2004 9:42 PM
Subject: Re: [RT] New Lookup mechanism


> > -----Original Message-----
> > From: Nader Aeinehchi [mailto:nader@aeinehchi.com]
> > Sent: Thursday, April 15, 2004 3:06 PM
> > To: Avalon Developers List
> > Subject: Re: [RT] New Lookup mechanism
>
>
> > 4. A client code looks up for a particular service by sending Template.
> > Template may include a combination of Id, Class(es) and Entry(ies)
> >
> > public class Template implements Serializable {
> >     public Id id;
> >     public Class[] classes;
> >     public Entry[] attributes;
> >     public Template(Id id, Class[] classes, Entry[] attributes)
> > }
>
> I think using classes to describe real implementation requests is wrong in
> Avalon land. A service consumer shouldn't know who is implementing a
> service, otherwise the benefits of using Avalon (loose-coupling) will
> disappear.
>
> I know a little about Jini (read a book but never got my hands in it for a
> project), and I think the semantics for lookups (among other things) is
> something that should inspire us when chasing for a evolution.
>
>
> Regards,
> hammett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
> For additional commands, e-mail: dev-help@avalon.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org


Mime
View raw message