Gestion des URL par défaut des WebServices

Bonjour,

Nous avons travaillé sur une centralisation des configurations pour l'ensemble de nos applications

Du coup, avant tout appel de WebService, nous devons définir l'url à utiliser pour ne pas prendre celle par défaut (défini lors de l'intégration de la webreference dans la solution)

Code:

---

1 2	proxy.URL = Classes.Config.URLWsxxxxx

---

Je me dis que potentiellement, il pourrait y avoir un oubli de cette ligne de définition. Du coup, l'application prendra en compte l'url par défaut qui se garde en mémoire dans les Properties

Les machines de recette / prod étant cloisonnés, nous ne verrions aps l'anomalie en recette mais une fois passé en prod avec des erreurs http 403 Forbidden acces

Ma question est la suivante :
Est-il possible d'indique au site de ne jamais utiliser son fichier Properties.Settings ? Ainsi, un oubli de définition de l'url ne fonctionnerait même pas en local et nous nous en rendrions compte suffisamment tôt

En vous remerciant par avance de votre aide

Salut,

Vous n'utilisez pas du tout les fichiers de configuration? Qu'est-ce que vous utilisez pour stocker cette information?

Citation:

---

Envoyé par helios77

Est-il possible d'indique au site de ne jamais utiliser son fichier Properties.Settings ? Ainsi, un oubli de définition de l'url ne fonctionnerait même pas en local

---

Je ne vois pas trop l'intérêt car cela ne te protège pas contre des modifications ou erreurs de saisie en PROD. Normalement, il faudrait plutôt un fichier de config pour le dev, la recette, la qualif, la prod.Normalement, il faudrait plutôt un fichier de config pour le dev, la recette, la qualif, la prod.

Tu ne peux que renforcer la sécurité. Puisque vous avez centralisé l'information, tu devrais plutôt faire un programme qui les passe en revue et fait un appel sur chacune des URL. Un genre de tableau de contrôle.

A+

Bonjour,
Du coup, non, je n'ai plus besoin des fichiers de configurations

Le fichier de config par environnement a ses limites, nous voulons nous en affranchir justement afin de pouvoir faire une livraison inter environnement sans nous poser de question puisque tout ce qui dépendra de l'environnement sera stocker sur une autre partie..

Oui en effet, çà n'évite pas les boulettes de configuration dans notre application tierce...

Imaginons :
- La personne ajoute sa config convenablement
- Dans l'application utilisatrice, elle oublie de définir l'URL
- En local, elle en s'en rendra pas compte car il y a de fortes chances que l'url saisie soit celle utilisée dans la webreference
- Livraison en recette => çà fonctionnera toujours car ce serveur aura le droit d'atteindre cette fameuse url de recette
- Passage en preprod (nous n'avons jamais le temps de refaire une passe sur tout) => on ne se rendra pas compte du problème tout de suite
- Passage en prod ==> catastrophe, la fonctionnalité est KO du fait de la non joignabilité de cette url

Cause (hormis l'erreur humaine)
- Asp.Net prend par défaut l'url saisie lors de l'ajout de la webreference

Solution :
- Réussir à bloquer l'utilisation de cette url par défaut

Citation:

---

Envoyé par helios77

Oui en effet, çà n'évite pas les boulettes de configuration dans notre application tierce...

---

Et?

Citation:

---

Envoyé par Immobilis

tu devrais plutôt faire un programme qui les passe en revue et fait un appel sur chacune des URL. Un genre de tableau de contrôle.

---

Si ce programme se lance après chaque mise en production ou reste en veille tu as un super panneau de contrôle qui te dit en temps réel (avec SignalR) quels sont les WS qui sont HS.

Sinon, cette piste: http://social.msdn.microsoft.com/for...-4322c15b4dc0?

Merci pour les tentatives d'aide mais malheureusement, çà ne répond pas à mon besoin (je vais creuser le lien quand même)

Juste un petit point qui semble ne pas avoir été clair... En effet, je pourrais checker toutes mes url centralisées mais ce n'est pas çà que je veux faire...

Ce que je veux, c'est empêché .net d'aller dans son fichier Properties.Settings pour prendre sa valeur par défaut.... Ce qui pourrait se produire si l'on oublie de définir l'url à partir de notre url centrale