perfsonar development work

[Yee-Ting Li <>]

Hey Jochen,

thanks for the reply.

we have a local topology database with some rrd performance  
information that we would like to front as a perfsonar service.  
basically, it will involve remapping that information into nmwg afaict.

i was interested in porting the java libraries mainly because i felt  
it was a good place to start; the structure of the objects appears to  
make a lot of sense. i've looked through your code, and i like the  
simplicity of the NMWG.pm class, and the way in which it is more perl- 
like.

i was thinking that it may be nice to implement the java api in perl;  
but utilise wrappers around the api to allow more perl like data  
structures to be implemented. that way, it would be relatively easy  
to keep up to date with the current nmwg spec (as the java classes  
are typically very up to date), whilst at the same time being able  
update services to use the latest nmwg versions with almost no effort.

i've started a little in this task; the main problems at the moment  
appear to be the need for a namespace class in perl.

does your hades nmwg classes support meta data chaining etc?

thanks!

Yee.


On 15 Jan 2007, at 04:48, Jochen Reinwand wrote:

> Hi,
>
> Our perfSONAR services (Hades MA and BWCTL MP) are written in Perl.  
> We did not
> try to make something similar to the Java implementation, since we  
> decided to
> do it "the Perl way". We used mainly XML::LibXML for XML handling and
> SOAP::Lite for the SOAP stuff. But the later one will be replaced  
> by directly
> using HTTP modules, because SOAP::Lite is (at the moment) not the  
> right
> module for perfSONAR.
> Our code was made having some sort of perfSONAR Perl module in  
> mind, but since
> our services are by now the only services using Perl, we haven't  
> put much
> effort into really supplying such a module. We also do not have a  
> really
> fixed API, since we always have to implement new feature, that need  
> to be
> compatible with the Java stuff. But since a few things have to be  
> added and
> reworked we might put some more work in this module in the next few  
> weeks...
>
> You can find our code in the Subversion repository here:
> http://tod.rrze.uni-erlangen.de/hades/trunk/
>
> http://tod.rrze.uni-erlangen.de/hades/trunk/framework/bin/perfsonar.pl
> is our daemon providing all perfSONAR services. It uses modules in
> http://tod.rrze.uni-erlangen.de/hades/trunk/framework/lib/
>
> I hope this helps you a little with your decision...
> BTW: What exactly are you planning to do? Implementing a new  
> service in Perl?
>
> regards,
> Jochen
>
> On Wednesday 10 January 2007 22:25, Yee-Ting Li wrote:
> > Hi,
> >
> > so i'm currently looking into creating nmwg spec xml from a personar
> > service written in perl. rather than generating my own xml classes
> > which will probably break very easily, i had the idea of porting the
> > existing java libraries over to perl.
> >
> > so...
> >
> > 1) is this a good idea? i'm thinking reuse here for others. i plan on
> > keeping as much of the java api as possible within perl.
> >
> > 2) how much of a job is it to do this? i figured once i get the base
> > classes ported, the rest should be relatively simple; certainly i
> > don't plan on porting /everything/ on the tree just yet.
> >
> > 3) how would we keep the two trunks (java/perl) in sync?
> >
> > 4) do any of the java libraries (like the java namespace classes,
> > org.w3c.dom.Document, Content Handler etc) have equivalent packages
> > in perl which will make my life simpler?
> >
> > 5) are there any tools to automate as much of this as possible?
> >
> > 6) am i crazy to do this?
> >
> > Yee.
>
> --
> Jochen Reinwand                                 Tel: +49 9131 852-8689
> DFN Labor
>
> Regionales Rechenzentrum Erlangen
> Martensstrasse 1
> 91058 Erlangen
>
> email: