perfsonar-dev - Re: [pS-dev] Re: eventType values (again...)
Subject: perfsonar development work
List archive
- From: Loukik Kudarimoti <>
- To: "Jeff W. Boote" <>
- Cc: Maciej Glowiak <>,
- Subject: Re: [pS-dev] Re: eventType values (again...)
- Date: Fri, 23 Feb 2007 14:46:56 +0000
Jeff W. Boote wrote:
<snip>Just to make sure that everyone's on the right page on this, from Roman's email, I understand that the implementation is
The general definition of valid namespaces is defined by the OGF standard found at:
http://www.ogf.org/documents/GFD.84.pdf
It looks like I was not complete enough on the wiki. (I should have prefixed the namespace rules with 'http://'.)
Basically, ORG should be a domain name. So, for perfsonar services I believe we should in general use something like:
schemas.perfsonar.net
We also have some latitude to define the hierarchy under schemas.perfsonar.net in a way that makes sense for us. For example, we can add a sub-dir to that 'org' if we want. So, for administrative support eventTypes like 'echo' perhaps we should come up with our own hierarchy under perfSONAR. How about:
http://schemas.perfsonar.net/tools/admin/echo/ls/2.0
http://schemas.perfsonar.net/tools/admin/echo/2.0 can be a generic version that any service can use, and can be extended by ones at lower levels.
http://www.perfsonar.net/tools/admin/echo/2.0 (no schemas in the perfsonar url)
While I am OK to have it the way it has been implemented currently, I do feel that having the schemas in the dns name (like what was proposed by Jeff) makes it much clearer that its a schema namespace and also ensures our conformance with the OGF specification. (we are the the start of doing this implementation, so lets do it thorough)
Loukik.
jeff
- eventType values (again...), (continued)
- eventType values (again...), Jeff W. Boote, 02/21/2007
- Re: eventType values (again...), Maciej Glowiak, 02/22/2007
- Re: eventType values (again...), Jeff W. Boote, 02/22/2007
- Re: eventType values (again...), Maciej Glowiak, 02/23/2007
- Re: eventType values (again...), Roman Lapacz, 02/23/2007
- Re: [pS-dev] Re: eventType values (again...), Loukik Kudarimoti, 02/23/2007
- Re: [pS-dev] Re: eventType values (again...), Maciej Glowiak, 02/23/2007
- Re: eventType values (again...), Roman Lapacz, 02/23/2007
- Re: [pS-dev] Re: eventType values (again...), Roman Lapacz, 02/27/2007
- Re: [pS-dev] Re: eventType values (again...), Loukik Kudarimoti, 02/27/2007
- Re: [pS-dev] Re: eventType values (again...), Roman Lapacz, 02/27/2007
- Re: eventType values (again...), Roman Lapacz, 02/23/2007
- Re: [pS-dev] Re: eventType values (again...), Loukik Kudarimoti, 02/23/2007
- Re: [pS-dev] Re: eventType values (again...), Jeff W. Boote, 02/23/2007
- Re: [pS-dev] Re: eventType values (again...), Roman Lapacz, 02/26/2007
- Re: [pS-dev] Re: eventType values (again...), Maciej Glowiak, 02/26/2007
- Re: [pS-dev] Re: eventType values (again...), Roman Lapacz, 02/26/2007
- Re: [pS-dev] Re: eventType values (again...), Jeff W. Boote, 02/23/2007
- Re: eventType values (again...), Maciej Glowiak, 02/23/2007
- Re: eventType values (again...), Jeff W. Boote, 02/22/2007
- Re: eventType values (again...), Maciej Glowiak, 02/22/2007
- eventType values (again...), Jeff W. Boote, 02/21/2007
Archive powered by MHonArc 2.6.16.