AJAX inter domaines possible avec les nouvelles générations de navigateurs

Version imprimable

07/07/2009, 13h16
Bovino

AJAX inter domaines possible avec les nouvelles générations de navigateurs

AJAX a depuis ses débuts été cantonné à des requête sur un même domaine.
Cette limitation était due à la politique de même origine (same origin policy) de JavaScript.
Mais avec l'émergence de nouveaux concepts d'internet (réseaux sociaux, widgets, web services), cette politique est désormais plus handicapante que protectrice pour les développeurs d'applications internet riches.

Avec la sortie récente des dernières versions des navigateurs (IE8, FF3.5, Safari 4), cette limitation commence à être levée et des solutions d'AJAX inter domaines sont désormais fournies.

Bien évidemment, on regrettera encore une fois que IE8 se démarque avec une méthode différente des autres navigateurs.

Pour en savoir plus :
:arrow:Same Origin Policy
:arrow:cross-site xmlhttprequest with CORS
:arrow:HTTP access control

Que pensez-vous de cette évolution ?
Va-t-elle selon vous dans le sens d'une évolution souhaitable ou au contraire fragilise-t-elle un peu plus la sécurité des apllications Web ?
07/07/2009, 13h55
SpaceFrog

niveau securité .. faut voir les limitations du crossdomain
c'est sur que ça faciliterait la tache de recupérer juste du texte ou du xml ..
07/07/2009, 15h58
stailer

Concrètement il y a déjà des navigateurs qui autorisent cela ?

Par exemple, sous Firefox 3.5 ou XulRunner je peux faire des requêtes ajax sur plusieurs domaines ?
07/07/2009, 16h19
RomainVALERI

Pfff, dire que je m'étais galéré à en comprendre les tenants et les aboutissants de cette fameuse SOP... :cry:

En tout cas, vu le nombre de messages sur le forum ajax à propos de ce genre de problèmes... ça va quand même faciliter la tâche à pas mal de monde je suppose ;)
07/07/2009, 23h38
lunatix

c'est une tres bonne nouvelle : et dans le contexte de la généralisation des web services de type REST/ et rest like (xml over http) : le navigateur va devenir la plate forme de mashup.

Citation:

Envoyé par stailer

Concrètement il y a déjà des navigateurs qui autorisent cela ?

Oui, c'est précisément l'intérêt de la chose, voici un exemple (fourni dans le second lien du premier post) d'implémentation :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 var url = "http://bar.other/publicNotaries/" if(XMLHttpRequest) { var request = new XMLHttpRequest(); if("withCredentials" in request) { // Firefox 3.5 and Safari 4 request.open('GET', url, true); request.onreadystatechange = handler; request.send(); } else if (XDomainRequest) { // IE8 var xdr = new XDomainRequest(); xdr.open("get", url); xdr.send(); // handle XDR responses -- not shown here :-) } // This version of XHR does not support CORS // Handle accordingly }
On notera comme souvent que IE8 ne gère pas cela comme les autres...

09/07/2009, 17h27
DoubleU

Pour une fois, je prefere l'approche de IE qui consiste à implémenter un objet différent que d'ajouter une propriété à l'objet XmlHTTPRequest car autant, avant FF3.5 et IE8 l'objet XHR ne présentait pas de risque (on maitrisait le serveur et le client), autant avec XDR, on ne doit avoir aucune confiance en la réponse du serveur.

Avoir un objet différent permet de faire prendre conscience au développeur qu'il manipule un objet potentiellement dangereux. Cela permet également de restreindre l'utilisation dudit objet en cas de besoin administratif.

Citation:

Envoyé par DoubleU

Pour une fois, je prefere l'approche de IE qui consiste à implémenter un objet différent que d'ajouter une propriété à l'objet XmlHTTPRequest car autant, avant FF3.5 et IE8 l'objet XHR ne présentait pas de risque (on maitrisait le serveur et le client), autant avec XDR, on ne doit avoir aucune confiance en la réponse du serveur.

+1; d'autant plus qu'on se demande bien dans ces cas là à quoi sert la notion d'héritage

Citation:

Avoir un objet différent permet de faire prendre conscience au développeur qu'il manipule un objet potentiellement dangereux. Cela permet également de restreindre l'utilisation dudit objet en cas de besoin administratif.

Encore une fois d'accord avec toi. Mais je tempérerais un peu car si on regarde les codes de base pour créer un objet xhr (dont celui de la FAQ) on s'aperçoit que cela passe quasiment à chaque fois par une fonction type (extrait de la faq):
Code:

1 2 3 4 5 6 7 function getXMLHTTP(){ var xhr=null; ... return xhr; }
Donc on peut imaginer voir fleurir prochainement des fonctions similaires comme:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 function getXDomainRequest() { var xdr = null; if (window.XDomainRequest) { xdr = new XDomainRequest(); } else if (window.XMLHttpRequest) { xdr = new XMLHttpRequest(); } else { alert("Pas de cross-domain avec ce navigateur !"); } return xdr; }
Finalement les développeurs sauront toujours ce qu'ils appellent. Mais que cela aurait été plus simple si une nouvelle class avait été créée...

ERE

10/07/2009, 18h55
JLC83

En tous les cas c'est plutôt une bonne nouvelle ! :D
Parce que sincèrement, les <iframe>, les proxies, les services, ....
Un peu lourd à gérer à force ;-)
JL
24/07/2009, 02h28
balno

Ah oui, ça ça serait une bonne nouvelle, et désolé pour ce post...
Ca doit être redondant...
29/07/2009, 14h33
CIFQ_Drew

Désolé si ce que je vais dire est une absurdité, mais n'étais-ce pas l'adage des Web Service de permettre ce genre de chose (par SOAP) : on envoie une request à un service Web pour une information et il nous retourne la réponse dans un fichier XML ?

Pour ma part, je suis de l'avis de SpaceFrog, à savoir les limitations concernant le crossdomain.

Y'a quelqu'un qui peut dire ce que cela implique ?!?
29/07/2009, 17h15
lunatix

ben, si sauf que un web service, c'est pas forcement Soap, mais aussi d'autres protocoles moins deb... plus simples (xml over http, Rest, protocol buffer, json etc...)

et du coup, le navigateur peut devenir la plate forme d'utilisation de ces web services, plutot que de passer par une couche applicative serveur
29/07/2009, 19h12
Bovino

Citation:

Envoyé par CIFQ_Drew

Désolé si ce que je vais dire est une absurdité, mais n'étais-ce pas l'adage des Web Service de permettre ce genre de chose (par SOAP) : on envoie une request à un service Web pour une information et il nous retourne la réponse dans un fichier XML ?

Tu ne peux pas le faire directement avec AJAX... Il te faut une couche serveur pour parer la Same Origin Policy !
29/07/2009, 22h06
CIFQ_Drew

Alors si je comprends bien, on ne peut pas appeler un Web Service par JavaScript si le Web Service en question est sur un autre domaine ? Est-ce que j'ai mal compris vos commentaire ?
02/08/2009, 19h40
stailer

Je pense que tu confonds Webs Services et Ajax.

Les Webs Services via SOAP permettent de communiquer "entre langages" en passant par le protocole XML.

Exemple : je peux développer un web service en DotNet C# qui me renvoie des clients de ma base de données SQL Server.
Je vais pouvoir alors, en Java par exemple, me récupérer d'une manière très simplifiée, cette fonction sur mon serveur DotNet pour afficher dans une page JSP la liste de ces clients, donc grâce à la WSDL.

Je fais un bouton sur ma page JSP, la page se relance, le code serveur va chercher le web service et enfin la page affiche ces informations.

Maintenant, je veux afficher cette liste dans ma page JSP, mais en Ajax. Quand je vais cliquer sur mon bouton je ne veux pas que la page se recharge, mais affiche dans une balise <div id="content"></div> le résultat directement.

Il va donc falloir passer par du Javascript. Les navigateurs ne pouvaient pas jusqu'à aujourd'hui me donner cette autorisation.

Et bien maintenant, grâce à Ajax "inter domaines" , c'est possible..

En espérant avoir été à peu près clair..
03/08/2009, 04h13
CIFQ_Drew

Oui merci stailer, ton exemple ma éclaircie un peu!!!
11/10/2009, 12h32
sebhm

Bonjour,

Désolé de déterrer ce post 2 mois apres, mais je n'ai pas tout compris...

Citation:

Envoyé par stailer

Je fais un bouton sur ma page JSP, la page se relance, le code serveur va chercher le web service et enfin la page affiche ces informations.

Maintenant, je veux afficher cette liste dans ma page JSP, mais en Ajax. Quand je vais cliquer sur mon bouton je ne veux pas que la page se recharge, mais affiche dans une balise <div id="content"></div> le résultat directement.

Il va donc falloir passer par du Javascript. Les navigateurs ne pouvaient pas jusqu'à aujourd'hui me donner cette autorisation.

Pourquoi n'était-ce pas possible avant en AJAX ?
L'objet XHR va communiquer avec une page 'serveur' qui, elle, aura tout lieu d'invoquer le web service, récupérer les infos et les renvoyer vers le client via XHR... non ?
L'avantage est qu'on peut faire une requete inter-domaine directement ?
merci de vos lumieres
19/02/2010, 17h30
Jcpan

Bonjour

je detere ce post. Je viens d'essayer ça marche pas chez moi ça donne

Citation:

Objet non trouvé!

L'URL requise n'a pu etre trouvée sur ce serveur. La référence sur la page citée semble être erronée ou perimée. Nous vous prions d'informer l'auteur de cette page de cette erreur.

Si vous pensez qu'il s'agit d'une erreur du serveur, veuillez contacter le gestionnaire du site.
Error 404
localhost
19/02/2010 17:27:04
Apache/2.2.12 (Win32) DAV/2 mod_ssl/2.2.12 OpenSSL/0.9.8k mod_autoindex_color PHP/5.3.0 mod_perl/2.0.4 Perl/v5.10.0

:(

Edit : avec Firefox/3.5.7

ça nécessite un traitement sur le serveur ?
19/02/2010, 18h29
Jcpan

ok d'apres cette page il faut une autorisation sur le serveur distant.

Citation:

#

William Edney wrote on July 6th, 2009 at 4:41 pm:

Arun -

Thanks for the excellent example. I grabbed the ‘Simple Example’ page, saved it to my file system, reloaded that page into another window using the ‘file:///’ URL and tried to invoke the cross-site query. This failed in both Firefox 3.5 (Mac) and Safari 4 (Mac).

Is there some reason this isn’t working? Given that the W3 defines ‘file:///’ URLs as a valid origin, this should work IMHO.

Cheers,

- Bill

Reply
#

William Edney wrote on July 6th, 2009 at 4:48 pm:

Arun -

Ok, so maybe I’m being an idiot and your server is only authorizing the domain that you’re calling from in your example and not ‘*’.

Hmmm…

Cheers,

Mais comment je crée cette autorisation ?

Citation:

Envoyé par Bovino

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
var url = "http://bar.other/publicNotaries/"
if(XMLHttpRequest)
{
  var request = new XMLHttpRequest();
  if("withCredentials" in request)
  {
   // Firefox 3.5 and Safari 4
   request.open('GET', url, true);
   request.onreadystatechange = handler;
   request.send();
  }
  else if (XDomainRequest)
  {
   // IE8
   var xdr = new XDomainRequest();
   xdr.open("get", url);
   xdr.send();
 
   // handle XDR responses -- not shown here :-)
  }
 
 // This version of XHR does not support CORS  
 // Handle accordingly
}

Code:

1
2
3
 
// Selon les spécifications W3C
request.onload=handler;

Même Microsoft a fait l'effort... ;)

Citation:

Envoyé par Bovino

On notera comme souvent que IE8 ne gère pas cela comme les autres...

Un exemple?