openstack team mailing list archive

[Jan Drake <jan_drake@xxxxxxxxxxx>]

A little of both.  Serving JS, et al from a CDN for a set of domain services is easy peasey stuff and we do it all the time... but we tend to do so with a common edge (at the very least in DNS space) that precludes the need for JSONP/CORS.  I'm not sure if the use case here is:

1) JS client talking to multiple service providers hosting openstack, (seems low priority to me but potentially valid)
2) JS client talking to multiple openstack services within a single hosting provider (seems high priority to me)

#2 is easy we do it all the time.  #1 gets messy but I probably wouldn't just use a JS only mashup client to get the job done.  

Anyway, just thoughts...  re maturity:  our enterprise security folks have issues with using jsonp/cors and consider it contraindicated at the moment.



Jan


Subject: Re: [Openstack] Using Nova APIs from Javascript: possible?
From: tres@xxxxxxxxxxxxx
Date: Wed, 25 Apr 2012 09:49:15 -0700
CC: openstack@xxxxxxxxxxxxxxxxxxx
To: jan_drake@xxxxxxxxxxx

Jan: is the concern that you don't see the value in the use case or that you don't believe the proposed technologies are sufficiently mature?
In order to keep the thread somewhat linear I'm basically going to +1 what Nick said and add that as an application developer I should be able to serve the JS, HTML and CSS for my application from a CDN and have my application talk directly to an OpenStack endpoint. This is an important scenario now but will become critical with the wave of PAAS offerings coming for OpenStack (i.e. my application should be able to talk directly to FathomDB running on OS).

On Apr 25, 2012, at 3:46 AM, Nick Lothian wrote:JSONP has been used for years - for example Solr has supported it since 2008 (and possibly earlier). CORS matches the Openstack APIs better though. Redirects are unrelated to the problem as far as I can see.I think that toolmakers trying to build Javascript tools that connect to multiple service providers is a completely valid use case. It is supported for pretty much any other language, why not Javascript?
On Apr 25, 2012 12:33 PM, "Jan Drake" <jan_drake@xxxxxxxxxxx> wrote:

So, why such a focus on this?  IMO both JSONP and CORS are way too early stage to adopt and the security risks outweigh the rewards.  Usually, I see people doing this to enable mashups across separate providers.

Just curious why the focus/need is perceived in the community?  If this is really because of redirects then we probably have a broken model and/or improper distribution of responsibilities.

Love to know if I'm missing a real use case.  Can help fix model if it is broken.  Have much experience in this area.
IMO no solution should trick the browser.


Jan


On Apr 24, 2012, at 7:05 PM, Luis Gervaso <luis@xxxxxxxxx> wrote:


The solution until the webservice deliver that headers is:

Solution 1:

1. Put the webservice behind a remote or local proxy
2. Apply some a filter (decorator) for each response with the CORS headers (in the proxy) in order to trick the browser



Solution 2:

Some time ago I tested it with Chrome (disabling security) and it worked for me

Solution 3 (really dirty, but works):

Embedded Flash Proxy


On Wed, Apr 25, 2012 at 3:09 AM, Nick Lothian <nick.lothian@xxxxxxxxx> wrote:


Yes, this will work if I know in advance what server I will be connecting too.However, it does remove the ability to support any cloud without intervention on the serverside. 
On Apr 25, 2012 2:46 AM, "Joel Semar" <semarjt@xxxxxxxxx> wrote:



Nick,
I know you said 'serverless clients' but you have to be serving the js from somewhere right?




If you are using nginx it can be as simple as:
location /nova/ {   proxy_pass: http://nova-api.trystack.org;



}
then you can POST to yourserver/nova/v.02/.  from the browser
etc.



(it's just about as simple on apache but you'd have to look it up)

But then i guess this won't work for you if you are writing some distributable component/plugin/library.




(sorry if you've already dismissed this option but i thought it worth a shot since it has worked flawlessly for me in the past)






On Tue, Apr 24, 2012 at 9:49 AM, Sandy Walsh <sandy.walsh@xxxxxxxxxxxxx> wrote:








On 04/24/2012 11:19 AM, Nick Lothian wrote:

> JSONP is great, but won't work with POST requests.



Hmm, good point.



> I don't quite understand what "Due to the redirect nature of the auth

> system" means, though.

>

> If I use a custom Webkit browser & allow cross domain XMLHttpRequests it

> works fine - I do a POST to /v2.0/tokens, get the token and then use

> that. What am I missing?



The Auth system will give you a token and then a new "management" url

where the actual commands are issued (the real Nova API endpoint). These

are often two different systems (domains), so cross-site requests are

mandatory.



-S







> Nick

>

> On Tue, Apr 24, 2012 at 8:57 PM, Sandy Walsh <sandy.walsh@xxxxxxxxxxxxx

> <mailto:sandy.walsh@xxxxxxxxxxxxx>> wrote:

>

>     Due to the redirect nature of the auth system we may need JSONP support

>     for this to work.

>

>

>

>     _______________________________________________

>     Mailing list: https://launchpad.net/~openstack

>     Post to     : openstack@xxxxxxxxxxxxxxxxxxx

>     <mailto:openstack@xxxxxxxxxxxxxxxxxxx>

>     Unsubscribe : https://launchpad.net/~openstack

>     More help   : https://help.launchpad.net/ListHelp

>

>

>

>

> _______________________________________________

> Mailing list: https://launchpad.net/~openstack

> Post to     : openstack@xxxxxxxxxxxxxxxxxxx

> Unsubscribe : https://launchpad.net/~openstack

> More help   : https://help.launchpad.net/ListHelp



_______________________________________________

Mailing list: https://launchpad.net/~openstack

Post to     : openstack@xxxxxxxxxxxxxxxxxxx

Unsubscribe : https://launchpad.net/~openstack

More help   : https://help.launchpad.net/ListHelp



-- 
Cheers,
Joel



_______________________________________________

Mailing list: https://launchpad.net/~openstack

Post to     : openstack@xxxxxxxxxxxxxxxxxxx

Unsubscribe : https://launchpad.net/~openstack

More help   : https://help.launchpad.net/ListHelp




_______________________________________________

Mailing list: https://launchpad.net/~openstack

Post to     : openstack@xxxxxxxxxxxxxxxxxxx

Unsubscribe : https://launchpad.net/~openstack

More help   : https://help.launchpad.net/ListHelp




-- 
-------------------------------------------
Luis Alberto Gervaso MartinWoorea Solutions, S.L
CEO & CTO
mobile: (+34) 627983344

luis@xxxxxxxxx



_______________________________________________
Mailing list: https://launchpad.net/~openstack

Post to     : openstack@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openstack

More help   : https://help.launchpad.net/ListHelp

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to     : openstack@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp