perfsonar development work

[Guilherme Fernandes <>]

Maciej Glowiak wrote:
> Guilherme Fernandes wrote:
>   
> > Hi Guys,
> >
> > So what was the decision on this for 3.1? CL-MP needs to register
> > possibly 6 eventTypes that it serves. Currently I'm defining one
> > metadata for each eventType, but this is not a clean solution and I'm
> > not sure the hLS/gLS will understand this right?
> >
> >     
>
> Hi,
>   
Hi Maciej,
> Using one eventType is the limitation of current implementation. Change
> in it would influent to most of services, because the NMWG interface
> should be change. It would need all developers to modify their services.
>
> Now we have getEventType() method that returns single EventType. In
> psBase2 I improved two methods getEventTypes() that returns a collection
> of EventTypes, and getAnyEventType() - to keep the compatibility,
> however most of services must be changed (in psBase2 the process of
> changing services and reviewing the code will be done anyway, so it will
> be easier).
>
> For the 3.1 release we won't be supporting multiple eventTypes (for
> nmwg:metadata) because it'd slow down the release process for next
> couple of weeks or months.
>
>   
Well, the solution I gave is enough (see the other email). But I don't 
really see how that change actually requires developers to modify their 
services. Right now, if you have multiple eventTypes inside a message, 
the eventType considered is the last one that is parsed (i.e. it doesn't 
outputs that it doesn't support multiple eventTypes, it just gets a 
random one as valid). This is exactly the same as getAnyEventType you 
mentioned above (but you wouldn't need to change the name, it can still 
be getEventType() and then it wouldn't break code). Only thing that 
needs to change is perfsonar-base and the generic LS Registration code 
to use the new method (other services can change their code _if_  they 
want to have the new functionality for some reason).

But of course, since 3.1 is already here, and the solution I mentioned 
solves it, there's no need to do it right now...

Best regards,
Guilherme
> Best regards
> Maciej
>
>