perfsonar development work

[ulisses <>]

Hi Jeff!

On 2006-08-31 08:40:33, Jeff W. Boote wrote:
[...]

> ulisses wrote:
> >Hi all
> >
> >After doing by mistake an rm *.xml, I have redone it roughtly again.
> >
> >Please tell me if the following is wrong or not, I attach the following 
> >messages to be exchanged:
> >
> >+ Full database 
> >
> >     ---> TOPSDownloadDBRequest
> >     <--- TOPSDownloadDBResponse
> >
> >+ Partial database download of nodes
> >
> >     ---> TopsDownloadNodesRequest
> >     <--- TopsDownloadNodesResponse
> >
> >once these are clear I will make the rest. Please see the comments on the 
> >headers.
> 
> You are very much missing the spirit of the schema.
> 
> The message 'type' should be something very general. It is actually very 
[...]

Thanks for being concrete in the explanation, tomorrow I will send an updated 
version
of the examples.

[...]

> You keep presenting different ways to solve the problem, but without us 
> knowing what problem you are trying to solve it is difficult for us to 
> suggest things and know if they are appropriate.

Basically 
        - dump a database (or parts of it)
        - register a client for being informed if a change in the database or 
part
        of it has been produced

which is what I told in previous mails... so I suposse it is not enough for 
you...

other than that, I'm not sure if I can be more specific... maybe I'm assuming 
something?. 

Any more specific question?

Maybe CNM which is future user of the topology database can be more specific.

> >the following question arise:
> >
> >- Do responses must to share a key or identifier in the response that 
> >reference the request?
> 
> What is shared is completely up to the service. If you support a 
> MetadataKeyRequest message, then it would of course be expected that you 
> would return keys.
> 
> What is definitely expected is that you share metadata along with the data 
> that describes the 'common' parts of the data. For example, given the 
> request I suggest above, the response should have those two metadata in it. 
> With a full set of parameters fully describing the data that is returned.
> 
> Have you looked at the example requests/responses in the schema directory?

yes, somewhat... but because there are no comments in them I think I cannot 
interpret 
them correctly... it happens more or less the opposite as you, looking at the 
xml files 
I'm not sure what is the problem it is being solved }:-)

Thanks so much Jeff, tomorrow I will send an updated version

        Ulisses