[Biocorba-l] NS stuff

[Matthew Pocock]

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?

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.

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
>>
>