perfsonar development work

[Slawomir Trzaszczka <>]

Piotr has mentioned about it - in requests event types have URL notation
and it is mature solution. So revert from URL notation to other notation
won't be a good choice.

Regards,

Slawek


On Thu, 2009-11-12 at 11:38 +0100, Piotr Pikusa wrote:
> One purpose is that we already use urls as even types, for example in MA 
> url event types tell service which metrics it should choose to fetch or 
> store data. So the background for url idea is that we should have full 
> harmony. However mentioned example of event type refers to nmwg schema 
> and we must introduce some new well done response schema. So since some 
> of requests are already  urls  why to use something different?
> 
> Cheers
> Piotr Pikusa
> 
> Antoine Delvaux wrote:
> > Le 10 nov. 2009 à 13:23, michael a écrit :
> >   
> >> While current usage is all soap-over-http it doesn't mean there might
> >> not be a future
> >> use-case where the option of using an other transport protocol for  
> >> SOAP
> >> is preferred.
> >>     
> >
> > Thanks for your answer Michael, I indeed overlooked the usage of the  
> > protocol on some other transport layer.
> >
> > One last thing I'd like to understand however.  Why the move from  
> > dotted notation to URL notation for event types in the first place?   
> > And why not use URN or some other naming scheme?  Doesn't it add even  
> > more confusion when such URL is used for transport, to refer to name  
> > space and then now to even something different?  Or is there some  
> > background I'm missing?
> >
> > Antoine.
> > --
> > Antoine Delvaux                                    Systems Engineer
> > DANTE                                                 Skype: toninb
> > http://www.dante.net                            Tel: +221.776530462
> > PGP fingerprint: DC65 0D8B 6938 9229 33C3  18CA 4EB6 09D3 A333 3378
> >
> >
> >
> >
> >   
> 
-- 
+--------------------------------------------+
 Slawomir Trzaszczka                       
                                           
 Poznan Supercomputing & Networking Center 
+--------------------------------------------+