Présentation
Bonjour à tous,
J'ai créé ce blog dans le cadre de la préparation de ma certification Microsoft.
A bientôt.
Bonjour à tous,
J'ai créé ce blog dans le cadre de la préparation de ma certification Microsoft.
A bientôt.
- La classe RemoteConfiguration peut être utilisé pour programmer la configuration de son serveur d’application. A l’aide de cette classe il est possible de gérer des paramètres basiques de ses objets distants comme le nom de l’application les hébergeant.
- Les objets activés par le serveur sont activés avec la méthode RegisterWellKnowServiceType. Les objets activés par le client sont enregistrés sur le serveur à l’aide de la méthode RegisterActivatedServiceType.
- Si on dispose de plusieurs versions pour un objet distant et qu’on désire spécifier une version autre que la dernière, il est nécessaire de spécifier l’attribut de la version lorsque l’on enregistre l’objet.
- Les canaux de
communication sont enregistrés avec la méthode RegisterChannel et une référence de la classe de canal. On peut également via cette méthode spécifier le numéro de port et type de
formateur.
- Remoting est une technologie distribuée permettant de passer des types de données riches d’un domaine d’application à un autre. Remoting est plus performant quand le client et le serveur tournent tous deux avec le .NET Framework.
- Le .NET Framework 2.0 fournit trois types d’objets distants. Les deux types d’objets activés par le serveur (server-activated) sont soit « single call » soit « singleton ». L’utilisation de l’un des deux dépend de si on a besoin de maintenir un état entre les appelles de méthodes. Il est aussi possible de créer des objets activés (client-activated) par le client dans lesquels le cycle de vie de l’objet est entièrement géré par le client.
- Il existe quatre façons d’héberger des objets distants : utiliser une application console, utiliser une application Windows, utiliser une application ASP.Net ou utiliser un service Windows. L’application hébergeant les objets distants est responsable d’enregistrer le canal de communication et les objets distants.
- Un objet proxy est généré quand un objet distant est activé. Quand et comment un objet distant est activé dépend de si ce dernier est activé par le client ou par le serveur.
- Le Framework .Net 2.0 fournit un nouveau canal de communication, IPC, qui peut être utilisé quand les objets sont localisés sur la même machine. Il est possible d’utiliser le canal TCP avec un formateur binaire ou canal HTTP avec un formateur SOAP.
- L’unique chose à faire pour rendre une classe accessible à distance via Remoting est de la faire dériver de la classe MarshalByRefObject.
- L’application hôte est utilisée pour enregistrer la canal de communication et les objets distants à l’aide du framework.
- Comme dans une application ASP.Net classique, les services web ne possèdent pas d’état. Cependant, il est possible de maintenir un état entre des appels successifs de méthodes web en utilisant les objets Session et Application. Les objets Application maintiennent les valeurs au-delà des sessions tandis que les objets Session sont spécifiques à une session donnée.
- Les services web utilisent les cookies pour maintenir l’état d’une session sur le client. Cette tâche est exécutée en utilisant la propriété CookiesContainer de la classe HttpWebClientProtocol.
- Les services web peuvent être configurés en utilisant l’élément webServices dans les fichiers Web.config ou Machine.config. Cette méthode peut être utilisé afin d’ajouter un ou plusieurs protocoles de communication au service web.
- Le fichier de configuration peut également être utilisé pour spécifier quel mode de gestion des états de session utilisera le service web si on décide d’utiliser les états de session. On a le choix parmi InProc, StateServer, SQLServer, Custom ou Off.
- Les services web sont exposés au monde extérieur en utilisant les fichiers « Discovery ». Il s’agit de fichier au format XML contenant l’emplacement de document en relation avec le service web. On peut créer un fichier statique ou activer les fichiers « Discovery » dynamiques au travers du fichier Machine.config du serveur web.
- Les web services peuvent être déployés sur un serveur web distant en copiant les fichiers nécessaire (.asmx, .dll, .disco) dans un répertoire virtuel du site distant ou en exécutant un projet d’installation web depuis Visual Studio.
- Les fichiers « Discovery » sont des documents au forma XML fournissant des informations sur un web service à ces utilisateurs potentiels.
- Un fichier « Discovery » associé à un web service est automatiquement généré quand un service web est accédé depuis un navigateur avec le suffixe ?DISCO.
- Les fichiers « Discovery » statiques peuvent pointer sur un ou plusieurs service web et référencer d’autres documents liés à son site Internet.
- En activant les fichiers « Discovery » dynamiques sur un serveur web, on expose tous les services web sous une même URL au public. Bien que ceci soit simple et rapide, exposer tous ces services web peut représenter un risque pour sa société et doit être murement réfléchi avant d’être implémenté.
- Après avoir créé tous les fichiers « Discovery » nécessaires et que son service web a été complètement testé, on peut déployer ce dernier sur un serveur de production en utilisant Visual Studio pour copier les fichiers dans les répertoires de destination du site Internet. Une autre solution consiste à ajouter un projet d’installation web (web setup project) dans la solution de son service web puis de créer un fichier .msi qui sera utilisé pour déployer le service web à distance.
- L’élément webServices peut être utilisé pour spécifier une ou plusieurs options de configuration pour un service web. L’élément webServices possède plusieurs éléments fils permettant de contrôler tout du protocole du service web à l’emplacement de la page d’aide. Ces éléments sont généralement positionnés dans le fichier Web.config du service web.
- Le fichier Machine.config peut être utilisé pour spécifier des paramètres qui sont spécifiques à toutes les applications web et non à un service web en particulier. Pour le Framework .Net 2.0, ce fichier se trouve à l’emplacement C:\Windows\Microsoft.Net\Frameworkv.2.0.50727\CONFIG.
- L’élément sessionState peut être utilisé pour spécifier une ou plusieurs options de configuration concernant comment seront traités les états de session dans un service web. L’élément mode permet de spécifier où l’état de la session sera sauvegardé, si elle doit être sauvegardé dans la mémoire du serveur (InProc), dans un processus séparé (StateServer), dans une base de données SQL Serve (SQLServer), dans une structure de donnée personnalisée (Custom) ou complètement désactivé (Off).
| Novembre 2009 | ||||||||||
| L | M | M | J | V | S | D | ||||
| 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 | 26 | 27 | 28 | 29 | ||||
| 30 | ||||||||||
|
||||||||||
Commentaires