Nouveautés d'ArcGIS 10.1 for Server
L'architecture, les fonctionallités et les workflows utilisés avec ArcGIS for Server ont subi des modifications importantes dans la version 10.1. Cette rubrique présente un grand nombre de ces modifications. Elle intéresse plus particulièrement les utilisateurs des versions précédentes d'ArcGIS for Server.
Installation
ArcGIS for Server est désormais une application 64 bits
ArcGIS for Server s'exécute en tant qu'application 64 bits pour que vos services SIG puisse tirer pleinement parti de votre matériel. Ce changement augmente le rendement et l'évolutivité d'ArcGIS for Server. Puisque le matériel 64 bits est devenu la norme, les systèmes d'exploitation 32 bits ne sont plus pris en charge.
En tant qu'application 64 bits native, ArcGIS for Server nécessite une plate-forme Windows 64 bits, par exemple Windows Server 2008 R2. Si vous n'êtes pas sûr que votre système d'exploitation soit pris en charge par ArcGIS for Server, reportez-vous à la rubrique Configuration système.
Configurations distinguées par Windows ou Linux
Auparavant, deux configurations d'ArcGIS for Server étaient disponibles : ArcGIS Server pour Microsoft .NET Framework et ArcGIS Server pour la plate-forme Java. Dans la version 10.1, les configurations sont distinguées par le système d'exploitation. Ces deux configurations sont maintenant ArcGIS for Server (Windows) et ArcGIS for Server (Linux).
Installation simplifiée
L'installation d'ArcGIS for Server est considérablement simplifiée afin d'éliminer de nombreuses dépendances et étapes requises dans les versions précédentes.
- Vous n'avez plus besoin d'installer .NET Framework ou une exécution Java particulière.
- L'intégration avec un serveur Web séparé (Microsoft IIS, WebSphere, etc.) n'est plus indispensable. Le programme d'installation d'ArcGIS for Server propose un serveur SIG basé sur des services Web prêt à l'emploi qui comprend tous les outils et les applications Web.
- Lors de la configuration, vous devrez fournir un seul compte qui accèdera à vos ressources et données SIG et qui exécutera le service d'ArcGIS for Server. Ce compte est un compte ArcGIS Server. Dans la version 10.1, il n'est nul besoin d'effectuer une post-installation, et aucun SOM, SOC ou compte de services n'est à configurer.
- Aucune dépendances de DCOM n'existe, ce qui simplifie la configuration de pare-feu au sein du réseau.
La création d'un déploiement d'ArcGIS Server à plusieurs machines est également simplifiée. Vous exécutez la même installation sur chaque ordinateur et vous connectez les ordinateurs grâce au Gestionnaire ArcGIS Server.
Le livre intitulé Démarrage après l'installation de ce système d'aide contient des rubriques et des instructions détaillées destinées à vous aider à configure et déployer ArcGIS for Server.
Utilitaire de configuration de compte ArcGIS Server
Configurer le compte ArcGIS Server est un petit utilitaire compris dans la configuration ArcGIS for Server qui vous permet de changer le compte ArcGIS Server. Au cas où vous devriez modifier le compte, vous pouvez lancer l'utilitaire à partir de votre emplacement d'installation d'ArcGIS for Server.
Le site ArcGIS Server remplace le modèle SOM-SOC
Dans les versions précédentes d'ArcGIS Server, le serveur SIG proprement dit était constitué d'un gestionnaire des objets serveur (SOM) et de conteneurs des objets serveur (SOC). Les SOC hébergeaient les services SIG et les SOM géraient ces services et les mettaient à disposition des clients.
Dans ArcGIS 10.1 for Server, le modèle SOM-SOC a été remplacé par le site ArcGIS Server. Un site est un déploiement d'un ou plusieurs ordinateurs (serveurs SIG) sur lesquels ArcGIS for Server est installé et qui fonctionnent ensemble. L'architecture du site 10.1 est plus fiable que le modèle SOM-SOC. Elle réduit les risques d'échec et simplifie le provisionnement et la récupération de nouveaux ordinateurs.
Pour en savoir plus, reportez-vous à la rubrique Composants d'un site ArcGIS Server.
ArcGIS Web Adaptor
L'ArcGIS Web Adaptor est une configuration que vous pouvez installer afin de permettre à ArcGIS for Server de fonctionner avec votre propre serveur Web. ArcGIS for Server peut afficher vos services Web REST et SOAP, mais si vous souhaitez configurer une URL personnalisée pour votre site ou l'intégrer à votre modèle de sécurité de serveur Web, vous devez installer l'ArcGIS Web Adaptor. Ce composant est également recommandé lorsque vous configurez un site avec plusieurs ordinateurs ou lorsque vous souhaitez renforcer la sécurité de votre serveur SIG.
Pour plus d'informations, reportez-vous à la rubrique A propos de l'ArcGIS Web Adaptor.
Administration de site
Le Gestionnaire ArcGIS Server a un nouvel aspect
Vous allez utiliser le gestionnaire ArcGIS Server comme principal outil pour administrer votre site. Même si le Gestionnaire a un nouvel aspect, il possède les mêmes fonctionnalités que dans les versions précédentes. Les nouvelles fonctions du Gestionnaire comprennent la possibilité de déployer des extensions d'objets serveur (SOE, Server Object Extension) et une interface améliorée pour l'affichage des journaux.
L'une des différences avec le Gestionnaire de la version 10.1 est que vous ne l'utilisez généralement pas pour publier des services. Une grande partie de la publication peut se faire directement depuis ArcGIS for Desktop. Si vous avez besoin de publier un élément depuis le Gestionnaire, vous pouvez créer un fichier de définition de service (.sd) dans ArcGIS for Desktop et le transférer vers l'ordinateur en exécutant le Gestionnaire. Dans la version 10.1, le Gestionnaire prend en charge uniquement la publication de définitions de services ; il ne peut pas publier d'autres types de fichiers.
Pour démarrer avec le Gestionnaire, reportez-vous à la rubrique Connexion au gestionnaire.
Se connecter à ArcGIS for Server avec un rôle "éditeur"
Dans les versions précédentes d'ArcGIS for Server, vous deviez établir une connexion au serveur en tant qu'administrateur afin de créer ou de mettre à jour des services. Dans la version 10.1 vous pouvez attribuer aux utilisateurs le rôle d'éditeur. Vous pouvez ainsi permettre aux utilisateurs de publier, arrêter et démarrer des services sans leur permettre d'accéder à des tâches administratives avancées comme l'ajout de machines à un site.
Écrire un script d'administration de votre serveur
ArcGIS for Server présente une nouvelle API d'administration REST à l'aide de laquelle vous pouvez créer des scripts permettant d'effectuer des actions courantes, telles que l'ajout d'une machine à un site, la publication d'un service, l'ajout d'autorisations, etc. Vous pouvez faire appel à l'API d'administrateur ArcGIS for Server avec n'importe quel langage de programmation prenant en charge l'utilisation de requêtes HTTP telles que Python, PHP, Perl, JavaScript ou PowerShell.
Puur plus d'informations, reportez-vous à la rubrique Écriture de script d'administration ArcGIS Server.
Les agrégats de serveurs SIG vous aident à organiser vos ressources matérielles dans votre site ArcGIS for Server
Les serveurs SIG configurés pour faire partie de votre site peuvent être organisés en groupes appelés agrégats. Chaque agrégat que vous créez peut être configuré pour exécuter un sous-ensemble de services dédié. Par exemple, si vous avez cinq ordinateurs dans votre site, vous pouvez configurer un agrégat de deux ordinateurs pour qu'il exécute tous vos services de carte et un autre agrégat de trois ordinateurs (à la puissance de traitement éventuellement supérieure) pour exécuter tous vos services de géotraitement.
Pour plus d'informations sur les agrégats, reportez-vous à la rubrique A propos des agrégats de serveurs SIG.
Nouvelle structure d'enregistrement et nouvelle expérience utilisateur dans le Gestionnaire
Dans ArcGIS 10.1 for Server, des journaux sont distribués à toutes les machines serveurs SIG qui font partie de votre site. Il est recommandé d'afficher et d'interroger les journaux 10.1 à l'aide du Gestionnaire ArcGIS for Server ou du répertoire d'aministrateur ArcGIS for Server, plutôt que de tenter de faire un tri manuel des journaux.
Pour plus d'informations sur l'enregistrement, reportez-vous à la rubrique A propos des journaux du serveur.
Les extensions d'objet serveur peuvent être déployées depuis le Gestionnaire
Les extensions d'objet serveur (SOE) vous permettent d'étendre les fonctionnalités de base d'ArcGIS for Server en utilisant le code ArcObjects pour travailler avec les données SIG et les cartes. Le déploiement des SOE est beaucoup plus facile dans la version 10.1. Dans votre environnement de développement, par exemple Eclipse ou Visual Studio, vous créez un fichier .soe qui englobe toutes les parties nécessaire de la SOE. Vous pouvez transférer ce fichier .soe d'un ordinateur à l'autre et le déployer facilement en une seule étape, grâce au Gestionnaire ArcGIS for Server. L'Aide des SOE a été augmentée et décrit le processus dans son intégralité.
Ensemble de services élémentaires préconfigurés
ArcGIS for Server inclut un ensemble de services préconfigurés que vous voyez lorsque vous créez un site pour la première fois.
Le service de carte SampleWorldCities permet d'afficher immédiatement un aperçu des fonctionnalités d'ArcGIS for Server. Vous pouvez cliquer sur une miniature dans le Gestionnaire pour l'ouvrir dans une application Web. Si vous n'avez plus besoin du service, vous pouvez le supprimer.
Le dossier Système contient des services utilisés en interne pour effectuer des opérations de base comme la mise en cache ou la publication de cartes. Seuls les utilisateurs disposant d'un accès Editeur et Administrateur au serveur peuvent afficher et utiliser ces services. Ces services démarrent automatiquement, et vous ne pouvez pas les supprimer.
Le dossier Utilitaires contient les services suivants, qui sont arrêtés par défaut. Si vous souhaitez les utiliser, vous devez les démarrer explicitement.
- Un service de géométrie qui permet au serveur de répondre à des demandes de calculs géométriques tels que la bufferisation, la simplification, le calcul de surfaces et de longueurs et la projection. Pour plus d'informations, reportez-vous à la rubrique A propos du service de géométrie.
- Un service PrintingTools qui génère des cartes à imprimer à partir de vos applications Web. Pour plus d'informations, reportez-vous à la rubrique Impression dans les applications Web.
- Un service de recherche que vous pouvez utiliser pour mettre à disposition un index du contenu SIG de votre entreprise pouvant faire l'objet d'une recherche sur le réseau local. Les services de recherche s'avèrent très utiles dans les environnements d'entreprise conséquents, où les données SIG sont réparties dans diverses bases de données et autres partages de fichiers. Pour plus d'informations, reportez-vous à la rubrique Services de recherche.
Publication de services
ArcGIS for Desktop permet une publication unifiée
ArcGIS 10 permettait de publier des ressources SIG, telles que des cartes, des outils et des localisateurs dans ArcGIS Server à l'aide du Bureau ou du Gestionnaire. La méthode choisie pour la publication dépendait de divers facteurs, par exemple, le niveau d'autorisations, l'expérience ou la préférence personnelle. Dans la version 10.1, les ressources SIG que vous tentez de publier dans ArcGIS for Server subissent un processus d'analyse plus rigoureux, afin de s'assurer qu'elles sont prêtes pour être consultées sur le Web. Pour pouvoir publier vos ressources SIG sur le serveur, vous devez au préalable les analyser dans ArcGIS for Desktop.
La publication de services dans un serveur ArcGIS for Server sur site ou sur le cloud peut être appelée directement dans le menu principal d'ArcGIS for Desktop ou en sélectionnant Fichier > Partager en tant que > Service. Vous pouvez en outre cliquer avec le bouton droit sur certaines ressources SIG telles qu'une géodatabase dans ArcCatalog ou la fenêtre Catalogue dans ArcGIS for Desktop et sélectionner l'option Partager en tant que service Les éléments de la boîte de dialogue Partager en tant que service aident à configurer, analyser et publier votre ressources SIG en tant que service dans ArcGIS for Server.
Pour en savoir plus sur la publication dans ArcGIS 10.1, consultez la rubrique A propos des services de publication.
Vous pouvez éventuellement copier vos données directement sur le serveur lors de la publication
La version 10.1 permet éventuellement de copier les données référencées par la ressource SIG dans ArcGIS Server au moment où vous publiez le service. Il y a des avantages et des inconvénients à cette approche, mais elle est utile lorsque vous souhaitez séparer totalement la création et la publication de services, lorsque vos jeux de données sont petits et ne changement pas fréquemment, ou lorsque vous ne pouvez pas vous connecter au serveur basé sur le cloud.
Pour plus d'informations, reportez-vous à la rubrique Copie de données sur le serveur.
Les définitions de service encapsulent vos ressources SIG et vos données pour une publication ultérieure
Les fichiers de définitions de services permettent de créer une vue figée des ressources et données SIG et de les publier sur ArcGIS Server ultérieurement. Cela peut être utile dans des environnements cloud, dans des environnements sécurisés, ou lorsque le serveur n'est pas immédiatement disponible.
Pour en savoir plus, reportez-vous à la rubrique A propos des définitions de services.
L'inscription des données aide à garantir qu'ArcGIS for Server peut accéder à vos données
Dans la version 10.1, ArcGIS for Desktop propose des outils permettant d'inscrire un ensemble spécifique de géodatabases d'entreprise et de répertoires de données avec ArcGIS for Server. En inscrivant vos données, vous garantissez au serveur l'accès aux ressources SIG et aux données qui sont à la disposition d'ArcGIS for Server. Cela est souvent nécessaire dans des environnements où vous allez répliquer les données entre des ordinateurs sur site exécutant ArcGIS for Desktop et une version d'ArcGIS for Server sur le cloud s'exécutant sous Windows ou Linux.
Pour en savoir plus à ce sujet, reportez-vous à la rubrique A propos de l'inscription des données auprès d'ArcGIS for Server.
Répertoires de serveur automatiquement affichés à l'aide d'un chemin virtuel ou d'une URL
Lorsque vous créez un répertoire de serveur (pour les résultats, les tâches, le cache, etc.), il est automatiquement accessible à l'aide d'un chemin virtuel ou d'une URL. Vous n'avez plus besoin de créer explicitement un répertoire virtuel sur votre serveur Web et de l'associer à votre répertoire de serveur. Reportez-vous à la rubrique A propos des répertoires de serveur pour plus d'informations sur ce changement.
Cache du répertoire de services REST effacé automatiquement
Les informations du répertoire des services ArcGIS Server sont mises en cache pour vous permettre des performances optimales lors du parcours de ses liens. Dans ArcGIS 10.1 for Server, si vous ajoutez, supprimez ou modifiez un service, le cache REST est effacé automatiquement.
Les métadonnées détaillées peuvent être appliquées aux services
ArcGIS 10.1 for Server vous permet d'appliquer des métadonnées détaillées à vos services. Pour ce faire, vous pouvez utiliser la même interface d'édition de métadonnées que celle que vous utilisez dans ArcGIS for Desktop. Dans de nombreux cas, les métadonnées que vous avez appliquées à votre carte ou à d'autres ressources sont appliquées automatiquement au service une fois que vous avez publié la ressource. Vous pouvez ensuite modifier les métadonnées selon vos besoins.
Les métadonnées que vous appliquez à vos services sont également disponibles pour les développeurs Web par l'intermédiaire de REST.
Il n'existe plus de distinction entre services de carte MXD et MSD
Tous les services de carte utilisent maintenant le moteur d'affichage rapide qui était associé aux MSD dans les versions antérieures. Par conséquent, dans ArcGIS for Server, il n'existe plus de distinction entre services de carte MXD et MSD. Dans la version 10.1, il vous suffit de publier la carte en tant que service grâce à ArcGIS for Desktop.
Pour savoir quelles fonctionnalités sont prises en charge avec le moteur d'affichage des services de carte, reportez-vous à la rubrique Fonctionnalités prises en charge dans les services de carte.
La méthodologie de publication de services de géotraitement a changé
Vous pouvez créer des services de géotraitement en cliquant sur un résultat avec le bouton droit dans la fenêtre Résultats et en sélectionnant Partager en tant que > Service de géotraitement. Vous ouvrez ainsi l'assistant détaillé Partager en tant que service et la boîte de dialogue Editeur de services. Pour les utilisateurs ayant publié des services de géotraitement avec la version 10.0, les principales différences sont les suivantes :
- Les couches d'outils d'un document ArcMap ne sont plus nécessaires. En fait, vous ne pouvez plus créer de couches d'outils dans la version 10.1, mais vous pouvez toujours les utiliser.
- L'option permettant de cliquer sur une boîte à outils avec le bouton droit et de publier sur ArcGIS Server a été supprimée. Vous ne pouvez publier que des résultats.
- Vous n'êtes pas obligé de mettre vos modèles à jour pour les configurer en tant que services. Utilisez plutôt l'Editeur de services. L'Editeur de services vous permet de contrôler intégralement la définition des paramètres en entrée et en sortie de votre service.
Les services de carte permettent aux clients de modifier l'apparence et le comportement des couches de manière dynamique
Les clients d'ArcGIS for Server, comme les API Web d'ArcGIS, peuvent modifier dynamiquement le comportement et l'apparence des couches d'un service de carte. Il est possible d'obtenir sur le serveur certains comportements, comme les couches s'affichant dans une carte, la symbologie des couches, l'ordre et la position des couches, ainsi que l'étiquetage, grâce aux couches dynamiques. De cette façon, les couches dynamiques peuvent accroître les interactions des utilisateurs avec vos cartes.
Pour plus d'informations, reportez-vous à la rubrique A propos des couches dynamiques.
Accélération des performances lors de l'utilisation des services de géocodage par le biais de REST
Les performances de recherche d'adresses et de géocodage inverse à l'aide de REST ont été considérablement améliorées dans les services de géocodage.
Géocodage par lots à l'aide de REST
Outre la recherche d'adresses simples et l'exécution du géocodage inverse, vous pouvez à présent effectuer des opérations de géocodage par lots à l'aide de REST.
Le service de géométrie offre de nouvelles options pour une mise en tampon et une mesure précises
Le service de géométrie offre de nouvelles options pour le calcul des zones tampon, des superficies et des longueurs.
Les zones tampons géodésiques sont désormais disponibles avec la méthode de zone tampon. Celles-ci tiennent compte de la forme réelle de la terre dans le calcul des zones tampons.
De plus, lors du calcul de longueurs et de superficies d'entités vectorielles, il est important de tenir compte de la carte Web et de son système de coordonnées. Par conséquent, de nouveaux types de calcul ont été introduits pour les méthodes Longueurs et Surfaces et longueurs :
- Plane : La mesure plane utilise des mathématiques cartésiennes en 2D pour calculer la longueur et la surface. Dans la plupart des cas, les options géodésique ou de conservation de la forme sont plus précises.
- Géodésique : Dans un calcul géodésique, chaque segment de ligne est interprété comme le plus court chemin sur la surface de la terre entre chaque paire de sommets dans un polygone ou une polyligne. Si l'unité de surface ou de longueur n'est pas définie, le résultat est renvoyé en mètres. Ce type de calcul permet de connaître la longueur ou la surface géodésique d'une géométrie. Si vous souhaitez calculer la longueur ou la surface géodésique d'une géométrie affichée sur la carte, faites appel à la méthode de conservation de la forme.
- Conserver la forme : Lors d'un calcul de conservation de la forme, les surfaces et les longueurs des polygones ou polylignes sont calculées sur la surface de l'ellipsoïde de la terre. La forme de la géométrie est conservée dans son système de coordonnées. Cela signifie que, quel que soit le système de coordonnées de la carte Web (géographique ou projeté), la géométrie dessinée sur la carte est toujours conservée lors du calcul de la surface et de la longueur. Par exemple, si vous tracez une longue ligne sur une mappemonde plate, une mesure géodésique donnerait la longueur du plus court chemin sur la surface de la terre entre les deux extrémités de la ligne, alors que la mesure de conservation de la forme donnerait la longueur le long de la ligne que vous avez tracée (même si cette ligne n'est pas le plus court chemin entre les extrémités de la ligne).
Parmi les améliorations apportées à l'extension de réseau, citons la prise en charge du trafic dynamique, ainsi que les outils d'analyse de zone de desserte et de tournées de véhicules.
Dans la version 10.1, l'extension ArcGIS Network Analyst propose des fonctions d'analyse de trafic dynamique, et vous pouvez désormais utiliser les conditions de circulation actuelles à des fins de visualisation et d'analyse de réseau. En outre, de nouveaux outils de géotraitement facilitent la création et l'utilisation des services Web d'analyse de zone de desserte et de tournée de véhicules.
Ces nouvelles fonctions, ainsi que d'autres, sont énumérées ci-après :
- Outils de géotraitement pour la prise en charge du trafic dynamique
- Outil de géotraitement Générer des zones de desserte
- Outil de géotraitement Résoudre la tournée de véhicules
- Module Network Analyst (Python)
- Prise en charge des scripts Python dans les évaluateurs
- Outil de géotraitement Copier les entités source traversées
- Meilleure prise en charge du calcul d'itinéraire en temps réel de véhicules mobiles
Pour plus d'informations, reportez-vous à la rubrique Nouveautés concernant l'extension ArcGIS Network Analyst.
Les spécifications OGC WPS et WMTS sont maintenant prises en charge
ArcGIS for Server prend maintenant en charge les spécifications WPS (Web Processing Service) et WMTS (Web Map Tile Service) dans le cadre des services Web OGC pour la version 10.1. La spécification WPS est une spécification de diffusion et d'exécution de traitement géospatial sur le Web ; elle est utilisée en conjonction avec les services de géotraitement. WMTS est une spécification de diffusion de cartes numériques à l'aide de tuiles d'images placées en cache, qui sont fournies automatiquement via un service de carte mis en cache.
Pour en savoir plus sur les services OGC dans la version 10.1, reportez-vous à la rubrique Prise en charge d'OGC dans ArcGIS for Server.
Nouvelles plates-formes et technologies pour les services
Cette section présente certaines des nouvelles plates-formes et technologies pour la publication de services avec ArcGIS. Certaines ne sont pas incluses dans l'installation d'ArcGIS for Server, mais sont des nouveautés de la version 10.1. Il est important que vous connaissiez leur existence en tant que suppléments ou remplacements potentiels pour votre architecture existante.
Spatial Data Server
Le serveur de données spatiales ArcGIS est un serveur à faible encombrement qui permet de mettre à disposition les informations sur les géométries, les attributs, les symboles et les modèles pour les données vectorielles stockées dans une base de données ou une géodatabase à un navigateur ou une application cliente personnalisée. Le serveur de données spatiales présente un type de service : le service d'entités. Vous pouvez utiliser le service d'entités pour écrire ou construire des applications clientes et afficher des entités spatiales.
Le serveur de données spatiales permet de placer vos données d'entreprise activées spatialement sur une carte sans devoir installer ArcGIS for Server.
Des installations séparées du serveur de données spatiales sont disponibles pour .NET et Java
services hébergés d'ArcGIS Online
Vous pouvez maintenant publier des services directement sur ArcGIS Online, un environnement cloud hébergé par Esri. Lorsque vous effectuez une publication sur ArcGIS Online, vous n'avez pas besoin d'installer de logiciel particulier. En fait, vous pouvez publier des services sur ArcGIS Online directement depuis ArcGIS for Desktop.
Les types de services que vous pouvez publier sur ArcGIS Online sont des services de cartes tuilées et des services d'entités vectorielles. Lorsque vous publiez un service d'entités, vous pouvez décider de le rendre disponible pour l'édition sur le Web. Lorsque vous publiez un service de carte tuilée, les tuiles sont créées et stockées dans le cloud.
Pour pouvoir publier des services sur ArcGIS Online, vous devez disposer d'un abonnement à ArcGIS Online en tant qu'organisation.
ArcGIS Server on Amazon Web Services
Amazon EC2 (Elastic Compute Cloud) permet de déployer des logiciels sur des machines virtuelles s'exécutant dans les centres de données d'Amazon. Vous pouvez développer rapidement ArcGIS for Server sur Amazon EC2 à l'aide de l'AMI (Amazon Machine Image) fournie par Esri. L'architecture révisée d'ArcGIS for Server, décrite dans une autre partie de ce document, est plus performante lors de la publication de services, la création de caches, et le géotraitement asynchrone dans l'environnement Amazon EC2.
Avant la version 10.1, vous deviez utiliser la console de gestion AWS ou une application d'administration tierce pour configurer ArcGIS for Server sur Amazon EC2. Dans la version 10.1, Esri a créé ArcGIS Server Cloud Builder on Amazon Web Services pour configurer un site sur Amazon EC2. Les utilisateurs avancés peuvent toujours décider d'utiliser la Console de gestion AWS.
Pour plus d'informations, visitez la page ArcGIS Server on Amazon Web Services dans le Centre de ressources ArcGIS.
Mise en cache des services
Vous pouvez définir et créer un cache au moment où vous publiez un service
Vous pouvez décider de définir la structure de tuilage du cache ainsi que d'autres paramètres avant de publier le service. Toutes les propriétés de mise en cache sont disponibles dans l'Editeur de services, que vous ayez ou non publié le service. La première boîte de dialogue pour la définition d'un cache a été simplifiée, certaines propriétés plus avancées ont été transférées vers une autre boîte de dialogue.
Si vous cliquez sur Analyser 
, vous pouvez consulter tous les avertissements au sujet de problèmes potentiels au sein de votre structure de tuilage.
De nouvelles options de la version 10.1 permettent de créer le cache au moment où vous publiez le service, ce qui est pratique si vous placez en cache une petite zone ou si l'échelle de votre structure de tuilage est réduite.
Vous pouvez obtenir une estimation de la taille du cache avant de commencer à créer des tuiles
Lorsque vous définissez un cache pour la première fois, vous pouvez cliquer sur Calculer la taille du cache pour obtenir une estimation de la quantité d'espace disque dont votre cache aura besoin. Vous pouvez également utiliser ce chiffre pour avoir une meilleure estimation du temps nécessaire pour créer votre cache. Cela vous permet de prendre une meilleure décision concernant s'il convient ou non de créer automatiquement des tuiles lors de la publication.
Vous pouvez placer les services d'images dans le cache
Vous pouvez créer des caches côté serveur de tuiles pour les services d'images de la même façon que vous pouvez créer des caches pour les services de carte. Pour ce faire, vous utilisez les mêmes outils que pour la mise en cache de cartes.
Vous pouvez définir la zone de mise en cache qui vous intéresse manuellement
Lorsque vous exécutez les outils de mise en cache dans ArcMap, vous pouvez simplement tracer un polygone sur l'écran afin de définir la zone à mettre en cache. Vous pouvez bien sûr toujours décider de fournir une classe d'entités, comme dans les versions précédentes.
Les tâches de mise en cache sont déchargées dans un service de géotraitement
Plutôt que de beaucoup utiliser votre service de carte, de globe ou d'image pendant la mise en cache, la tâche a été déchargée dans un service de géotraitement nommé CachingTools. Ce service est configuré lorsque vous créez votre site. Vous pouvez limiter l'exécution du service CachingTools à un agrégat de machines défini et libérer ainsi d'autres machines de votre site qui peuvent alors répondre rapidement aux requêtes de service.
Reportez-vous à la rubrique Allocation de ressources serveur à la mise en cache.
Il n'est pas nécessaire de laisser la fenêtre ArcGIS ouverte lorsque vous utilisez le cache.
La version 10.1 permet d'exécuer les tâches de mise en cache de manière asynchrone. Cela signifie que vous pouvez envoyer une tâche importante de mise en cache au serveur et fermer toutes les applications ArcGIS en cours d'exécution, par exemple ArcMap, sans interrompre la création de tuiles. Vous pouvez à tout moment rouvrir ArcGIS et demander un rapport d'état sur la tâche ou interrompre la mise en cache.
Vous pouvez obtenir des rapports d'avancement détaillés concernant votre cache à mesure de sa création
Pour toute carte mise en cache, vous pouvez maintenant demander un rapport affichant des statistiques niveau par niveau sur l'état d'avancement de la mise en cache. Vous pouvez également afficher l'état de toutes les tâches de mise en cache que vous avez soumises.
Reportez-vous à la rubrique Affichage de l'état d'avancement du cache.
Des menus contextuels simplifiés sont disponibles pour la mise en cache
Lorsqu'un service a un cache défini, vous pouvez maintenant cliquer avec le bouton droit de la souris sur votre service dans l'arborescence du catalogue, puis cliquez sur Gérer le cache pour accéder à divers outils de mise en cache.
Caches affichant les échelles minimale et maximale mises en cache
Le concept Echelle en cache minimum et Echelle en cache maximum est une nouveauté. Il permet de définir une plage de niveaux d'échelle dans la structure de tuilage à laquelle les tuiles peuvent être créées. Les échelles restantes esistent toujours dans la structure de tuilage, mais les utilisateurs des outils de mise en cache ne peuvent pas créer de tuiles à ces niveaux si vous ne changez pas l'échelle minimale ou maximale mise en cache.
Par exemple, pour pouvoir opérer avec d'autres services Web mis en cache, vous pouvez décider d'utiliser la structure de tuilage ArcGIS Online / Bing Maps / Google Maps pour votre cache. Vous pouvez cependant ne pas souhaiter créer de tuiles aux deux échelles les plus importantes (environ 1:1 100 et 1:2 200). Vous pouvez définir l'échelle maximale mise en cache à 1:4 500 pour empêcher quiconque de créer des tuiles à une échelle plus importante.
Lorsque vous décidez de partager votre carte en tant que service, ArcGIS for Server la lit et tente de suggérer une échelle minimale et maximale mise en cache, en fonction des plages d'échelle et des étendues utilisées dans le document ArcMap. Vous avez la possibilité de vous écarter de ces suggestions.
Le nouveau format PNG permet d'économiser de l'espace tout en maintenant le niveau de qualité visuelle
Le nouveau format d'image de cache PNG examine chaque tuile à mesure de sa création et détermine la profondeur de couleurs la plus efficace pour le PNG. Même si cela rallonge le processus de création de tuiles, les caches sont plus petits et le niveau de qualité visuelle reste excellent. Vous pouvez toujours choisir explicitement les formats PNG8, PNG24 ou PNG32 si vous ne souhaitez par utiliser le nouveau format PNG.
Web ADF
ArcGIS 10.1 for Server est la dernière version à proposer Web ADF pour Microsoft .NET et Java. L'ADF est disponible grâce à une installation séparée, "applications Web ArcGIS".
Si vous avez développé une application Web ADF dans des versions précédentes d'ArcGIS Server, envisagez de migrer votre application pour pouvoir utiliser les API Web d'ArcGIS ou les visionneuses ArcGIS configurables. Reportez-vous à la rubrique d'Aide Migration vers ArcGIS 10.1 for Server pour plus d'informations sur la façon de migrer votre application Web vers les API Web.
Si vous êtes intéressé par la création d'applications Web dans ArcGIS 10.1 for Server, reportez-vous aux rubriques suivantes :
Gestionnaire d'applications Web d'ArcGIS
Lorsque vous installez des applications Web ArcGIS, vous obtenez également l'ancien composant du Gestionnaire ArcGIS Server qui permettait de créer une application Web ADF à l'aide d'un Assistant. Il s'agit du Gestionnaire d'applications Web d'ArcGIS.
Disponibilité des connexions locales au serveur dans le Web ADF
Au sein des applications Web ADF, vous ne pouvez pas établir de connexion locales ou DCOM (Distributed Component Object Model) aux sites 10.1. Les connexions locales étaient utilisées précédemment pour la mise à jour Web et pour l'utilisation via des objets ArcObjects détaillés. Dans ArcGIS 10.1 for Server, il est possible d'utiliser des ArcObjects pour étendre le serveur grâce aux SOE (Server Object Extensions) sans avoir recours à une connexion locale. Si vous voulez créer une application Web de mise à jour, vous pouvez faire appel à des services d'entités avec les API Web d'ArcGIS, ArcGIS Viewer for Flex et ArcGIS Viewer for Silverlight.