perfsonar-dev - Re: [pS-dev] parameter elements with the same name
Subject: perfsonar development work
List archive
- From: Uros Juvan <>
- To: Roman Lapacz <>
- Cc: Martin Swany <>,
- Subject: Re: [pS-dev] parameter elements with the same name
- Date: Thu, 12 Oct 2006 19:25:35 +0200
- Organization: Arnes
What about changing the way Parameters class stores parameters to it's HashMap. Not just as HashMap<String, String>, but as HashMap<String, String[]>.
We can make this compatible with classes using this class, by returning String[0] on call to existing methods, and adding extra method for returning array of String's.
Roman Lapacz wrote:
Martin Swany wrote:
Hi Roman,
Jason, could you take look at this? What's your opinion on this? Others?
We had a assumed that they parameter names would be unique
so that we could use the HashMap. To me, this argues for a
"complex" parameter (that is not just a string.)
I believe that such new approach to parameters could be useful also in other situations.
Roman
Then, the parameter
could be a SupportedEventTypes or something similar.
best,
martin
Regards,
--
Uroš Juvan
Arnes
- parameter elements with the same name, Roman Lapacz, 10/12/2006
- Re: [pS-dev] parameter elements with the same name, Martin Swany, 10/12/2006
- Re: [pS-dev] parameter elements with the same name, Roman Lapacz, 10/12/2006
- Re: [pS-dev] parameter elements with the same name, Uros Juvan, 10/12/2006
- Re: [pS-dev] parameter elements with the same name, Jeff W. Boote, 10/16/2006
- Re: [pS-dev] parameter elements with the same name, Uros Juvan, 10/12/2006
- Re: [pS-dev] parameter elements with the same name, Roman Lapacz, 10/12/2006
- Re: [pS-dev] parameter elements with the same name, Martin Swany, 10/12/2006
Archive powered by MHonArc 2.6.16.