Skip to Content.
Sympa Menu

perfsonar-dev - Re: [pS-dev] Summary parameters - eventTypes

Subject: perfsonar development work

List archive

Re: [pS-dev] Summary parameters - eventTypes


Chronological Thread 
  • From: Maciej Glowiak <>
  • To: , Roman Lapacz <>
  • Cc: Perfsonar Development <>
  • Subject: Re: [pS-dev] Summary parameters - eventTypes
  • Date: Mon, 16 Jun 2008 12:44:51 +0200

Jason Zurawski wrote:
Maciej;

In the summarizaton example you used a list of event types with the same name. In the current implementation of NMWG all parameter must have unique names. To be honest I followed the same direction in ps-base2...

=======================================================================
<summary:parameters id="summmary.md.1">
<nmwg:parameter
name="eventType"
value="http://ggf.org/ns/nmwg/characteristic/utilization/2.0/"; />
<nmwg:parameter
name="eventType"
value="http://ggf.org/ns/nmwg/characteristic/discards/2.0/"; />
<nmwg:parameter
name="eventType"
value="http://ggf.org/ns/nmwg/characteristic/errors/2.0/"; />
<nmwg:parameter
name="eventType"
value="http://ggf.org/ns/nmwg/tools/snmp/2.0/"; />
</summary:parameters>
=======================================================================

Is it intentional or can be done in different way?

This was intentional and I was under the impression that this was fixed some time ago for the 'supportedEventType' parameter.
It is necessary to support these multiple parameters since a single LS will no doubt be submitting many eventTypes in each summary (same thing will apply for multiple elements of the same name such as the network element). I would much rather take this approach that trying something rather arbitrary such as:

<parameters>
<parameter name="eventType1">first one</parameter>
<parameter name="eventType2">second one</parameter>
</parameters>

If you have an elegant solution please suggest, but I currently don't see another way.


Hi Jason,

I think I will re-implement it in java PsBase2, but will probably won't do it for base 1, so we can treat it as new feature without backward compatibility.

You're right, using multiple parameters is the simplest way. However this will impact on LS implementation (timeouts) and perhaps on other services (MA?), so we need to tell other people about the change.

I added Roman to CC, he was involved to supportedEventTypes changes, so perhaps he has some considerations about it.

Maciej

--

--------------------------------------------------------------------
| Maciej Glowiak Network Research and Development ||
|

Poznan Supercomputing and Networking Center ||
| (+48 61) 858 2024 -- skype_id: maciej_psnc GG: 4526858 ||
====================================================================





Archive powered by MHonArc 2.6.16.

Top of Page