Discussion :

[alex77722]

Bonjour,

Pour ceux qui n'ont pas eu le malheur de me croiser ces derniers jours , je suis un petit stagiaire qui étudie l'API géoportail pour l'utiliser dans un projet Java EE. J'ai déjà pas mal avancer sur le service de géocodage (et je n'étais pas seul ). Pour ce faire, j'ai créé un contrat SIG de développeur.

Mais voilà, comme j'ai réussi à gérer le géocodage, mon chef voudrait pouvoir afficher une carte. Et du coup je me suis lancé dans cette folle l'aventure , et jusque là ça va pas trop mal .

Un jour, mon chef a vu mon test et il a vu que lorsque j'ouvre une carte, on me demande mon identifiant et mot de passe. Il en a profité pour me dire que ça devait disparaître . Les futures utilisateurs n'ont pas à saisir un identifiant mot de passe (qu'il n'ont pas à connaître de toute manière). En fouillant un peu, je suis tomber sur :

dans le cadre de la directive INSPIRE, le login / password est mal à propos ...

https + login / password, c'est pour le SIG ou l'application lourde, pas pour le web.

Bon ce qui est pas mal, c'est que pour le service de géocodage, j'ai pris le bon contrat . Mais j'aimerai savoir si pour créer des cartes et les afficher, je suis obligé de créer un nouveau contrat ? (j'ai vu qu'il était possible de passer le login/pwd dans l'url mais ça ne plait pas du tout à mon chef ... pas assez sécuritaire). N'y a-t-il pas moyen de ne créer qu'un seul contrat ?

En passant, nous souhaiterions utiliser tous nos services en https ...

Merci d'avance.

[yami_]

La clé SIG est normalement adaptée à ce que tu fais: appel des webservices via une application tierce.
Pour ce qui est de l'authentification, il suffit (sauf erreur) de passer le user/password dans le header de la requête http(s):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
var xmlHttpRequest= OpenLayers.Request.POST({
'headers':{'Authorization': 'val'}
})

avec val contenant ton user/password encrypté en base64 (http://www.webtoolkit.info/javascript-base64.html)

[EricLebottier]

Si tu as le géocodage, je suppose que tu n'as pas une clé INSPIRE (qui ne concerne que du WMS); tu as donc une clé Géoportail WMTS pour SIG (avec login/psw).
Si tu veux faire une page web, pourquoi pas prendre une clé Géoportail pour le web (avec referer mais sans login/psw)?
Le géocodage est inclus dedans.

[alex77722]

Je me rend compte que je me suis mal exprimé.

Effectivement la clé SIG, pour interroger le webservice, est parfaite. Mais cette étape est finie ... Avec le MÊME contrat, on souhaite gérer un affichage de carte via une application web. Je rappelle que l'application qui appelle le webservice est la même que celle qui affichera les cartes ... (l'utilisation en webservice est géré par Java et les carte par JavaScript)

Pourquoi utiliser le même contrat :
- 1 application => 1 contrat
- 1 contrat => une seule clé et une seule méthode de connexion ...

Côté JS, on charge pour l'instant la carte avec la classique fonction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
loadAPI() {
    // on attend que les classes soient chargées
    if (checkApiLoading(loadAPI,['OpenLayers','Geoportal','Geoportal.Viewer','Geoportal.Viewer.Default'])===false) {
        return;
    }
    // on charge la configuration de la clef API, puis on charge l'application si la configuration est correcte
    //La méthode appelée est celle de la classe surchargée "Geoportal.GeoRMHandler.OverloadedUpdater"
    Geoportal.GeoRMHandler.getConfig(['xxxxxxxxx'], null, null, {
        onContractsComplete: initGeoportalMap
    });
}

Comment rajouter le :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
var xmlHttpRequest= OpenLayers.Request.POST({
'headers':{'Authorization': 'val'}
})

J'ai testé en l'insérant juste après le block GeoRMHandler mais j'ai toujours la petite fenêtre qui vient me demander mon identifiant e mot de passe ...

[dgrichard]

On a sincèrement pas prévu que les clefs SIG soient utilisées en mode web. D'abord parce que pour nous, login/password est forcément dans le code JavaScript (moins sensible en flash) d'où une totale perte de ces derniers.

Et puis, login/password est en HTTPS ce qui implique que l'application Web le soit aussi ...

La seule porte de sortie est une application mobile native où on peut retrouver la sécurité via le langage utilisé d'un login/password ...

[EricLebottier]

est-ce qu'une clé sécurisée par user-agent ou par IP serait plus pratique ?

[alex77722]

Je vais donc essayer de voir s'il est possible pour le client d'avoir deux clés :
1- Sig pour la géolocalisation
2- Web pour la gestion des cartes