Discussion :

[ollivierj]

Bonjour,

Ceci est mon premier post sur le forum. Je m'appelle Julien et suis développeur sur la région Nantaise.

Je travaille actuellement sur un projet basé sur Mapserver 6.x et Géoportail 2.0

La gestion des contrats ayant été modifiée, nous constatons actuellement un problème sur notre application lorsque celle ci a dépassé le nombre de sollicitations des services de l'IGN autorisé par le contrat.

Les services (comme expliquées dans la doc) sont alors coupés pendant un quart d'heure plus ou moins. Tout est conforme à la documentation.

La carte sur l'application est rafraîchit à intervalle régulier. Lors d'un rafraîchissement, nous "freezons" l'application pour indiquer un chargement, or lorsque les services de l'IGN sont coupés, je ne sais pas comment récupérer une exception et la traiter (le traitement consisterait à redonner la main à l'utilisateur et éventuellement basculer sur un fond de carte OpenStreetMap).

Ma question : Comment puis je être informé de la coupure des services de l'IGN sous la forme d'une exception que je pourrais traiter dans le code client?

[dgrichard]

Ma question : Comment puis je être informé de la coupure des services de l'IGN sous la forme d'une exception que je pourrais traiter dans le code client?

Quant la requête échoue, quel est le code HTTP ? quel est le corps de la réponse ?

[ollivierj]

Quant la requête échoue, quel est le code HTTP ? quel est le corps de la réponse ?

Code HTTP : erreur 403

Corps de la réponse : en PJ

[dgrichard]

Code HTTP : erreur 403

Serait-il possible d'avoir la requête ... J'ai un doute en voyant le corps de la réponse

[ollivierj]

Serait-il possible d'avoir la requête ... J'ai un doute en voyant le corps de la réponse

Merci tout d'abord de l'intérêt porté à mon problème!

Sinon, le problème n'étant pas reproductible à la volée. (Il faut attendre que celui ci surgisse!). Je ne peux fournir que des copies d'écran du problème constaté sur une version de Production utilisant la version 1.3 de l'API s'appuyant sur l'adresse : api-archives.ign.fr.

De mon coté, en environnement de Développement, l'application tourne avec l'API 2.0. Je souhaite savoir si une gestion d'exception est possible ou si on peut interroger le serveur avec la clé utilisée pour savoir si le service est disponible.

Une autre précision : si j'ai orienté ma question posée dans ce poste, c'est aussi que les paragraphes concernant la "fixation des critères de consommation" et le "Dépassement" du paragraphe 4.4 de la documentation de l'API Geoportail version 1 révisée en Juillet 2012 semblent cohérent avec le message d'erreur mis en PJ dans mon post précédent.

Voilà pour les précisions! La requête est en PJ.

[ollivierj]

La copie d'écran d'origine lorsque j'ai constaté le problème. La partie affichant l'application est tronquée.

[mga_geo]

L'url en wxs.ign.fr correspond à l'ancienne version.
Les nouvelles urls sont en gpp3-wxs.ign.fr

[dgrichard]

L'url en wxs.ign.fr correspond à l'ancienne version.
Les nouvelles urls sont en gpp3-wxs.ign.fr

C'est bien ce que la lecture de la réponse me laissait présager

Donc: GPP2 est mort dans une semaine ...
Et, la mise sous coupure des services du GPP3 est dans un mois environ en production en attendant d'affiner nos chiffres. A priori le comportement sera le même (403) à partir du moment où les quotas sont dépassés.

A voir maintenant, si le 403 doit s'accompagner d'un ServiceException (normalement oui) ou pas

Edit: j'écris ça parce que tous les services OGC n'utilisent pas ows common ce qui rend l'écriture du ServiceException assez casse gueule

[ollivierj]

C'est bien ce que la lecture de la réponse me laissait présager

Donc: GPP2 est mort dans une semaine ...
Et, la mise sous coupure des services du GPP3 est dans un mois environ en production en attendant d'affiner nos chiffres. A priori le comportement sera le même (403) à partir du moment où les quotas sont dépassés.

A voir maintenant, si le 403 doit s'accompagner d'un ServiceException (normalement oui) ou pas

Edit: j'écris ça parce que tous les services OGC n'utilisent pas ows common ce qui rend l'écriture du ServiceException assez casse gueule

Merci, pour les précisions. Serait il possible de m'expliquer comment attraper et gérer une serviceException avec l'API Geoportail?

[dgrichard]

Merci, pour les précisions. Serait il possible de m'expliquer comment attraper et gérer une serviceException avec l'API Geoportail?

C'est assez difficile car le 403 n'est pas interceptable facilement (c'est le navigateur qui prend les décisions). C'est surtout fait pour les applications lourdes ...

Sur un 403, il faut analyser le corps en XML et récupérer le message

[ollivierj]

Selon vous, est ce que l'implémentation d'un handler dans lequel je redonne la main à l'utilisateur sur onImageLoadError au niveau d'OpenLayers (OpenLayers.Util.onImageLoadError = function () {} permettrait de gérer l'erreur renvoyée lors d'une coupure de service?

[dgrichard]

Selon vous, est ce que l'implémentation d'un handler dans lequel je redonne la main à l'utilisateur sur onImageLoadError au niveau d'OpenLayers (OpenLayers.Util.onImageLoadError = function () {} permettrait de gérer l'erreur renvoyée lors d'une coupure de service?

Pas sûr, de mémoire, ce handler intercepte bien les 404, mais pas les 403 ...
C'est à vérifier