perfsonar development work

[Loukik Kudarimoti <>]

Hi Chris,

Thanks for your feedback and we appreciate your patience in this matter.

At the moment, we are focusing our energy on the 3.0 release which 
includes major changes to the installation and configuration process.

We will have the 1st RC for RRD MA ready in around 3 weeks time. If you 
have some time, can you be one of our beta testers and give us feedback 
on the RCs? Please let me know if thats okay with you and we will notify 
you when testing starts.

thanks,
Loukik.


Chris Welti wrote:
> Hi all,
>
> after installing the latest RRDMA release from , perfsonar-bundle-2.2, I've 
> some points to mention:
>
> - Please, please, please, release an -extra version of the bundle that 
> includes ALL the necessary software AND does not require so much 
> configuration information. Also the installer only works for really fresh 
> installations, else it will fail along the path, so what's the point of not 
> offering a combined release? I want a SIMPLE installation with only very few 
> parameters to insert.
> Organisation name, username, password, basic location of the service (e.g. 
> /usr/local/perfsonar). When downloading files for installation, please put 
> them in a temp folder and for heaven sake, don't ask for source locations.
> anyway, there really is a lot to improve in the installation of this packet!
> It again took me days to get the RRDMA working properly.
>
> - the URLs for the webservices are too long.
>
> instead of 
> http://127.0.0.1:8180/SWITCH_RRDMA/services/MeasurementArchiveService, i'd 
> like to see URLs only like this for all services:
>
> http://hostname:8180/servicename
>
> everything else is just confusing and does not help at all. (I know this 
> might require fiddeling with tomcat or another servlet container, but please 
> investigate how this can be done!)
>
>
> Anyway, when I'm at it, instead of using URLs that contain version numbers, 
> please only use generic names.
> e.g.
> http://hostname:8180/rrdma
> http://hostname:8180/ls
> http://hostname:8180/lg
>
> and so on. I don't see any reason why the version number should be part of 
> the URL.
> (also this makes upgrading a nightmare because you always have to circulate a 
> new URL. I know this is maybe not an issue anymore using the LS, but if the 
> LS URL changes, the same applies.)
>
>
>   


--

---------------------------------------------------------------
L o u k i k   K u d a r i m o t i

     * *              Network Engineer
   *     *            City House, 126 - 130, Hills Road
  *                   Cambridge CB2 1PQ, United Kingdom
  *                   WWW: http://www.dante.net
D  A  N  T  E          Tel:+44 1223 371300 Fax:+44 1223 371371