Skip to Content.
Sympa Menu

perfsonar-dev - Re: [pS-dev] NMWG Perl Libraries

Subject: perfsonar development work

List archive

Re: [pS-dev] NMWG Perl Libraries


Chronological Thread 
  • From: "Matthias K. Hamm" <>
  • To: Yee-Ting Li <>
  • Cc: , , Mark Yampolskiy <>
  • Subject: Re: [pS-dev] NMWG Perl Libraries
  • Date: Wed, 17 Jan 2007 09:18:02 +0100
  • Organization: DFN

Hi all,

we - Mark Yampolskiy and me - are also developing an perfSONAR enabled service using PERL. Our End-to-End Monitoring System for Layer2 measurements currently consists of a E2E MP to be installed by the NRENs and a central correlating tool (for more info, see http://wiki.perfsonar.net/jra1-wiki/index.php/PerfSONAR_support_for_E2E_Link_Monitoring)

We use SOAP::Lite and XML::DOM. However, we are not happy at all with this choice and would like to have them replaced eventually.

Perhaps we - all participants who use or provide perfSONAR services with PERL - could collaborate in some way to avoid having the same developments twice or three times (as now). What about having a VC or perhaps even face-to-face meeting ?

Cheers,

Matthias

Yee-Ting Li schrieb:
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:




--

Matthias Hamm

------------------------------------------------
Leibniz-Rechenzentrum / Leibniz Computing Centre
Raum I.2.107
Boltzmannstrasse 1, 85748 Garching, Germany
Telefon: +49 89 35831-8832
Fax: +49 89 35831-9700
E-Mail:

-------------------------------------------------




Archive powered by MHonArc 2.6.16.

Top of Page