OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

xri-editors message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [xri-editors] LDAP or DSML as local access protocol


John Veizades will draft two paragraphs by COB Tuesday.

	-Gabe

> -----Original Message-----
> From: Drummond Reed [mailto:drummond.reed@onename.com]
> Sent: Monday, November 03, 2003 3:03 PM
> To: Wachob, Gabe; XRI Editors (E-mail)
> Subject: RE: [xri-editors] LDAP or DSML as local access protocol
> 
> 
> Gabe, you're right, mentioning this as an example of a future binding
> definition (esp. right in 3.2.2 when describing
> /IdentifierAuthority/LocalAccess/Service, and again in 3.4 
> when talking
> about how local access works, would be ideal.
> 
> 2 paras will do this. Will you take this action item (if I 
> take the one
> about the next draft of the XRI charter?)
> 
> =Drummond 
> 
> -----Original Message-----
> From: Wachob, Gabe [mailto:gwachob@visa.com]
> Sent: Monday, November 03, 2003 10:08 AM
> To: Drummond Reed; XRI Editors (E-mail)
> Subject: RE: [xri-editors] LDAP or DSML as local access protocol
> 
> Drummond-
> 
> Yes, I understand what you want to do. I don't think its a good idea,
> though, because its essentially "half-specifying" an ldap binding. Its
> entirely possible to have two different local access protocol bindings
> which use ldap that are identified differently.
> 
> I suppose it would be OK to mention this as an example of a future
> binding definition, if that would satisfy your desires...
> 
>         -Gabe
> 
> > -----Original Message-----
> > From: Drummond Reed [mailto:drummond.reed@onename.com]
> > Sent: Monday, November 03, 2003 10:02 AM
> > To: Wachob, Gabe; XRI Editors (E-mail)
> > Subject: RE: [xri-editors] LDAP or DSML as local access protocol
> >
> >
> > I think we're talking about different things. I was simply
> > asking how an
> > XRI-identified endpoint might advertise that other local
> > access services
> > like LDAP or DSML were available at that endpoint, given that
> > we have an
> > element of the Identifier Authority Descriptor for doing 
> this. I know
> > that doesn't answer the question of how you would query for an
> > XRI-identified resource USING such local access service. 
> But since the
> > endpoint at which the service is available MUST have an XRI, and it
> > already has an Identifier Authority Descriptor for describing it, I
> > guess I'm just asking why we are not providing the names of
> > other common
> > local access protocols as options, even if we say that the
> > current spec
> > does not define how to translate XRIs into queries in those 
> protocols.
> >
> > =Drummond
> >
> > -----Original Message-----
> > From: Wachob, Gabe [mailto:gwachob@visa.com]
> > Sent: Monday, November 03, 2003 9:05 AM
> > To: Drummond Reed; XRI Editors (E-mail)
> > Subject: RE: [xri-editors] LDAP or DSML as local access protocol
> >
> > Well, if you don't define the LDAP query, then you can't have any
> > interoperability and therefore whats the purpose of 
> "defining" an LDAP
> > local access protocol?
> >
> > To put it concretely, if I have an XRI of "@example/foo.bar", and
> > @example identifies a particular LDAP server, then what LDAP
> > query do I
> > perform? If thats not specified, then a local access 
> protocol binding
> > really hasn't been defined..
> >
> >         -Gabe
> >
> > > -----Original Message-----
> > > From: Drummond Reed [mailto:drummond.reed@onename.com]
> > > Sent: Monday, November 03, 2003 12:37 AM
> > > To: Wachob, Gabe; XRI Editors (E-mail)
> > > Subject: RE: [xri-editors] LDAP or DSML as local access protocol
> > >
> > >
> > > I agree that defining a translation would be useful, but it's not
> > > actaully required, is it? Say I have an XRI for "@foo.bar"
> > and then I
> > > want to make an LDAP query about a distinguished name at
> > the endpoint
> > > identified by "@foo.bar". In that case I don't have to 
> express that
> > > distinguished name as an XRI, I just need to know is that 
> LDAP is a
> > > supported local access protocol at that endpoint, yes?
> > >
> > > =Drummond
> > >
> > > -----Original Message-----
> > > From: Wachob, Gabe [mailto:gwachob@visa.com]
> > > Sent: Sunday, November 02, 2003 8:32 PM
> > > To: Drummond Reed; XRI Editors (E-mail)
> > > Subject: RE: [xri-editors] LDAP or DSML as local access protocol
> > >
> > > Well, thats OK, but there a bit of work to do. We have to
> > define how a
> > > XRI gets translated into a LDAP or DSML query. This is not a
> > > straightforward process, and there are probably a multitude
> > of ways to
> > > do it (an LDAP query is *structured* and I'm not sure how
> > > that structure
> > > is created).
> > >
> > > Does someone have a proposal for how to do this in a flexible way?
> > >
> > >         -Gabe
> > >
> > > > -----Original Message-----
> > > > From: Drummond Reed [mailto:drummond.reed@onename.com]
> > > > Sent: Friday, October 31, 2003 4:12 PM
> > > > To: XRI Editors (E-mail)
> > > > Subject: [xri-editors] LDAP or DSML as local access protocol
> > > >
> > > >
> > > > Gabe, I forgot that one of my notes in first reading the
> > resolution
> > > > section was why LDAP or DSML wasn't included as an option
> > > > alongside X2R
> > > > as a local access protocol? This is in relation to 3.2.2 an 3.4.
> > > >
> > > > =Drummond
> > > >
> > > > To unsubscribe from this mailing list (and be removed from
> > > > the roster of the OASIS TC), go to
> > > > http://www.oasis-open.org/apps/org/workgroup/xri-editors/membe
> > > rs/leave_workgroup.php.
> > >
> > > To unsubscribe from this mailing list (and be removed from
> > > the roster of the OASIS TC), go to
> > > http://www.oasis-open.org/apps/org/workgroup/xri-editors/membe
> > rs/leave_workgroup.php.
> >
> > To unsubscribe from this mailing list (and be removed from
> > the roster of the OASIS TC), go to
> > http://www.oasis-open.org/apps/org/workgroup/xri-editors/membe
> rs/leave_workgroup.php.
> 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]