Comment déployer vos applications professionnelles développées avec Microsoft Access 2010 en incluant le Runtime

Il ne devrait pas y avoir de grande différence avec le poste de développement depuis lequel vous avez créé l'application.

Le jeu de tests consistera alors à naviguer entre les différents formulaires, l'impression des états (attention à l'orientation des états et aussi à la notion d'imprimante par défaut), à l'exécution de l'ensemble des tâches proposées par votre application.

Du fait que certaines fonctions Microsoft Access standards sont masquées ou désactivées dans l'environnement Runtime, vous devez vous assurer que l'application fonctionne correctement dans cet environnement avant de la distribuer.

Pour simuler l'environnement Runtime pour votre application 2010, il suffit renommer votre fichier avec une extension accdr :

- Dans le cas du projet abordé ici, l'application d'origine « Comptoir.mdb » a été convertie et renommée Frontal Comptoir 14.accdb.
- Pour simuler son usage en environnement Runtime, son nom deviendra alors Frontal Comptoir 14.accdr

Considérez ici que la situation est dédiée à se rendre compte comment se comportera votre application sur un poste client ne disposant d'aucune version de Microsoft Access, mais seulement celle du Runtime 2010.
Dans ce cas, il n'y a pas plus de procédures de test à effectuer que celles qui sont stipulées en section 2-2-1-1 ci-avant…

Considérez ici que le poste client dispose d'une version de Microsoft Access antérieure (par exemple 2003) à celle du Runtime qui, lui, correspond à la version 2010 de Microsoft Access. Dans ce cas, vous devrez mettre en place une syntaxe particulière pour le raccourci que vous aurez à créer.
Bien que les bases de données et applications Microsoft Access 2010 possèdent une extension que leur est propre (accdb, accde, accdr), il devrait, en théorie, ne pas être nécessaire d'avoir à créer des raccourcis spécifiques…

Pour autant, le fait que vous installiez une autre version de Microsoft Access représentée ici par le Runtime, celle-ci prend la main sur tous les types de fichiers reconnus comme des bases données Microsoft Access, à savoir :

- MDB / MDE / MDA
- ACCDB / ACCDE / ACCDR / ACCDA / ACCDT / ACCDC
- ADP / ADE
- MDW

Dans la mesure où l'utilisateur du poste sur lequel vous installez votre application 2010 avec le Runtime possède une version antérieure, vous pourrez lui apprendre à modifier les associations de fichiers depuis l'Explorateur de fichiers à partir du menu Outil/Options des dossiers (XP).

MODIFIER LES ASSOCIATIONS POUR MICROSOFT ACCESS 2010
Dans l'onglet Types de fichiers, repérez les extensions caractéristiques des applications Access 2010 (accdb, accde, acccdr) et modifiez le programme pour les ouvrir :

Cliquez alors sur le bouton Modifier et sélectionnez le programme MSACCESS.EXE du dossier où est installé Office 2010 :

Par défaut, il s'agit de :

C:\Program Files\Microsoft Office\Office14\MSACCESS.EXE

S'il est présent dans la liste des applications disponibles, vous pouvez le sélectionner directement en repérant Microsoft Access 2010 par son icône caractéristique ; mais par acquit de conscience, il est préférable de cliquer sur le bouton Parcourir et de sélectionner le bon MSACCESS.EXE dans son dossier.

Vous cliquez enfin sur OK pour valider et répétez l'opération pour chacune des extensions concernées.

MODIFIER LES ASSOCIATIONS POUR MICROSOFT ACCESS VERSION ANTERIEURE (par exemple 97 à 2003)
De manière identique et toujours à partir de l'onglet Types de fichiers, repérez les extensions caractéristiques des applications Access 97 à 2003 (mdb, mde, mda) et modifiez le programme pour les ouvrir :

Cliquez alors sur Modifier et sélectionnez le programme MSACCESS.EXE du dossier où est installé Office selon les modalités suivantes :

C:\Program Files\Microsoft Office\Office\MSACCESS.EXE

C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE

C:\Program Files\Microsoft Office\Office11\MSACCESS.EXE

Là aussi, vous êtes tenu de cliquer sur le bouton Parcourir pour aller chercher le bon MSACCESS.EXE selon la version installée sur le poste.

Dans notre exemple, il s'agit de Microsoft Access 2003 et vous sélectionnerez donc le dossier Office11.

Vous cochez alors la case intitulée :
Toujours utiliser ce programme pour ouvrir ce type de fichier

Vous cliquez enfin sur OK pour valider et répétez l'opération pour chacune des extensions concernées.

INSTALLER SUR UN POSTE VIRTUEL
Si vous ne disposez pas d'un poste de test, vous pouvez alors envisager d'installer sur votre propre poste un VMWare^® ou bien Microsoft® Virtual PC 2004 qui vous permettra toutes les fantaisies en matière de simulation.

Vous devrez alors installer une version typique de Microsoft Office (97 à 2003) sur ce poste virtuel puis installer derrière votre application 2010 par l'intermédiaire de votre package…
Vous procéderez alors aux essais nécessaires et aux modifications à apporter en conséquence de ce qui vient d'être cité à propos des associations de fichier.

- Modification, création de formulaires, d'états ou de modules désactivés ;
- Modification, ajout ou suppression des références aux bibliothèques d'objets ou aux bases de données interdites avec bien entendu, l'impossibilité d'intervenir sur le code à l'aide des propriétés ou des méthodes de Microsoft Access ;
- L'importation ou l'exportation d'objets tels que formulaires, états ou modules est impossible ;
- Seules les tables ou les requêtes peuvent être exportées ou importées vers ou depuis les bases de données.

Dans tous les cas, créez systématiquement une copie de sauvegarde de votre fichier accdb avant de procéder à la conversion en ACCDE et ce par sécurité. Notez qu'il est impossible d'inverser la compilation de accdb en accde, c'est-à-dire, de récupérer un fichier .accdb à partir d'un fichier .accde !

II-C-1-a. Précisions supplémentaires▲

Dans la plupart des cas, il est fortement recommandé de scinder votre application en deux bases distinctes à savoir une application frontale qui est le programme utilisateur et l'autre qui représente les données.

Que ce soit en utilisation locale ou en réseau, vous établirez une liaison entre l'application frontale et le fichier accdb contenant les tables.

Vous pouvez verrouiller l'accès à la base de données contenant les tables

En générant une version ACCDR de votre base de données, vous imposerez à quiconque d'ouvrir celle-ci en mode d'exécution.

Pour ce faire, modifiez simplement l'extension d'un fichier de base de données .accdb par .accdr. Vous obtiendrez alors une version « verrouillée » de votre base de données Access 2010.

ACCDR n'est pas une protection !

Notez que la modification de l'extension n'est pas une protection.

N'importe qui connaissant « le truc » peut changer l'extension afin de pouvoir accéder aux tables (dans ce cas précis)…

Si l'utilisation est prévue pour être en réseau, vous poserez alors la base de données contenant les tables dans un dossier dédié sur le serveur et établirez la liaison avec l'application frontale depuis cette ressource réseau.

Les liaisons sont inscrites en dur dans l'application frontale.

Prenez donc en compte qu'il est fortement recommandé de générer le fichier ACCDE avec les liaisons réelles des tables comme si vous étiez
sur le poste client sans quoi, aucune donnée ne sera disponible au moment de l'installation et une erreur sera levée.

J'entends par liaisons réelles les liaisons UNC ( \\Server\Shared Path ) et non pas celles définies avec un lecteur mappé comme H:\ , P:\ ou encore U:\ lettres communément employées dans les entreprises.

Dans les situations professionnelles dans lesquelles je suis confronté, j'emploie systématiquement la sélection des liaisons avec les conventions UNC même si les accès aux serveurs sont mappés, auquel cas, je recopie le nom soit depuis l' Explorateur , soit à l'aide d'une fonction maison qui me renvoie le chemin UNC du lecteur passé en paramètre.

Liaisons des tables Microsoft Access.

Pour afficher ou modifier les liaisons de votre Base de données, il vous suffit d'activer le Gestionnaire de tables liées depuis le bouton du même nom dans l'onglet Outils de base de données…

La boîte de dialogue fera aussitôt son apparition :

La distribution d'une application dont les données sont liées nécessite que vous preniez la précaution de travailler dans un contexte identique en mode développement. Dans mon cas ici, je sais que mon projet sera installé dans C:\Les comptoirs, donc, je m'arrange pour que ma Base de données ne contenant les tables se situe au sein du même dossier et dans un sous-dossier que je nommerais pour la circonstance Data. J'y ferai alors référence par un rattachement dynamique ce qui fait que les liaisons ne seront jamais rompues.

Pour pouvoir scinder votre base de données en deux bases distinctes dont l'une ne contient que les tables et l'autre tous les autres objets de l'application, vous pouvez procéder de la façon suivante.

Méthode manuelle

• Effectuez [au préalable] une copie de votre application…
• Quittez votre application…
• Dans le dossier où sera stockée votre application, créez une base de données vide (par exemple : C:\Les comptoirs\Data\Dorsale Comptoir 14.accdb) ;
• Nommez cette base avec un préfixe vous permettant de différencier les deux bases de données (par exemple DB ou Data) ;
• Depuis cette base de données vierge, importez toutes les tables de votre application actuelle excepté celles devant rester locales ;
• Refermez la base de données puis rouvrez votre application.

Vous pouvez alors supprimer toutes les tables locales de votre application que vous avez exportées après vous être assuré de leur intégrité.

Cliquez ensuite sur le bouton Access de l'onglet Données externes pour pouvoir établir la liaison avec l'autre base de données…

Dans la boîte de dialogue qui vous permet de sélectionner la nouvelle source de données, cliquez sur le bouton Parcourir…

et sélectionnez la base de données que vous venez de créer. Dans la situation de ce tutoriel, le dossier concerné est le sous-dossier Data.

ATTENTION
Si la base de données possède un mot de passe, il vous sera demandé avant de pouvoir établir la liaison.

Sans ce mot de passe, la liaison ne sera pas effectuée.

Le chemin complet et le nom de fichier doivent apparaître dans la zone de texte de cette même boîte de dialogue. Vous pouvez alors cocher l'option appropriée nommée
« Lier à la source de données en créant une table attachée », puis cliquez sur le bouton OK.

Dans la boîte de dialogue suivante, la liste des tables de la base de données fait son apparition ; vous les sélectionnez [toutes] puis cliquez sur le bouton OK pour valider.

Les tables sont dès lors attachées à votre application.

Remarquez les icônes pourvues d'une petite flèche caractéristique des tables liées Microsoft Access.

Méthode automatique et assistée
Vous avez également la possibilité de procéder à cette séparation par un Assistant disponible dans Access 2010…

Pour ce faire, cliquez sur le bouton Base de données Access depuis le ruban Outil de base de données,

et suivez les instructions à l'écran…

Au sein de votre projet, vous retrouvez alors toutes vos tables à l'identique avec la petite flèche bleue, symbole caractéristique d'une table Access liée.

Vérifier, rétablir ou modifier les liaisons des tables

En admettant que vous ayez déjà établi une liaison avec une base de données externe comme il se doit, mais que celle-ci n'est pas située au bon endroit, vous pouvez rattacher les tables… Pour ce faire, utilisez le Gestionnaire d'attaches et vérifiez l'emplacement.

Si vous jugez que la modification est nécessaire :

• Sélectionnez toutes les tables concernées ;
• Cochez alors la case « Toujours demander un nouvel emplacement » ;
• Cliquez ensuite sur le bouton OK ;
• Localisez la nouvelle base de données…
• Validez.

La liaison s'établira d'elle-même avec les nouvelles tables si peu que celles que vous avez sélectionnées soient présentes dans la base en question.

Pour générer votre fichier ACCDE et après avoir vérifié et compilé votre code, vous sélectionnerez depuis l'onglet Fichier, l'élément Enregistrer et publier après quoi vous repérez la catégorie Enregistrer la base de données sous et cliquez sur l'élément « Créer ACCDE »…

La boîte de dialogue s'ouvre et Microsoft Access vous demandera de confirmer le nom du fichier pour le générer.

Par défaut, le nom proposé est celui du fichier .accdb, mais muni d'une extension .accde.

Vous pouvez ici changer le dossier dans lequel vous souhaitez créer le fichier ACCDE. Par défaut, ce dossier est celui où a été créée l'application.

Comme je vous l'ai stipulé dans la remarque ci-avant, vous ne pourrez créer un fichier accde qu'à partir d'une version Microsoft Access 2010 de votre application.

Vous ne serez pas non plus en mesure de générer un fichier de type dans les cas suivants :

1. La base de données est de version antérieure à Access 2010 (l'option n'existe pas)
2. Une erreur de compilation dans le code est présente (référence de bibliothèque invalide, erreur de syntaxe, etc.)

Dans les deux images ci-après, vous avez un exemple caractéristique de deux messages précisant que la génération du fichier ACCDE n'est pas réalisable.

Sans en préciser la raison…

mais parfois, il vous la renvoie :

Si vous distribuez votre application à des utilisateurs qui disposent de la version 2010 de Microsoft Access sur leur PC, plusieurs précautions s'imposent pour protéger votre application, et ce, dans le but d'empêcher les éventuelles modifications des objets et du code ou de perturber par inadvertance le fonctionnement de l'application.

Pour obtenir davantage d'informations à ce sujet, vous pouvez inscrire la rubrique Sécurité utilisateur puis Fonctionnement de la sécurité avec les bases de données de versions précédentes d'Access ouvertes dans Access 2010 dans l'aide de Microsoft Access 2010…

Vous pourrez dans ce seul cas sécurisez tous les objets de votre base de données à l'aide de l'Assistant Sécurité avec la même méthode que dans les versions précédentes de Microsoft Access.
Pour obtenir toutes les informations sur la compréhension et sur la mise en œuvre de la sécurité sous Microsoft Access, je vous recommande de lire le tutoriel de Fabrice Constans.

En dehors de cela, pour sécuriser votre application, il vous faut :

- Configurer toutes les propriétés de démarrage de la base de données susceptibles de permettre aux utilisateurs d'accéder au Volet d'Exploration et par la même au mode Création.

- Donner à la propriété AllowBypassKey la valeur False pour désactiver la touche Maj. Cette précaution interdit aux utilisateurs d'ignorer les propriétés de démarrage ou la macro AutoExec.
Vous trouverez un exemple illustré pour paramétrer la propriété AllowBypassKey par le biais de Visual Basic en cliquant ici…

- Protéger le code Visual Basic par un mot de passe (environnement VBE, Menu Outils, Propriétés de Votre projet, onglet Protection)…

Il existe plusieurs propriétés dont vous pouvez écrire l'affectation par programme en VBA.

Parmi elles :

• - Utiliser les touches spéciales d'accès (AllowSpecialKeys),
  
• - Autoriser la vue du code sur erreur (AllowBreakIntoCode),
  
• - Afficher la fenêtre de base de données (ShowStartupDBWindow)
  
• - Autoriser les modifications des barres d'outils/menus (AllowToolbarChanges).
  

Pour configurer ces propriétés, cliquez sur l'onglet Fichier puis cliquez sur l'élément Options puis choisissez Base de données activée ou bien définissez ces options par programme en VBA.

Pour plus d'informations à propos de la sécurité de l'accès à la base de données elle-même, veuillez vous rendre sur le forum où toutes ces spécifications sont détaillées par Maxence Hubiche par exemple ici : Les clauses de sécurité Access

Si vous souhaitez déployer votre application en vue d'une utilisation avec une licence Microsoft Access, vous devez vérifier que la version de Microsoft Access du poste utilisateur est identique à la vôtre.

III-B-1-a. Comment obtenir des outils nécessaires au déploiement de solutions Microsoft Access ?▲

Pour pouvoir bénéficier des outils nécessaires au déploiement d'applications Microsoft Access 2010, vous devez installer le module Package Solution depuis le Panneau de Configuration de Windows en sélectionnant Microsoft Office 2010 puisque ce dernier n'est pas installé par défaut.

Contrairement aux versions précédentes qui pour la version 2000 nécessitaient Microsoft Office Developer (voir Runtime 2000 ici) et pour la version 2003, Microsoft Visual Studio Tools (voir Runtime 2003 ici), l'outil d'empaquetage et de déploiement pour Access 2010 fait partie intégrante de la suite Microsoft Office 2010 ;
il faut juste l'installer.

Pour le Runtime Access 2010, en revanche, il est nécessaire de le télécharger…
Notez au passage que comme pour la version 2007, il est GRATUIT.

Vous pouvez le télécharger depuis le site de Microsoft en cliquant ici ou bien directement là…

Il est important de considérer que l'installation du Runtime 2010 requiert un système d'exploitation

Systèmes d'exploitation pris en charge :
Windows 7 ;
Windows Server 2003 R2 (32-Bit x86) ;
Windows Server 2003 R2 x64 editions ;
Windows Server 2008 R2 ;
Windows Server 2008 Service Pack 2 ;
Windows Vista Service Pack 1 ;
Windows XP Service Pack 3.
Note Seul Access 2010 Runtime 32 bits est pris en charge sur Windows XP Service Pack 3.

III-B-1-b. Installer l'outil de Solution de Package sur votre poste▲

Dès que la fenêtre fait son apparition, vous avez le choix :

• De déployer directement dans le dossier proposé par défaut s'il s'agit d'une première utilisation sinon, le déploiement du package s'effectuera dans le dossier que vous aviez défini et sauvegardé comme dossier d'empaquetage par défaut lors de la précédente utilisation.
• De déployer un modèle sauvegardé ce qui permet un gain de temps non négligeable notamment en ce qui concerne les éventuelles omissions quant à la sélection des fichiers à joindre à votre package

Le dossier par défaut est situé dans le dossier Mes documents (il n'a pas été renommé depuis la version 2007) :

C:\Documents and Settings\Argyronet\Mes documents\Access Developer Extensions\Install Packages

où, ici, Argyronet représente mon nom de login de session Windows.

L'Assistant crée l'empaquetage et le programme d'installation (setup.exe) correspondant, en référençant tous les fichiers requis. À l'issue de cette étape, un ou plusieurs fichiers MSI et CAB vont être créés et accompagnés des fichiers d'installation associés.

Le déploiement d'une application consiste à transférer une application empaquetée vers le support de distribution choisi ou vers un site Web depuis lequel elle pourra être téléchargée. Pour distribuer votre application, vous avez plusieurs possibilités :
- L'enregistrer sur un support amovible, un lecteur local ou réseau ou encore un site Web,
- Vous pouvez copier manuellement les fichiers sur un CD-ROM ou sur partage réseau ou bien la publier manuellement sur l'emplacement Web approprié.

L'Assistant Solution de Package propose des raccourcis et exécute automatiquement certaines des tâches qui vous incombent dans la procédure manuelle de déploiement.

1. Déploiement dans un répertoire

Si vous optez pour un déploiement dans un répertoire, le système vous demande de choisir un répertoire local ou réseau dans lequel copier les fichiers pour qu'ensuite les utilisateurs puissent accéder au programme d'installation.
Par la suite, si vous souhaitez graver l'ensemble sur un CD-ROM, vous devrez utiliser un logiciel de gravure approprié.

2. Déploiement sur le Web

Vous pouvez, une fois votre package généré, envoyer votre empaquetage sur le Web via FTP par exemple.

Les fichiers et répertoires situés dans le répertoire local devront être enregistrés dans le répertoire Web avec la même arborescence que ce jeu de répertoires de base (en respectant la casse des noms de fichier - UNIX le requiert).

Dans le cas d'une installation directe via une page WEB dédiée, il est préférable de ne mettre à disposition que le fichier MSI qui a lui seul encapsule l'ensemble des fichiers nécessaires à l'installation, mais dépourvu du Runtime.

Il n'est en effet pas possible d'exécuter le SETUP.EXE depuis le Web : cela génère une erreur traduite par l'impossibilité de trouver les fichiers requis - qui lorsqu'ils se téléchargent dans le dossier temporaire, il se voient greffés du nom suivi d'un [1] soit par exemple, setup[1].ini au lieu de setup.ini.
Si vous avec un grand lot de fichiers embarqués en plus du MSI, il est recommandé de générer un fichier compressé (ZIP ou RAR) autoextractible qui, par sa ligne de commande, pourra lancer Setup.exe.

Cliquez alors sur le bouton Suivant (Next)
La fenêtre suivante fait son apparition…

Le choix s'établit à partir d'une liste déroulante qui contient tous les fichiers que vous avez déjà exploités auparavant ce qui, dans certains cas, vous permet une sélection rapide du fichier à empaqueter. Bien entendu, lors de la première utilisation, cette liste est vide. Vous pouvez remarquer que chacune des rubriques comporte une petite étoile rouge * qui signifie que la rubrique est obligatoire.

Pour plus de commodité, nous allons considérer que la fenêtre est composée de trois zones :
- La première zone détermine le nom du fichier et le répertoire d'installation
- La seconde zone détermine si vous voulez inclure ou non le Runtime
- La troisième zone détermine les options du raccourci.

V-B-3-a. Sélection du projet à empaqueter (ici la base de données exemple Les Comptoirs)▲

Vous devez alors cliquer sur le bouton Parcourir afin d'aller chercher votre fichier (*.accd*) dans le dossier correspondant.

Sélection du fichier de b ase de données ( Application frontale ) à empaqueter

Lorsque vous avez cliqué sur le bouton Parcourir afin de sélectionner le fichier que vous voulez empaqueter, vous pouvez choisir tout type de solution Microsoft Access ayant les extensions spécifiques qui les caractérisent.

Normalement vous êtes censé sélectionner un fichier de type ACCDE (ou ACCDC s'il est signé) que vous auriez préalablement créé à partir de l'application elle-même et après avoir contrôlé son bon fonctionnement comme il se doit.

Pour pouvoir créer un fichier de ce type, reportez-vous à la section créer un fichier ACCDE.

Au moment de la sélection du fichier, vous devez choisir celui qui fait office d'Application.

Pour ce qui concerne la base dorsale (si toutefois votre base est scindée) vous devrez l'inclure dans le package s'il s'agit d'une application vouée à être utilisée par une seule personne ou plus exactement, sur un seul poste de travail…
En effet, vous ne pouvez pas stipuler que vous souhaitez installer un ou plusieurs fichiers sur un lecteur réseau depuis l'Assistant, mais uniquement des sous-répertoires.

Il est dans bien des cas, recommandé de mettre en place une routine de première utilisation qui se traduit par la mise en œuvre d'une fonction qui référence et installe les tables liées à l'aide ou non de l'utilisateur.

Ici, toutes les fantaisies sont ouvertes :

- Concevoir une table locale qui contient l'ensemble des tables liées

- Inscrire le nom des tables dans un fichier INI ou dans le Registre

- […]

et mettre en place le jeu de fonctions idoines pour le rattachement dynamique des tables.

Dans notre exemple, l'application Frontale sera installée dans le dossier C:\Les comptoirs et la Base de données Dorsale ne contenant les tables, dans le dossier C:\Lescomptoirs\Data.

V-B-3-b. Choix du dossier d'installation▲

V-B-3-c. Choix de l'inclusion du Runtime▲

C'est également ici que vous allez pouvoir déterminer si vous souhaitez inclure ou non le Runtime Microsoft Access 2010 selon trois options.

- Si Microsoft Access 2010 est présent sur le poste cible, cochez l'option 1

- Pour inclure le Runtime par téléchargement si Access n'est pas présent sur le poste de destination, vous devez cocher l'option 2 :
Nécessite le téléchargement de Microsoft Access 2010 Runtime…

- Pour inclure le Runtime depuis le fichier « AccessRuntime.exe » dont vous fournissez l'emplacement qui provoquera la génération d'un fichier ACCDR, vous devez cocher l'option 3
Ne requiert rien. Installez Microsoft Access 2010 Runtime.

Vous devez alors disposer de l'exécutable correspondant dans un dossier spécifique que vous préciserez…

Toute application ou tout programme Microsoft installés sur un poste de travail sont soumis à une licence. Bien que le Runtime Microsoft Access est gratuit et permet la distribution et l'exploitation de vos applications développées à travers un mode de fonctionnement équivalent à celui de la version complète de Microsoft Access, il n'en est pas moins doté d'une licence qui se traduit par l'acceptation des termes de celle-ci lors de l'installation du Runtime.

V-B-3-d. Définition de l'application à empaqueter▲

Cliquez sur le bouton Parcourir pour inscrire la base de données (Application) à empaqueter.

Choisissez ensuite le Dossier d'installation racine. Dans ce tutoriel, j'ai sélectionné Lecteur système (Tous les utilisateurs) de manière à ce qu'il n'y ait pas de dissociation entre les différents utilisateurs.
Il vous appartient de choisir le dossier en conséquence de vos droits d'administration d'une part et ceux des utilisateurs d'autre part.

Vous renseignerez alors le sous-dossier d'installation. Pour plus de commodité, saisissez un nom qui est similaire au nom de l'application. Dans notre exemple, le dossier se nomme Les comptoirs.

La zone grisée Exemple d'emplacement d'installation représente le résultat obtenu une fois l'empaquetage terminé.

Ne tenez pas compte de l'illustration telle qu'affiché à l'écran ci-dessus, je l'ai intentionnellement agrandie et remodelée de manière à ce qu'elle s'affiche en entier.

Vous, vous aurez très certainement à user des barres de défilement horizontale et verticale pour afficher le contenu en entier.

V-B-3-e. Détermination des options de raccourcis▲

Une fois toutes les options d'installation définies, la boîte de dialogue enrichie doit être similaire à celle ci-dessous.

Ne tenez pas compte de l'illustration telle qu'affiché à l'écran ci-dessus, je l'ai intentionnellement agrandie et remodelée de manière à ce qu'elle s'affiche en entier.

Vous, vous aurez très certainement à user des barres de défilement horizontale et verticale pour afficher le contenu en entier.

Les options de raccourcis se définissent par 2 cases à cocher et 4 zones de texte :

• Menu Démarrer : Définit si vous souhaitez qu'il existe un raccourci dans le Menu Démarrer
• Bureau : Définit si vous souhaitez qu'il existe un raccourci sur le Bureau
• Nom du raccourci : Définit le nom que vous souhaitez donner à votre raccourci (pour qu'il soit plus parlant que le nom du fichier ACCDE)
• Icône : Vous permet de sélectionner une icône pour votre raccourci qui est par défaut celui de l'application Access définie en fonction de l'extension
• Macro de démarrage : Vous permet de définir la macro qui doit être exécutée lors du chargement de l'application
• Valeur de la commande VBA : Vous permet de définir des arguments de ligne de commande via Command$ qui peuvent être lus lors du chargement de l'application

La fenêtre de l'étape suivante se décompose en deux zones :
- La partie du haut concerne les fichiers que vous souhaitez inclure dans votre package
- La seconde à définir les options de clés dans la Base de Registre.

Fichiers supplémentaires
Si toutefois vous avez choisi d'inclure le Runtime dans le package, le fichier AccessRuntime.exe sera ajouté dans le dossier « Files » du package d'installation.

En revanche, les autres fichiers qui concernent plus particulièrement votre application, à savoir les fichiers d'aide, les éventuels documents annexes, les images, les icônes et tout autre type de fichiers dont votre application a besoin pour fonctionner ne sont pas prévus dans le package. Il vous faut alors les inclure manuellement en les sélectionnant comme vous avez sélectionné préalablement le fichier à empaqueter.

La fenêtre ci-dessous vous permet d'ajouter les fichiers supplémentaires…

- Pour pouvoir ajouter les fichiers il suffit de cliquer sur le bouton Ajouter (Add) et sélectionnez, ensemble, les fichiers que vous voulez ajouter au package.
- Pour pouvoir supprimer un fichier qui a été ajouté à la liste il suffit de cliquer sur le bouton Supprimer (Remove) une fois l'élément sélectionné dans la liste.

Une fois que vous avez sélectionné tous les fichiers à inclure avec votre package, ceux-ci apparaissent un à un dans la liste avec respectivement leur chemin source, leur nom et une zone dédiée à l'installation dans un sous-répertoire spécifique.

Lorsque vous sélectionnez les fichiers à inclure dans votre package, ceux-ci se trouvent dans un certain répertoire : par défaut, ces derniers seront installés dans le dossier de l'application, même s'il s'agit de composants tels que des bibliothèques ou assimilé. La source dans laquelle ils ont été puisés ne définit pas la destination, contrairement à la version de l'outil d'empaquetage 2000 que, de loin, je considère être le mieux conçu, en tout cas sur ce point.

En parallèle à cela, vous pouvez définir des sous-dossiers cibles :
=> par exemple, définir que vous souhaitez stocker les fichiers d'aide dans le dossier .\Aide et/ou les images dans le dossier .\Images.

   %Lecteur%\ %Dossier% \ %Nom du répertoire de votre Application% \ %Nom du sous répertoire%

Dans mon exemple, l'application Les comptoirs exploite ses données depuis sous dossier .\Data.
Si les fichiers source sont situés dans différents répertoires, il vous faudra procéder à l'ajout de façon successive.

Si vous ne spécifiez aucun sous-dossier d'installation, les fichiers ajoutés sont copiés dans le dossier racine de l'application

Clés du Registre supplémentaires
Pour la partie concernant les Clés du Registre supplémentaires, un niveau expérimenté est requis. Pour plus d'informations concernant la Base de Registre, il vous faut comprendre le concept et la structure de cette dernière. Si toutefois vous ignorez totalement ou partiellement son fonctionnement, je vous conseille de laisser les options par défaut si vous ne savez pas comment procéder.

Normalement, vous n'avez pas à toucher ces options puisque lorsque vous installez une application, par défaut, un certain nombre de données et de paramètres se logent dans les sections HKEY_CLASSES_ROOT, d'autres dans les HKEY_CURRENT_USER et enfin tout ce qui concerne le programme lui-même dans les sections HKEY_LOCAL_MACHINE.

V-B-4-a. Le package n'inclut et n'inscrit pas les bibliothèques référencées▲

[MSI]
MSI=\Files\FrontalComptoir14.msi

[ChainedInstall_1] 
TaskName=Installation des bibliothèques
Path=\Files\MyLibraries\Setup.exe
TaskType=EXE
IgnoreReturnValue=0

[ChainedInstall_2] 
TaskName=PDF & XPS Macro complémentaire
TaskType=EXE
Path=\Files\PDF\SaveAsPDFandXPS.exe
IgnoreReturnValue=0

[Product]
ProductCode={FA3ADB6A-A3A9-48A4-8AD9-F7AA8EFB876C}
ProductName=Les comptoirs
ProductVersion=2.5.0
SkipLangCheck=1

[Display]
Display=full
CompletionNotice=Yes

La fenêtre de l'étape suivante se décompose en quatre zones :

• Propriétés générales : Ce sont les propriétés générales ; vous définissez ici le nom du produit, la langue et le fichier contenant les clauses du contrat de licence de l'utilisateur final CLUF (ou EULA en anglais).
  Le langage utilisé par votre application est défini par défaut contrairement à la version 2003.
  Côté CLUF, un fichier au format RTF doit être rédigé ; il contient les informations relatives à la licence d'utilisation du logiciel ou de l'application.
• Information sur les fonctions : Ce sont les informations sur l'installation personnalisée ; Vous indiquez les mentions devant apparaître en cas d'installation personnalisée. Une installation personnalisée est une installation réservée en général aux personnes ayant un niveau de compétence avancée en matière d'informatique et plus particulièrement de Windows.
  Elle donne droit à définir manuellement des paramètres qui sont définis par défaut par le Setup.
  Chaque fois vous installez une application Microsoft, vous avez le choix entre différents modes : les plus courants étant Par défaut, Personnalisé et Minimum…
  Notez ici qu'il est exceptionnel d'avoir à définir des options d'installation personnalisée pour une application Microsoft Access.
• Informations sur Ajout/Suppression de programmes : Ce sont les informations devant apparaître lors de l'ajout de (composant) ou la suppression du programme.
  Vous définissez l'éditeur, la version du produit, la personne à contacter, les adresses Web de l'aide, du support en ligne et des mises à jour éventuelles et enfin les informations complémentaires relatives à ces éléments
• Propriété de fichier pour le package Windows Installer : Vous définissez les informations concernant le package du programme d'installation lui-même
• Options avancées
  - La première rappelle les informations sur l'installation personnalisée que vous avez spécifiées dans la fenêtre précédente.
  
  - La seconde vous permet de définir de façon plus détaillée les informations concernant le package du programme d'installation : le titre, le sujet, l'auteur du projet, les mots clés et les commentaires…
  
  - La troisième permet de définir une image pour l'accueil de l'écran lors de l'installation.
  Les zones Product Code et Upgrade Code sont définies automatiquement par l'Assistant où un lien hypertexte vous permet de consulter ces informations.

Tous les éléments constitutifs nécessaires à la génération de votre package sont terminés ici.
Cliquez sur le bouton OK pour terminer.

C'est ici la dernière étape et l'Assistant Solution de Package : elle vous propose de sauvegarder votre modèle dans le seul but de pouvoir le réutiliser.

V-B-6-a. Erreur durant la génération de votre package▲

Une erreur inattendue s'est produite

Un problème survient lorsque vous êtes en train de générer le package qui se traduit par un message fort peu parlant où il est inscrit « Une erreur inattendue s'est produite »

Sans plus d'explications, vous ne pouvez rien faire de plus et votre package n'est pas créé.
Pour autant, dans le dossier Z:\Access Developer Extensions\Install Packages, vous retrouvez les fichiers et dossiers qui correspondent au package généré soit
dans notre exemple : FrontalComptoir14 sans qu'il y ait un fichier MSI.

Microsoft a résolu ce problème dans un correctif que vous devez télécharger à partir de cette pageDescription du package de correctifs Access 2010 (accessde-x-none.msp): 14 décembre 2010 datée du 14 décembre 2010.

Il est également possible que cet autre message apparaisse si vous retentez de régénérer le package par répétition alors que l'erreur n'est pas corrigée.

Une fois que vous avez téléchargé le correctif, qui se traduit par l'expédition d'un mail de confirmation après avoir validé un lien, vous exécutez le programme.
Dans le mail que vous avez reçu se trouve un mot de passe que vous devrez fournir durant l'installation.

Comme souvent et même avec Microsoft, les patchs correctifs ne sont pas signés.
Pour autant, dans le cas présent, vous pouvez exécuter le logiciel

Il s'agit d'un fichier autoextractible.

Ce fichier est protégé par un mot de passe qui vous a été transmis par email.

Inscrivez le mot de passe en respectant la casse puis appuyez sur OK.
Pour installer ce correctif, vous devez bien évidemment disposer de la version 2010 de Microsoft Access installée.

L'installation démarre aussitôt…

Le message de fin d'installation s'affiche au bout de quelques de secondes.


Vous pouvez alors relancer Microsoft Access 2010 où vous disposez du complément Package Solution corrigé.

Revenez alors au Lancement de l'Assistant Solution de Package pour reprendre intégralement la génération.

Si vous avez sauvegardé votre package, vous pouvez cliquer sur le bouton « Chargement des paramètres de l'assistant à partir d'un fichier de modèle sauvegardé » au début de l'assistant. Voyez la section suivante pour plus de détails.

V-B-6-b. Sauvegarde effective une fois le correctif appliqué▲

Donc, une fois tous les éléments du package, cliquez sur le bouton OK pour terminer…

Aucune fenêtre de fin de procédure ne fait son apparition.
Personnellement, je trouve qu'une petite barre de progression dans le formulaire aurait été appréciée.

Une fois généré, l'Explorateur de fichiers s'ouvre en vous présentant le dossier du package dès lors empaqueté et prêt à être installé ou déployé depuis un autre support ou lecteur…

Cette opération équivaut à l'opération de sauvegarde des scripts de la version 2000 de l'Assistant Solution de Package pour Office 2000.
La seule différence réside dans le fait qu'ici, le fichier généré est au format XML avec une extension adepsws.

Le modèle sera sauvegardé dans le dossier suivant :

 

Sélectionnez

    %Documents and Settings%\%Nom de l'utilisateur%\Mes documents\Access Developer Extensions\Saved Wizard Settings\%Nom du projet%.xml

Dans le dossier que vous avez défini se trouvent les fichiers nécessaires à l'installation de votre application.

Dans le sous-répertoire Files se trouvent les fichiers MSI et CAB de votre application ainsi que le Runtime si vous l'avez inclus à votre package.

Contrairement à la version de l'Assistant Empaquetage et Déploiement 2000, vous n'avez plus besoin de générer un fichier AutoRun manuellement pour votre Package si toutefois vous proposez un CD-ROM d'installation.

En effet, cet Assistant génère ce fichier AutoRun.inf automatiquement pour vous, ce qui permet au programme d'installation d'être lancé automatiquement à condition que le Service de Notification d'Insertion de CD sur le poste client soit activé.

Ce fichier est à poser sur la racine du CD-ROM gravé avec votre projet.

V-B-8-a. Pour concevoir un fichier Autorun manuellement▲

[autorun]
open = Setup.exe
icon = Comptoirs.ico

- Visualiser la liste de tous les modèles d'empaquetage générés.
- Renommer un modèle
- Créer une copie d'un modèle sous un nouveau nom.
- Supprimer un modèle dont vous n'avez plus besoin.

Pour pouvoir le redéployer, vous devrez empaqueter de nouveau ce projet.
Veillez donc à ne supprimer que les modèles dont vous êtes sûr de ne plus avoir besoin.

Si vous êtes amené à modifier votre application de base de données, il vous faut intervenir sur le projet accdb.

Vous ouvrez donc votre base accdb, apportez les corrections ou les suppléments nécessaires, protégez ensuite votre projet au niveau du code VBA même si le projet doit être compilé dans un ACCDE.

De là, vous enregistrez le tout pour enfin générer un nouveau fichier ACCDE.

Le nouveau fichier ACCDE que vous venez de générer, ainsi que tous les fichiers que vous avez modifiés (fichiers d'aide, images…), sont censés être restés dans le répertoire source d'origine.

Si toutefois vous avez modifié un fichier quelconque dans un autre répertoire, il vous faudra le copier dans le dossier source de l'application afin de remplacer l'existant de manière à ce que l'Assistant Solution de Package le prenne en considération.

L'Assistant Solution de Package 2010 ne permet plus de régénérer rapidement vos jeux de fichiers CAB et MSI à partir d'un simple fichier Batch comme dans les versions 2000 et 2003, ce qui est fort dommage…

Pour régénérer un package, vous devrez alors lancer l'Assistant Empaquetage et Déploiement à partir d'Access 2010 comme pour une première utilisation, mais cette fois, en sélectionnant votre modèle que vous êtes censé avoir sauvé.
Ce fichier modèle doit porter le nom de votre projet ou plutôt celui que vous avez stipulé durant les étapes de génération de votre empaquetage.
Il possède une extension « .adepsws » : dans mon exemple, il s'agit de Les comptoirs.adepsws.

Si vous avez modifié votre ACCDE au niveau des DLL et autres composants, il est indispensable de fournir un nouveau MSI et non la simple copie du ACCDE mis à jour.

VI-B-2-a. Régénération du package après modification ou évolution▲

Pour pouvoir régénérer votre package, vous passez par le même déroulement, à savoir l'onglet Fichier puis sur l'élément Enregistrer et publier comme vu à la section Lancement de l'Assistant Solution de Package…

Cliquez alors sur le bouton « Chargement des paramètres de l'assistant à partir d'un fichier de modèle sauvegardé » pour charger le fichier XML (*.adepsws) en question.

Vous sélectionnez le fichier adepsws situé dans le répertoire proposé par défaut ou celui que vous avez choisi préalablement pour la sauvegarde.

Vous passez en revue les différentes étapes en apportant les éventuelles corrections, notamment sur la version et cliquez sur OK pour terminer…

Tout comme précédemment, l'Explorateur de fichiers sera affiché avec le contenu du Package…

Pour lancer l'installation, exécutez le programme SETUP.EXE…

L'Installation va donc installer d'abord l'application puis, si nécessaire, le Runtime suivi de toutes les opérations de mise à niveau de Windows et notamment la Base de Registre…

Si vous avez sélectionné une image pour votre Package, celle-ci est utilisée comme image de présentation :

La fenêtre spécifie ce qui va être installé…

Cliquez alors sur le bouton Suivant et acceptez les termes de la licence représentés par le fichier RTF que vous avez sélectionné durant la génération de votre Package qui correspond à la zone de texte EULA ou CLUF selon la version.

À ce stade, vous seront demandés les noms et société de l'utilisateur ou plus précisément les informations relatives au poste de travail.

Choisissez ici le mode d'installation (typique ou personnalisée) ; Souvenez-vous, je vous l'ai précisé au moment de la génération du package, il est très exceptionnel d'avoir à définir une installation personnalisée pour une application Microsoft Access dont vous êtes l'auteur. L'option par défaut étant Typique, cliquez alors sur Par défaut.

Ici vous validez le lancement de l'installation. Cette étape étant la dernière, vous ne pourrez pas revenir en arrière après avoir cliqué sur Installer (Install).

La barre de progression indique le niveau d'installation et mentionne de temps à autre les différentes étapes du processus.

Dans ce cas précis, l'analyse détermine les éléments devant encore être installés, en l'occurrence ici, le Runtime…

Quelques bonnes secondes suffisent à achever l'installation…

Lorsque l'installation de l'application est terminée, deux cas de figure se présentent :

- soit l'installation ne nécessite pas de Runtime, auquel cas vous pouvez directement lancer votre application…

- soit le Runtime doit être installé et le processus démarre dès que vous avez coché l'acceptation du contrat et que vous avez cliqué sur Continuer

La progression de l'installation suit son cours…

Et la dernière étape se traduit par cet affichage.

Vous cliquez alors sur Fermer et là aussi, vous pouvez ouvrir votre application.

Si vous avez coché les options appropriées, alors un raccourci sur le Bureau et dans le menu Démarrer sont accessibles.
Il vous suffit de les ouvrir pour accéder à l'application.

Il ne devrait pas y avoir de grande différence avec le poste de développement depuis lequel vous avez créé l'application.

Le jeu de tests consistera alors à naviguer entre les différents formulaires, l'impression des états (attention notamment à l'orientation des états et aussi à la notion d'imprimante par défaut), à l'exécution de l'ensemble des tâches proposées par votre application.

Si le poste client ne dispose pas d'une version complète de Microsoft Access, il semble évident que vous avez embarqué le Runtime dans le package d'installation SETUP.EXE. Le Runtime est alors résidant sur le poste client et se comporte comme si une version d'Access était installée sauf que celle-ci est dépourvue des fonctionnalités de conception.

Dans ce cas, il n'y a pas plus de procédures de test à effectuer que celles qui sont stipulées en section 9.1.1 ci-avant.

Ici, on considère que le poste client dispose d'une version de Microsoft Access antérieure à celle du Runtime 2010.

Dans ce cas, vous devez mettre en place une syntaxe particulière, car l'Assistant Solution de Package 2010 ne génère pas de raccourci approprié pour ce cas de figure.

Pour ce faire, soit vous le créez manuellement, accompagné des options de ligne de commande nécessaires pour démarrer Microsoft Access Runtime 2010 ou bien de modifier les associations de fichier comme cela a été spécifié auparavant…

Cas particulier pour un environnement réseau

Je vous déconseille en cas d'utilisation en réseau de mettre votre application frontale sur un serveur.

Outre le fait que dans ce cas, plusieurs personnes peuvent partager les mêmes formulaires et autres objets, les temps de chargement et d'exécution seraient horrifiques !

Vous devrez alors déplacer la Base de données ne contenant que les tables sur le serveur dédié, car le setup ne saura pas le faire nativement… L'application frontale qui est liée à cette base sur chaque poste utilisateur sera installée dans le dossier Program Files ou dans le dossier du profil selon ce que vous avez choisi durant la génération du Package…

J'aborde ici un sujet un peu plus délicat dans le sens où la version antérieure à Office 2010 est sortie il y a près de trois ans… Du fait que les fichiers de type accd* sont du même format lorsqu'il s'agit d'Office 2007 ou 2010, je serais en droit de me dire qu'il ne devrait pas y avoir de problème de compatibilité. Oui, c'est exact, il n'y a pas de problème parce que si vous ouvrez une base Access créée sous Access 2007, elle s'ouvre sans problème dans une version 2010 sans qu'il y ait d'avertissement d'antériorité de version.

Toutefois, Microsoft a préféré considérer le fait que la compatibilité 2010 vs 2007 n'était peut-être pas parfaite et souhaitant émettre des réserves sur ce point, il est vrai qu'il est préférable de s'assurer du bon fonctionnement de son projet.

Donc si vous distribuez un package déployé avec Access 2010, qu'il soit composé du fichier MSI seul ou bien le lot complet (setup.exe), à un utilisateur dont le poste est pourvu de la version complète de Microsoft Access 2007 ou de son Runtime, vous serez confronté à la problématique de fournir impérativement le Runtime 2010 sans quoi, il sera impossible à l'utilisateur d'installer votre package.

Résumé des situations

- Si le poste est pourvu d'Access 2010 ou du Runtime 2010 => Package 2010 (MSI) : Installation sans problème
- Si le poste est pourvu du Runtime Access 2007 => Package 2010 (MSI) : Installation impossible^*
- Si le poste est pourvu d'Access 2007 => Package 2010 (MSI) : Installation impossible^*

Il est probable, suite à une de mes demandes, qu'un service pack Office 2010 fasse l'objet d'une révision dans ce sens.
Aussi, je ne manquerai pas de faire évoluer ce paragraphe en conséquence des évolutions sur ce sujet…

* _{Il vous faut fournir le Runtime 2010 avec votre package}

- Vous pouvez très bien voir une erreur qui se traduit par le dysfonctionnement d'un ruban personnalisé. Vous devez alors vérifier, selon la façon dont il puise sa structure (cas d'un fichier XML) qu'il est présent et opérationnel.

- Une autre sera liée à l'exploitation d'un composant qui n'a pas été enregistré sur le poste de test. Ce cas de figure peut se rencontrer quand vous avez greffé un nouvel ActiveX® dans votre projet, que vous avez créé le fichier ACCDE (ou le accdb) et fourni ou copié vous-même le ACCDE (ou le accdb) sur le poste de test sans avoir pris la précaution d'embarquer le composant et de l'enregistrer dans la Base de Registre de Windows du poste concerné… (Erreur 429.)

IX-B-1-a. Erreur particulière : Utilisation impossible▲

Vous avez installé votre application avec succès et lorsque vous tentez de la lancer, un message apparaît :
« Actuellement, le système d'exploitation n'est pas configuré pour exécuter cette application ».

Bien que le message soit presque explicite, il faut avouer que Microsoft aurait pu faire un petit effort rédactionnel en spécifiant qu'il s'agit du fait que votre version de Windows XP doit impérativement être greffée du Service Pack 2…

IX-B-1-b. Erreur système : Access ou Runtime Access requis▲

Vous avez généré votre package avec succès et lorsque vous tentez de l'installer, un message apparaît :
« Microsoft Access 2010 doit être installé avant d'exécuter ce programme d'installation ».

Il s'agit là d'un mauvais choix de votre part quant à l'inclusion du Runtime dans votre package où vous avez stipulé que rien n'était requis et qu'il s'avère que sur le poste cible ni Access 2010 ni sa version Runtime ne sont présents.

La boite de dialogue Option Access vous permet de définir le formulaire à ouvrir au lancement de l'application que vous avez développée.

Pour y accéder, ouvrez les options d'Access depuis l'onglet Fichier et cliquez sur la rubrique Base de données active…

Spécifiez les options comme, ci-dessous où vous sélectionnez le nom du formulaire à démarrer (ici Menu général)

Pour une sécurité totale, vous pouvez décocher toutes ou partie des cases, mais cela reste risqué si vous n'avez pas prévu le code pour les rétablir ou bien pour accéder à votre application en mode Création, par exemple avec un bouton caché ou une combinaison de touches particulière…

Sinon, nombreuses pourraient être les personnes qui posteraient sur le forum en écrivant qu'elles ont suivi ces conseils et que depuis, elles ne peuvent plus rien faire avec leur application…

Ceci est un formulaire de démarrage sous forme de «Splash Screen» pour l'application Les comptoirs citée en exemple dans ce document.

IX-C-2-a. Génération d'un formulaire de démarrage temporisé▲

Vous le savez sans doute déjà, le seul moyen de rendre ouvrable de façon conventionnelle une application Access sans message d'avertissement sur la sécurité est de déclarer soit :

• un emplacement approuvé ;
• un document approuvé (ici une base de données) ;
• un éditeur approuvé.

L'option idéale restant l'emplacement approuvé.

Il s'avère que cette définition ne peut pas être effectuée par l'application elle-même.
Et le souci est d'autant plus grand que si votre application est vouée à être distribuée à grande échelle, vous ne serez pas en mesure d'intervenir sur chaque poste pour y créer la configuration nécessaire, à moins de fournir un script, mais là aussi, un phénomène de sécurité entre en jeu.

Humm, disons que normalement depuis la version 2007, à partir du moment où vous sélectionnez un dossier cible d'installation durant la phase d'empaquetage de votre solution autre que Program Files, le fameux Assistant Solution de Package est censé déclarer dans son process d'installation, un futur emplacement approuvé basé sur ce chemin.

Alors oui, effectivement, il le fait… mais pas au bon endroit, et pour cause :

Le code du complément qui régit la génération de packages aussi bien que le MSI lui-même pointent sur le dossier par défaut d'Office 12 (soit 2007) et non Office 14 (soit 2010) et même si vous modifiez le chemin dans le MSI de base, cela ne changera rien…

Ainsi que vous pouvez le voir ci-dessous, le fichier MSI du package de l'application à installer a vu sa clause TrustedLocationReg associé au chemin d'Office 2007 alors que les deux autres clés pointent sur Office 2010.

Et donc, l'impact sur la Base de Registre est conséquent à cette spécification.
D'ailleurs, observez que la clé Office\12.0 n'existe que pour le TrustedLocations où, comme par hasard, c'est votre application qui y figure.

Bien, il n'y a pas 36 solutions, il n'y en a qu'une, euh… Disons à votre portée.

Elle se résume à éditer le fichier MSI de chacun de vos packages générés avec l'Assistant 2010…
Pour ce faire, il vous faut vous procurer un éditeur de fichiers MSI par exemple ORCA téléchargeable sur le site de Microsoft.

Une fois le programme d'édition installé et le fichier ouvert, vous devez localiser la clé Registry dans laquelle se trouvent normalement trois valeurs (voir image ici) :

• RegistryKeyShortcutLnkReg ;
• ComponentLnkReg ;
• TrustedLocationReg.

Celle qui nous intéresse se nomme TrustedLocationReg.

Dans la partie droite de la clé concernée, vous visualisez une chaîne représentant le chemin définissant l'emplacement approuvé dans la Base de Registre, soit par exemple :

Software\Microsoft\Office\12.0\Access\Security\Trusted Locations\{EC558558-5BCE-4735-AAC4-DBD4E1E171D1}

Bien, il faut simplement remplacer Office\12.0 par Office\14.0 et le tour est joué.

Software\Microsoft\Office\14.0\Access\Security\Trusted Locations\{EC558558-5BCE-4735-AAC4-DBD4E1E171D1}

Vous pourrez alors distribuer vos packages : ils seront installés dans le dossier cible déclaré et sera défini comme emplacement approuvé.
Vous n'aurez alors plus d'alerte de sécurité.

**********************************
SINON, IL Y A CETTE AUTRE SOLUTION :
**********************************

Paragraphe ajouté en 2018

À l'instar des tutoriels 2013 et 2016, j'ai, sur la même structure, développé également un nouvel assistant pour Microsoft Access 2010.
Certes, je reconnais que c'est sans doute un peu tard, mais nombreux d'entre vous utilisent encore Access 2010 et devraient trouver cet outil bienvenu, finalement.
C'est l'unique but.

Vous pouvez le récupérer en cliquant sur ce lienPackage Wizard 2010 de remplacement.

Il n'est pas possible de lancer le programme MSACCESS.EXE puisqu'il s'agit de la version Runtime.

Il est impératif de spécifier une Base de données pour pouvoir l'utiliser.