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

 


Help: OASIS Mailing Lists Help | MarkMail Help

xdi message

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


Subject: Re: There's already an OpenXDI



I know. But I'm not going to let DNS squatters discourage me from picking 
the right name.

- Mike


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

Michael Schwartz
Gluu
Founder, CEO
mike@gluu.org
https://www.gluu.org
+1 646-810-8761



On Wed, 23 Mar 2011, Barnhill, William [USA] wrote:

>
> FYSA, http://www.openxdi.org/, unless this is connected with the implementation project, but "Open XML Data Interchange"...doesn't sound like it.
>
>
>
> ________________________________
> From: drummond.reed@gmail.com [drummond.reed@gmail.com] On Behalf Of Drummond Reed [drummond.reed@xdi.org]
> Sent: Wednesday, March 23, 2011 2:59 AM
> To: Barnhill, William [USA]
> Cc: Michael Schwartz; xdi@lists.oasis-open.org
> Subject: Re: [xdi] Persistent Search
>
> Mike, +1. As Bill explains, this type of ongoing sync has been one key use case for XDI link contracts since we started.
>
> We're now far enough with the graph model and metagraph vocabulary to start implementing it, and in doing so define the $words we need in the link contract dictionary to govern sync. This will eventually become part of the XDI Link Contract spec (hopefully it stays simple enough to go there, vs. needing a separate XDI Synchronization spec).
>
> =Drummond
>
> On Tue, Mar 22, 2011 at 7:25 AM, Barnhill, William [USA] <barnhill_william@bah.com<mailto:barnhill_william@bah.com>> wrote:
>
> Agreed. This is one of the reasons why I proposed that XDI messaging be asynchronous back in July 2010 (see below for excerpt).  The kind of search this talks about would in XDI be a normal search request. The persistence, refresh period, and conditions for termination of the persistent request would not be in the request itself, but in the link contract that governs it.
>
> Excerpt from pervious message...
>
> On Fri, Jul 9, 2010 at 12:09 AM, Barnhill, William [USA] < barn...@bah.com<mailto:barn...@bah.com>> wrote:
> Another topic discussed on today's call was that we haven't addressed whether XDI messaging is inherently asynchronous or synchronous, and if asynchronous what the method for doing that will be.
>
> My personal POV is that I think it should be inherently asynchronous to match the need for XDI service interactions being distributed and concurrent, so that we avoid blocking. The model I suggested, ignoring for now link contracts, was:
>
> 1. A request initiator (R) discovers the XRI where requests for a particular service provided by a service provider (P) are added, most likely a publicly writable but not readable endpoint
> 2. R then adds an XRI for their request to the graph at that location, this XRI points to a graph under their data authority (or a broker's data authority) that represents the request
> 3. When P is ready to service the request it reads the request from R's graph, services it 4. P then finds under the request graph where the result is to go, or if not specified writes to the graph in a specific location the XRI where the results are in P's graph
>
> I think this model has the advantages of being asynchronous, designed to be suitable for a distributed worker model, and non blocking. During the discussion I came to the view that maybe it should support both sync and async, as some use cases will not need/want async. My preference though would still be for a purely async model. I also think this will help XDI adoption, given the current drive towards languages that handle concurrency and non-blocking operations as the preferred method for doing things, such as Erlang, Node.js, Scala, Go, and Clojure.
>
> The model above has the disadvantage of increased round-tripping, but I suspect the view will be that given the scalability benefits from async the round tripping costs are outweighed.
>
> ________________________________________
> From: Michael Schwartz [mike@gluu.org<mailto:mike@gluu.org>]
> Sent: Tuesday, March 22, 2011 10:10 AM
> To: xdi@lists.oasis-open.org<mailto:xdi@lists.oasis-open.org>
> Subject: [xdi] Persistent Search
>
> It would be awesome if XDI supported this type of "persistent search" :
>   http://www.ietf.org/proceedings/50/I-D/ldapext-psearch-03.txt
>
> - Mike
>
>
>
> --------------------------------------------------------------------------------------
>
> Michael Schwartz
> Gluu
> Founder, CEO
> mike@gluu.org<mailto:mike@gluu.org>
> https://www.gluu.org
> +1 646-810-8761<tel:%2B1%20646-810-8761>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>
>


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