perfsonar-dev - Re: [pS-dev] topology service responses
Subject: perfsonar development work
List archive
- From: Murilo Vetter <>
- To: Roman Lapacz <>
- Cc: Yee-Ting Li <>,
- Subject: Re: [pS-dev] topology service responses
- Date: Fri, 20 Apr 2007 15:40:10 -0300
Hi,
Another changes to have more flexible parameters. The message is defined this way:
----------
<nmwg:message type="TopologyRequest"
id="msg1"
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
xmlns:nmwgtopo3="http://ggf.org/ns/nmwg/topology/base/3.0/">
<nmwg:metadata id="11">
<nmwgtopo3:subject id="YYY">
</nmwgtopo3:subject>
<nmwg:eventType>http://ggf.org/ns/nmwg/topology/actions/list</nmwg:eventType>
<nmwgtopo3:parameters id="YYY">
<nmwg:parameter name="include">
<nmwg:parameter name="1">node</nmwg:parameter>
<nmwg:parameter name="2">link</nmwg:parameter>
</nmwg:parameter>
<nmwg:parameter name="level">
<nmwg:parameter name="1">detail</nmwg:parameter>
</nmwg:parameter>
</nmwgtopo3:parameters>
</nmwg:metadata>
<nmwg:data id="data0" metadataIdRef="11"/>
</nmwg:message>
-------------
Is empty subject is really needed? I think eventType is enough in this request.
About the subject, it is optional. Roman is right.
Now, I can define in a Kind hash structure. For example, I have parameter names
include and level. Inside I have another parameters, name with numbers, or whatever
symbol you want, But this names must be unique. So, you can match each include element
to the level element associating them with the unique name.
The level parameter is going to appear just when we have the include node. for the others
it is not necessary.
I think this is better now.
Thanks,
Murilo
- topology service responses, Yee-Ting Li, 04/16/2007
- Re: [pS-dev] topology service responses, Roman Lapacz, 04/17/2007
- Re: [pS-dev] topology service responses, Yee-Ting Li, 04/17/2007
- Re: [pS-dev] topology service responses, Verena Venus, 04/17/2007
- Re: [pS-dev] topology service responses, Yee-Ting Li, 04/17/2007
- Re: [pS-dev] topology service responses, Roman Lapacz, 04/17/2007
- Re: [pS-dev] topology service responses, Verena Venus, 04/17/2007
- Re: [pS-dev] topology service responses, Yee-Ting Li, 04/17/2007
- Re: [pS-dev] topology service responses, Murilo Vetter, 04/17/2007
- Re: [pS-dev] topology service responses, Murilo Vetter, 04/17/2007
- Re: [pS-dev] topology service responses, Roman Lapacz, 04/18/2007
- Re: [pS-dev] topology service responses, Murilo Vetter, 04/20/2007
- Re: [pS-dev] topology service responses, Roman Lapacz, 04/23/2007
- Re: [pS-dev] topology service responses, Murilo Vetter, 04/20/2007
- Re: [pS-dev] topology service responses, Roman Lapacz, 04/17/2007
Archive powered by MHonArc 2.6.16.