[SAGA-RG] saga core spec - final call

'Andre Merzky' andre at merzky.net
Mon Oct 8 16:31:14 CDT 2007


Yes, they should - thats the idea after all.  I'll fix that.

Thanks, Andre.


Quoting [Hartmut Kaiser] (Oct 08 2007):
> 
> Andre,
> 
> Shouldn't the constructors of namespace, file, directory etc. take url's now
> (in stead of the string parameters)? This wouldn't even break existing code
> (at least in C++) as long as there is a non-explicit url constructor takig a
> string only.
> 
> Regards Hartmut
> 
> > -----Original Message-----
> > From: saga-rg-bounces at ogf.org 
> > [mailto:saga-rg-bounces at ogf.org] On Behalf Of Andre Merzky
> > Sent: Monday, October 08, 2007 3:17 PM
> > To: Ceriel Jacobs
> > Cc: SAGA RG; Andre Merzky
> > Subject: Re: [SAGA-RG] saga core spec - final call
> > 
> > Good point, and my mistake.  I changes that in the spec.
> > 
> > Thanks, Andre.
> > 
> > 
> > Quoting [Ceriel Jacobs] (Oct 08 2007):
> > > 
> > > Hi Andre,
> > > 
> > > now that the URL specs are in the repository, I have a 
> > question about it:
> > > why are there separate methods for "username" and 
> > "password"? rfc2396 
> > > mostly talks about a "userinfo" token, with the user:password 
> > > possibility made scheme-specific. In fact, the rfc2396 text warns 
> > > against having passwords in there, because of the security 
> > risk. So, I 
> > > would prefer set_userinfo/get_userinfo methods instead of 
> > the get_[username|password]/set_[username|password].
> > > 
> > > Ceriel
> > 
> > 
> > 
> > --
> > No trees were destroyed in the sending of this message, 
> > however, a significant number of electrons were terribly 
> > inconvenienced.
> > --
> >   saga-rg mailing list
> >   saga-rg at ogf.org
> >   http://www.ogf.org/mailman/listinfo/saga-rg
> > 
> 



-- 
No trees were destroyed in the sending of this message, however,
a significant number of electrons were terribly inconvenienced.


More information about the saga-rg mailing list