perfsonar development work

[Loukik Kudarimoti <>]

Hi Michael,

Thanks for your input.

Michael Bischoff wrote:
> I gues it doesn't work if you don't cc top the actual mailing list.
>
> I'm not entirely up to speed with things as our service isn't in the
> bundle yet. So I don't (fully) know the proposed installation
> improvements(is there a wiki page anyone?) 
Plans for 3.0 bundle are available in the product specification here:
http://anonsvn.internet2.edu/svn/perfsonar/trunk/perfsonar-doc/release-management/

Very soon, we plan to have the initial set of release candidates ready.

Regards,
Loukik.

> So the reply below should be
> taken with a pinch of salt I gues(depending on how much it improved).
>
> regards,
>
> Michael Bischoff
>
> ---------------------------- Original Message ----------------------------
> Subject: Re: [pS-dev] installation improvement ideas / shorter URLs
> From:    "Michael Bischoff" 
> <>
> Date:    Fri, December 21, 2007 12:58 pm
> To:      "Chris Welti" 
> <>
> --------------------------------------------------------------------------
>
> I share some of the same feelings.
>
>   
> > - 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.
> >     
>
> Good defaults(convention over configuration.) would help. Also I see
> nothing stopping us from releasing WAR files. (internally this is what
> we're already doing with flowsama) Simply deploy it and point the
> administrator to the service.properties file with good defaults. If you
> really wanted it to be paint free it shouldn't be too much of a hassle to
> include a install web-based wizard. (as seen with phpbb, joombla alike) If
> a general component was developed it wouldn't even require that much
> effort to add it to the current and future MA and MP's.
>
>   
> > - 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
> >
> >     
>
>   
> > 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.)
> >     
>
> adding the version to the url allows you to easily deploy 2 instances of a
> service with different versions. That said if you install as noted above
> the webapp will be named as the war file is named thus its in the
> administrators hands he can simply rename the war file. 'services'-bit can
> probably be ommited and taken out by a small adjustment to the web.xml .
> As for the MeasurementArchiveService I'm not sure, well it boils down to
> fiddling with the server-config.wsdd or service-deploy.wsdd. But what I
> means is that I'm not sure what to change it to.
>
> Regards,
>
> Michael Bischoff
>
>   


--

---------------------------------------------------------------
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