Re: [vwrap] one question

["Hurliman, John" <[e-mail]>]

> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]] On Behalf
> Of Crista Lopes
> Sent: Friday, September 24, 2010 1:40 PM
> To: [e-mail]
> Subject: Re: [vwrap] one question
> 
> On 9/24/2010 1:32 PM, Hurliman, John wrote:
> > For the case of your client talking to your virtual world, you don't
> > have to follow any standards at all. That is completely outside the
> > scope of VWRAP and no one is going to say "your client is using AJAX
> > to fetch assets instead of the VWRAP standard, you're not VWRAP
> > compliant!". But if you want your virtual world servers to
> > interoperate with other clients that are written by other people (and
> > may not be written in Javascript at all) you need to expose
> > VWRAP-compliant endpoints on your servers that follow very precise
> > specs. Does that clear up the possible disconnect we're having?
> >
> 
> I think the disconnect is not on this conversation, as I completely agree with
> you. The disconnect is on things that are written on the drafts.
> 

But the drafts don't apply to the case of your own client connecting to your own server using your own protocol. They don't (or shouldn't, if they do) even attempt to address that because it's way outside the interop conversation. The charter and drafts should only be talking about how you can expose precisely defined endpoints to allow auth/asset retrieval/teleporting (and more down the road) from other clients or servers that also understand the VWRAP spec. To use the OpenID or OAuth example, supporting OpenID logins on your blog does not preclude you from also supporting your own non-standard user registration and auth system. From an engineering standpoint, it's a thing tacked on to the side of your system to allow interop with other systems, it doesn't define your core architecture. If the charter or drafts are stating otherwise, please point out exactly which phrases in which paragraphs are doing so because they need to be corrected before VWRAP will go anywhere.

John