[Biocorba-l] NS stuff

[Juha Muilu]

Hi Matthew,


Matthew Pocock wrote:
> 
> Hi Brad & Juha,
> 
> I have no particularly strong views about the naming scheim, but I did
> think that named objects would usualy be discovered by query (is that
> trading services in CORBA-speak?), not by browsing. Am I mistaken?

You are right. I do not have strong opinion about the naming scheme. It
would be nice to have..  consistent names are easier to use.

> 
> I tend to think of names (be it packages, URLs or anything else) in
> terms of who owns the right to carve up any particular level of a
> compound name. So, I would tend to lean towards the naming scheim with
> service interface last as the sub-names to the left 'own' that
> particular service implementation - the service interface does not own
> the provider. This removes ambiguities and also removes the need for so
> much co-ordination between different groups naming stuff. But, as I
> said, I don't realy care.

That make sense.

> 
> Matthew
> 
> Juha Muilu wrote:
> 
> > Brad Chapman wrote:
> >
> >>Juha:
> >>
> >>>Yes the database can have both or more interfaces. I was also thinking
> >>>that we could use the kind field for different versions of IDL.
> >>>Following naming scheme was on my mind:
> >>>
> >>>databases/EMBL.version/BioCorba.version    &
> >>>databases/EMBL.version/EMBLCorbaServer.version
> >>>
> >>>It is good to have possibility to put version numbers on proper places
> >>>and not to mix those into the id-part. ..I think the scheme contains the
> >>>minimum amount of information we need.
> >>>
> >>Okay dokee, sounds good to me. My only comment is that I would
> >>prefer the interface information to be before the actual database
> >>information, like:
> >>
> >>databases/BioCorba.version/EMBL.version
> >>databases/EMBLCorbaServer.version/EMBL.version
> >>
> >>The reason I like this is that my basic need in BioCorba is to find
> >>what BioCorba-interface-implementing databases are available. If the
> >>databases are structured like:
> >>
> >
> > OK. I do not have strong opinion on this. . Take your pick, if nobody
> > else here do not like to find the databases first :-)
> >
> >
> >>databases/BioCorba.version/db1.version
> >>databases/BioCorba.version/db2.version
> >>
> >>then it is easy to do this, since you can get the
> >>databases/BioCorba.version context, and then just call list() on it
> >>to retrieve the names of all the databases.
> >>
> >>Whew-almost-there-ly yr's,
> >>Brad
> >>--
> >>PGP public key available from http://pgp.mit.edu/
> >>_______________________________________________
> >>Biocorba-l mailing list
> >>Biocorba-l@biocorba.org
> >>http://www.biocorba.org/mailman/listinfo/biocorba-l
> >>
> >
> 
> _______________________________________________
> Biocorba-l mailing list
> Biocorba-l@biocorba.org
> http://www.biocorba.org/mailman/listinfo/biocorba-l

-- 
 +--------------------------------------------------------------------+
 |Juha Muilu, Ph.D., EMBL Outstation| Email:  muilu@ebi.ac.uk         |
 |European Bioinformatics Institute | Phone:  +44 (0)1223 494 624     |
 |Wellcome Trust Genome Campus      | Fax:    +44 (0)1223 494 468     |
 |Hinxton, Cambridge CB10 1SD, UK   | http://industry.ebi.ac.uk/~muilu|
 +--------------------------------------------------------------------+