Retrouver ce document en ligne ici
Ce document a été réalisé par Jean-Philippe AMBROSINO Certaines informations de ce document sont issues de source Microsoft®.
Contact : Argyronet. Vous êtes libre d’imprimer, de distribuer et dupliquer ce document.
Toutefois pour des exploitations à titre commercial, l’auteur émet des réserves de droit.
Sommaire
1 AVANT PROPOS ... 5
2 LE DEVELOPPEMENT DE VOTRE APPLICATION ... 5
2.1 Les tests à effectuer avant de générer un fichier MDE ... 6
2.2 Test de l’application comme si elle était installée sur un poste client ... 6
2.3 Comment et pourquoi convertir en MDE ? ... 7
2.3.1 Caractéristique d’un MDE : ... 7
2.3.2 Création du MDE... 8
2.3.3 Impossibilité de générer un fichier MDE ... 9
2.4 Sécurisation de votre Projet... 13
2.4.1 Sécurisation de votre application ... 13
2.4.2 Les propriétés de protection d'une application:... 13
3 DEPLOIEMENT ET EMPAQUETAGE DE VOTRE APPLICATION... 14
3.1 Préparation en vue d'exploiter l'application avec le Runtime Microsoft Access... 14
3.1.1 Préparation en vue d'exploiter l'application avec la licence Microsoft Access... 14
3.1.2 Qu’apporte Visual Studio Tools et que doit-on installer ? ... 14
3.2 Quels sont les outils disponibles dans Visual Studio Tools ?... 15
3.2.1 Ce que vous devez installer pour générer un Package (Setup.exe)... 15
3.2.2 Ce qui est recommandé d'installer si vous travaillez et développez en équipe ... 15
3.2.3 Ce qu'il n'est pas indispensable d'installer... 15
3.2.4 Ce qu'il n'est pas utile d'installer ... 16
4 PRESENTATION DE L'ASSISTANT EMPAQUETAGE ET DEPLOIEMENT... 17
5 DEPLOIEMENT DE VOTRE APPLICATION (AVEC LE RUNTIME ACCESS 2003) ... 17
5.1 Microsoft Access 2003 Developer Extensions est un simple Assistant : ... 17
5.1.1 Lancer L'Assistant Empaquetage et Déploiement ... 17
5.1.2 Démarrage de l’Assistant Empaquetage et Déploiement ... 18
5.1.3 Processus de déploiement... 18
5.1.4 Sélection du fichier de l'Application frontale à empaqueter ... 22
5.1.5 Définition du sous répertoire d'installation ... 23
5.1.6 Définition des options de démarrage de votre application ... 25
5.1.7 Détermination des fichiers à ajouter à votre package ... 26
5.1.8 Sélection des fichiers à ajouter à votre Package ... 27
5.1.9 Définition des propriétés de votre application dans package d'installation ... 29
5.1.10 Détermination de la langue ... 30
5.1.11 Inscription des informations relatives à une installation personnalisée ... 32
5.1.12 Définition des informations de version de l’application. ... 33
5.1.13 Sauvegarde du modèle et génération du Package ... 34
5.1.14 Sauvegarde de modèle ... 35
5.1.15 Génération du Package ... 36
5.1.16 Fin du processus... 37
5.1.17 Vérification du Package généré ... 37
5.1.18 Création d’un fichier AutoRun pour votre CDRom ... 38
6 EVOLUTION DE VOTRE PACKAGE ... 39
6.1 Gestion des modèles de l'Assistant... 39
6.1.1 Avec cette option, vous pouvez effectuer diverses opérations : ... 39
6.2 Modification ou évolution de votre projet ... 39
6.2.1 Modification de votre projet ... 39
6.2.2 Rempaquetage de votre projet modifié ... 40
6.3 Régénération du package à l’aide d’un fichier Batch ... 40
6.3.1 Lancement de l'Assistant Empaquetage et Déploiement 2003... 40
6.3.2 Sélection du modèle en vue d'une regénération... 42
6.3.3 Modification des paramètres du fichier de destination. ... 43
6.3.4 Vérification des options de démarrage... 46
6.3.5 Fin de processus de régénération... 48
6.4 Enregistrement de votre Package sur une source d’installation ... 49
7 TESTER SON PROGRAMME D'INSTALLATION... 51
7.1 Pour tester votre programme d'installation depuis un CD-ROM ou un volume ... 51
8 EXEMPLE D’INSTALLATION SUR UN POSTE CLIENT ... 51
8.1 Cas de figure où l'on souhaite installer le Runtime sur le poste... 52
8.1.1 Etape 1 : Exécution du Setup... 52
8.1.2 Etape 2 : Coordonnées de l'utilisateur et de la société ... 53
8.1.3 Etape 3 : Mode d'installation (Typique ou personnalisée) ... 53
8.1.4 Etape 4 : Démarrage de l’installation ... 54
8.1.5 Etape 5 : Démarrage de l’installation ... 54
8.1.6 Etape 6 : Fin de l’installation ... 55
8.1.7 Etape 7 : Repérage des éléments installés... 55
8.2 Cas de figure où le Runtime ou Microsoft Access sont déjà présents sur le poste ... 56
8.3 Modification / Personnalisation du programme d’installation Setup.exe ... 56
9 LES TESTS A EFFECTUER SUR UN POSTE DE TEST... 57
9.1 Test de l’application installée sur un poste… ... 57
9.1.1 …doté de la version complète de Microsoft Access ... 57
9.1.2 …doté du Runtime Access seul sans aucune version de Microsoft Access... 57
9.1.3 …doté du Runtime Access conjointement avec une version différente de Microsoft Access... 57
9.2 Erreur d’exécution au cours des tests ... 57
9.2.1 Quelques exemples : ... 57
9.3 Création d’un formulaire de démarrage... 59
9.3.1 Spécification d’un formulaire de démarrage et des options de démarrage... 59
9.3.2 Exemple de formulaire de démarrage :... 60
10 INSTALLATION DU RUNTIME MICROSOFT ACCESS SUR LE POSTE CLIENT ... 61
10.1 Installation manuelle ... 61
10.1.1 Lancement de l’installation manuelle sur un poste ... 61
10.2 Installation automatique du Runtime ... 61
10.3 Une fois le Runtime installé… ... 61
11 DIFFERENCES ENTRE MICROSOFT ACCESS ET L'ENVIRONNEMENT RUNTIME ... 62
11.1 Comment se présente le programme Runtime... 63
11.1.1 Tentative de lancement de Microsoft Access Runtime ... 63
12 LES ERREURS LIEES A L’INSTALLATION ... 64
12.1 Erreur d'exécution 429 lors de l'exécution d'un programme Access... 64
12.2 La commande "Créer fichier MDE" or "Créer fichier ADE" n'est pas disponible ... 65
12.3 Erreur liée à l'utilisation de MouseWheel.dll... 66
12.4 Problème de cohabitation des projets Access avec un Runtime Access... 67
13 PROBLEME LIE A LA VERSION DE MICROSOFT JET 4.0... 69
13.1 Symptômes lors du premier chargement d'une base de données Access 2003 ... 69
13.2 Obtenir le Service Pack pour le moteur de base de données Microsoft Jet 4.0 ... 70
13.2.1 Différents noms de fichier correspondants au Service Pack Jet 4.0 selon votre système:... 70
13.2.2 Installation du Service Pack pour le moteur de base de données Microsoft Jet 4.0... 70
13.2.3 Relance de l'application de Base de données une fois de Service Pack Jet 4.0 installé... 72
13.3 Comment éviter tous ces messages liés à la sécurité ? ... 74
14 INSTALLATION DE MICROSOFT ACCESS 2003 DEVELOPER EXTENSIONS… ... 75
Objet du document
Ce document a pour but de simplifier la compréhension du déploiement des applications développées avec Microsoft Access 2003. Cela concerne Microsoft Office 2003 Professional® associés à Microsoft Office Access 2003 Developer®. Une partie de ce document traite de l’utilisation du Runtime.
Conventions typographiques
Style Explication Niveau
Titre
Titre principalI
Texte
Titre secondaireII
Texte
Titre intermédiaireIII
Texte Sous titre
IV
Récapitulatif ou contenu Rubrique
V
Texte Remarque, Conseil…
-
Texte Attention
-
Dim sTemp As String ‘Déclaration Code VBA
-
Remerciements
Je tiens à remercier tout particulièrement Messieurs Maxence Hubiche, Papy Turbo et Fred G. pour leur relecture approfondie de ce document en y incluant leurs remarques.
Grâce à eux, j'ai pu construire ce support qui j'espère vous apportera une aide précieuse.
A lire également
Je vous préconise de lire l'excellent guide sur Microsoft Access rédigé par Papy Turbo…
Dans ce tutoriel…
Est exploitée, à titre d'exemple, une application que j'ai développée sous Access 2000 et que j'ai converti au format 2003 pour la circonstance.
Cette application s'appelle ChessCircle.
1 Avant propos
Ce document a pour objectif de satisfaire aux demandes des développeurs ayant besoin de déployer des applications Microsoft Access version 2003.
Un autre tutoriel pour les versions 2000 et XP est disponible sur le forum. En effet, l'approche et le mode de déploiement des applications issues d'Office 2003 est totalement différent bien qu'une certaine similitude dans le cheminement soit restée. Vous remarquerez que de nombreux progrès en matière d'assistance du côté de la génération du package d'installation de votre application ont été effectués.
2 Le développement de votre application
Lorsqu’il vous est demandé de développer une application Access, la difficulté à laquelle vous risquez d’être confronté est la mise en place de cette application sur un ou plusieurs postes cibles. Au sein de l’entreprise dans ou pour laquelle vous travaillez, vous avez la responsabilité d’un ou plusieurs projets et de ce fait, vous participerez de près ou de loin à la mise en œuvre de tous les paramètres pour que vos applications soient opérationnelles.
Les informations contenues dans ce document considèrent le cas suivant :
Vous développez une application à partir de Microsoft Office 2003 Professionnel
Vous êtes en possession de Microsoft Access Developer Extensions qui fait partie des outils Microsoft Visual Studio Tools pour Microsoft Office System.
Les postes clients possèdent ou ne possèdent pas une licence Access 2003 installée.
Vous travailler sur une plate-forme Windows 2000 ou XP
De nombreuses phases de test sont nécessaires avant d’envisager la mise en place sur les postes clients.
Ainsi, vous devez être à même de considérer trois cas de figure en ce qui concerne les applications : Les applications simples
C’est ce que j’appelle des petites applications de base de données où seul est prédominant le traitement des données. Les formulaires sont pratiques à utiliser mais sans look particulier et sans grande convivialité (§ « Les Comptoirs » exemple fourni en standard), des états lisibles contenant les informations attendues et l’ensemble est géré de façon semi-automatique avec quelques macros ou quelques routines VBA.
L’utilisateur sera alors confronté à une interface pauvre et par le fait, aura pour la majorité, un grand nombre de données à saisir manuellement pour aboutir à ses fins. Le tout fonctionnera en partie avec l’utilisation des menus Access intégrés et l’interface Access en arrière plan.
Les applications avancées
C’est ce que j’appelle des applications semi-professionnelles de base de données où sont prédominants le coté convivial et « user friendly » de votre application. Le développeur aura conçu un projet propre, doté de fenêtres agréables, inclus des boutons pour automatiser les tâches et créé des menus personnalisés.
L’utilisateur bénéficiera d’un confort d’utilisation très agréable avec de nombreux automatismes, des vérifications systématiques des entrées, des contrôles auto-activés en fonction des types de données saisis.
Les états auront un rendu très soigné, les ruptures des regroupements auront été vérifiées, etc…
L’Application ne contiendra pas ou peu de macros et aucune pour les traitements des données.
Les applications professionnelles
Ce sont mes préférées… C’est le nirvana de l’application avancée. Elles présentent des caractéristiques totalement similaires aux précédentes mais seront développées avec une finition irréprochable.
C’est une approche délicate car le développeur doit oublier Access et considérer que son application est totalement indépendante. Par « oublier Access », j’entends, pour n’en détailler que quelques-uns, les commandes du
type DoMenuItem et l’exploitation des barres d’outils autant que celle des menus contextuels intégrés sont à proscrire voire oublier. Dans l’absolu, cacher l’instance Access pour ne laisser apparaître que l’application elle- même est un must auquel je me prête systématiquement.
Donc, quel que soit le type d’application que vous développerez, il est envisageable que pour leur distribution, vous soyez tenu de fournir un programme d'installation automatisé.
Il est vrai que pour le cas des applications simples, la fourniture du fichier MDB par le biais d'un fichier d'installation automatisé peut paraître exagérée. En fait, si vous n'avez aucun composant (OCX, DLL...) et que tous les postes cibles (utilisateurs) sont équipés d'une version complète d'Access, il suffit de distribuer les fichiers (mdb ou mde).
Si votre application, quelle que soit la catégorie dans laquelle elle se range, utilise des composants spéciaux tels que des DLL ou des OCX externes, vous devez faire en sorte que ces derniers soient fournis avec votre projet et qu'ils puissent être inscrits dans la Base de Registre de Windows du poste client.
De plus, si vous envisagez de distribuer vos applications avec le Runtime Microsoft Access 2003, vous devez prendre en considération un certain nombre de paramètres. C'est pour cela que l'usage de l'Assistant
Empaquetage et Déploiement peut vous aider considérablement dans cette manœuvre même si vous pouvez envisager la distribution par un autre procédé.
Rappel : si vous souhaitez empaqueter votre application à l'aide de Microsoft Access 2003 Developer Extensions, l'acquisition de Visual Studio Tools est obligatoire. En revanche, la distribution du runtime quant à elle reste libre puisque vous pouvez vous la procurer sur le cd de Microsoft Office Professional édition 2003.
2.1 Les tests à effectuer avant de générer un fichier MDE
Une fois le développement terminé, vous devez lancer une batterie de tests afin d'éliminer toutes les erreurs potentielles.
Le cas typique est souvent l'omission d'un formulaire de démarrage ou celle d'une macro AutoExec ou encore l'omission de certaines références à des objets externes.
2.2 Test de l’application comme si elle était installée sur un poste client
Le jeu de test consiste à exécuter l'application dans une situation identique à celle dans laquelle elle se trouvera après déploiement avec un poste…
2.2.1.1 …comme s'il était doté de la version complète Microsoft Access
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 test 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.
2.2.1.2 …comme s'il était doté du doté du Runtime Access seul sans version de Microsoft Access Du fait que certaines fonctions Microsoft Access standard 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 le Runtime, il suffit de créer un raccourci (sur le bureau de votre poste par exemple) avec la syntaxe suivante:
- Créez un raccourci pour lancer Microsoft Access.
- Cliquez sur le raccourci avec le bouton droit de la souris, cliquez ensuite sur Propriétés, puis sur l'onglet Raccourci.
- Dans la zone Cible, à la suite du chemin du Fichier MSAccess.exe, tapez le chemin de la Base de données à ouvrir puis inscrivez le paramètre /Runtime.
Si le chemin comprend des espaces, placez-le entre guillemets.
Exemple de syntaxe pour un poste utilisateur:
"C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" _
"C:\Program Files\ChessCircle\ChessCircle.mdb" /runtime
Ici, je considère que le poste client ne dispose d'aucune version de Microsoft Access mais seulement celle du Runtime correspondant à la version de votre application. 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.
Remarque
Le symbole _ représente la continuité de la ligne de commande du raccourci.
2.2.1.3 …doté du Runtime Access 2003 conjointement avec une version antérieure de Microsoft Access Ici, je considère que le poste client dispose d'une version de Microsoft Access antérieure à celle du Runtime qui, lui, correspond à la version 2003 Microsoft Access. Dans ce cas, vous devez mettre en place une syntaxe particulière. Toutefois, l'Assistant Empaquetage et Déploiement 2003 s'en charge à votre place lors du processus d'empaquetage.
Donc, un jeu de tests complet en tentant par exemple d'utiliser un poste de test dédié en y installant par exemple manuellement le Runtime Access 2003 et en y posant votre application et la lancer.
Si vous ne disposez pas d'un poste de test, vous pouvez alors envisager d'installer sur votre propre poste un VMWare® qui vous permettra toutes les fantaisies en matière de simulations.
2.3 Comment et pourquoi convertir en MDE ?
Une fois vos tests effectués, à partir du moment où votre application Microsoft Access comporte du code Visual Basic, il est conseillé de l’enregistrer comme fichier MDE.
Cette opération permet de compiler tous les modules et d’empêcher quiconque d’intervenir sur votre code source, celui-ci étant masqué.
Parallèlement à cela, la base de données occupera moins de place sur le disque dur et le fait que le code soit compilé va augmenter les performances de l’ensemble.
2.3.1 Caractéristique d’un MDE :
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ée ;
Attention, avant de créer un MDE, compilez toujours votre projet à partir du menu Débogage de VBE
Dans tous les cas créez systématiquement une copie de sauvegarde de votre fichier MDB avant de procéder à la conversion en MDE et ce par sécurité. En effet, il est impossible d'inverser la compilation de mdb en mde, c'est à dire, de récupérer un fichier .mdb à partir d'un fichier .mde !
2.3.1.1 Précisions supplémentaires
Il est dans tous les cas, 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 MDB (ou MDE) contenant les tables. (Clic droit dans la fenêtre de l'onglet Tables et Lier les tables…).
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 MDE avec la liaison réelle 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.
Liaison des tables Microsoft Access.
Pour afficher ou modifier les liaisons de votre Base de données, il vous suffit d'aller dans le menu Outils/Utilitaires de Base de données puis de sélectionner Gestionnaire de tables liées.
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. Personnellement, je sais que mon projet sera installé dans C:\Program Files\ChessCircle, donc, je pose ma Base de données contenant les tables dans ce dossier et j'y fais référence par un rattachement dynamique ce qui fait que la laiaison n'est jamais rompue.
2.3.2 Création du MDE
Pour générer votre fichier MDE et après avoir vérifié votre code et compiler votre code, vous sélectionnerez dans le menu Outils l'option "Créer un fichier MDE…"
Par défaut, le nom est celui du fichier MDB et affiché avec avec une extension MDE.
Vous pouvez ici changer le dossier dans lequel vous souhaitez créer le MDE; Par défaut, ce dossier est celui où a été ouvert l'application.
Vous confirmez par le bouton Enregistrer et le fichier MDE est généré.
2.3.3 Impossibilité de générer un fichier MDE
Il est possible que Microsoft Access ne soit pas en mesure de générer un MDE à partir de votre application et ce pour plusieurs raisons :
La base de données est de version Access 2000 (Vu juste après)
Une erreur dans le code est présente (référence de bibliothèque invalide, erreur de syntaxe, etc.) La base de données est protégée avec des autorisations au niveau utilisateur
Le projet est protégé par mot de passe au niveau de VBE et vous devez le connaître
La base de données est répliquée et vous êtes tenu de supprimer les propriétés et les tables système répliquées.
Dans tous les cas, un message circonstanciel apparaît mais ne vous dit pas pourquoi.
Je recommande à tous les développeurs de mettre des gestionnaires d'erreurs dans la plupart des procédures. sauf dans les classes, sous-procédures et certaines librairies...
2.3.3.1 Votre Base de données est une version de Base de données Microsoft Access 2000.
Il n'est pas possible de créer un MDE à partir d'une version 2000 d'une Base de données Microsoft Access.
Pour pouvoir créer un MDE à partir d'une Base de données Microsoft Access 2000, il vous faut d'abord la convertir en version 2002-2003. Pour ce faire, fermez votre Base de données en cours (après avoir éventuellement
enregistré les changements) et depuis la fenêtre de l'application Microsoft Access, choisissez dans le menu Outils/Utilitaires de base de données/Convertir une base de données/Vers le format de fichiers Access 2002 – 2003…
Une fois sélectionnée, Microsoft Access 2003 vous demande de choisir la Base de données à convertir…
Vous allez donc dans le dossier concerné.
La fenêtre disparaît pour réapparaître aussitôt et vous demande de confirmez le nouveau nom du fichier pour la version 2003.
Il est alors préférable pour votre propre intérêt de garder le nom d'origine avec un suffixe 2003 comme l'illustre l'image ci-dessous.
Vous cliquez alors sur Enregistrer…
Un message apparaît juste après la génération du MDE qui confirme indirectement que la Base de données a bien été convertie et qu'à ce titre, elle n'est plus accessible avec les versions antérieures d'Access en ce qui concerne le partage de données.
Attention ! La Base de données à convertir ici était la Base de données frontale. Vous avez peut-être remarqué que le projet illustré ici (ChessCircle) est doté de 2 Base de données. Une frontale nommée ChessCircle.mdb et l'autre ne contenant que les tables ChessCircleData.mdb. Il est alors toujours possible de partager les données avec Access 2000 tant que la Base de données des tables seules reste en version antérieure. Il est évident que la version 2003 de la Base de données frontale nouvellement créée peut accéder sans problème à celle-ci.
A vous de savoir si vous voulez convertir l'ensemble ou seulement la Base de données frontale.
Revenir alors à la section traitant la création du MDE.
Dans l'Explorateur de fichiers, vous voyez votre fichier MDE.
2.4 Sécurisation de votre Projet
Ce petit chapitre sur la sécurité est loin d'être exhaustif. Un authentique article sur la sécurité irait beaucoup plus loin… Cette section a pour seul but de vous montrer que la notion de sécurité doit être prise en compte de façon sérieuse.
2.4.1 Sécurisation de votre application
Si vous distribuez votre application d'exécution à des utilisateurs qui disposent de la même version Microsoft Access sur leur machine, plusieurs précautions s'imposent pour protéger votre base de données 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.
- Sécurisez tous les objets de votre base de données à l'aide de l'Assistant Sécurité fourni avec Microsoft Access. Pour sécuriser parfaitement la base, n'utilisez pas le groupe de travail par défaut défini par le fichier mdw créé lors de l'installation de Microsoft Access.
- Créez votre propre fichier de groupe de travail et donnez-lui un identifiant unique.
- Utilisez des menus et barres d'outils personnalisés dans votre application. Veillez à ne pas inclure de boutons de barre d'outils ou de commandes de menu susceptible de permettre aux utilisateurs d'accéder aux modes Création des objets ou aux fenêtres Macro ou Module.
- Configurez toutes les propriétés de démarrage de la base de données susceptibles de permettre aux utilisateurs d'accéder à la fenêtre Base de données ou aux modes Création.
- Donnez à 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égez le code Visual Basic par un mot de passe (environnement VBE, menu Outils, Propriétés de Votre projet, onglet Protection)..
Si vous choisissez de mettre en œuvre la protection de votre projet avec la propriété
AllowBypassKey, prévoyez pour vous-même une possibilité de désactiver celle-ci sans quoi, vous ne pourrez plus accéder (facilement) à votre application.
Par exemple, vous pouvez ajouter un bouton caché dans un formulaire qui permet de passez cette propriété à True
2.4.2 Les propriétés de protection d'une application:
Il existe plusieurs propriétés dont vous pouvez écrire par programme en VBA l'affectation. 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 Démarrage dans le menu Outils ou par programme en VBA.
Si votre base de données contient du code Visual Basic, distribuez-le sous forme de fichier MDE.
En effet, le fait d'enregistrer la base de données sous forme de fichier MDE a pour effet de compiler tous les modules, de supprimer le code source modifiable et de compacter la base de données de destination mais aussi le MDE protège aussi (et surtout) les formulaires, les états, etc.
À l’inverse, si vous souhaitez laisser les utilisateurs créer leurs propres formulaires ou leurs états, ne distribuez pas votre application sous forme de MDE !
Pour plus d’information à 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
3 Déploiement et empaquetage de votre application
Vous pouvez envisager deux cas de figure pour le déploiement de vos applications. La section déploiement expliquée dans ce document concerne les deux cas avec ou sans Runtime puisque au final, le principe reste le même:
3.1 Préparation en vue d'exploiter l'application avec le Runtime Microsoft Access.
Si vous souhaitez déployer votre application en vue d'une utilisation avec le Runtime Microsoft Access, quelques précautions sont à prendre :
1. Que vous ayez, avant de compiler votre application en .MDE, testé votre application en mode Runtime (vue plus loin dans ce document)
2. Que vous fassiez en sorte que le Runtime soit installé sur le poste utilisateur.
3.1.1 Préparation en vue d'exploiter l'application avec la licence Microsoft 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.
3.1.1.1 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 (mais aussi les autres applications Microsoft Office) vous devez disposer du CD Rom de Visual Studio Tools.
Microsoft Visual studio Tools
Microsoft Visual studio Tools est conçu pour les développeurs professionnels qui créent et déploient des solutions avec Microsoft Office 2003. Il leur fournit des outils de productivité pour créer rapidement des solutions, des outils d'intégration qui permettent à ces solutions de fonctionner de façon transparente à partir de données et du Web et enfin, des outils de gestion qui simplifient le déploiement et la gestion des solutions créées avec Microsoft Office 2003.
Visual Studio Tools pour Microsoft Office 2003 apporte puissance et productivité pour les plate formes Visual Studio.NET et Microsoft.NET Framework pour tous les développements et solutions réalisées avec Microsoft Office 2003.
Avec ces technologies, les développeurs pourront désormais utiliser Visual Studio.NET 2003 où il exploiteront le langage Visual Basic.NET ou C Sharp (C#) pour écrire du code et des programmes pour les applications basées sur Word et Excel.
Pour installer Visual Studio Tools, vous devez consulter le guide y référant en cliquant sur Installation de Microsoft Visual studio Tools.
3.1.2 Qu’apporte Visual Studio Tools et que doit-on installer ?
Pour pouvoir déployer vos applications Microsoft Access, il vous faut disposer de l'outil de déploiement Microsoft Access 2003 Developer Extensions qui est fourni avec Visual Studio Tools.
Cette application est à installer sur le poste du développeur.
Une fois l'Assistant Empaquetage et Déploiement installé, vous pouvez directement générer un package d’installation de votre projet Microsoft Access.
Pour plus d’informations concernant le déploiement de solutions Microsoft Access, veuillez vous rendre à la Assistant Empaquetage et déploiement.
3.2 Quels sont les outils disponibles dans Visual Studio Tools ?
Visual Studio Tools contient un grand nombre d’outils pour vous aider dans la réalisation et la mise en œuvre de vos projets de développement.
Vous n’êtes pas obligé d’installer Visual Studio Tools pour pouvoir utiliser l'Assistant Empaquetage et Déploiement. En effet, Visual Studio Tools est réservé à l’exploitation de projets où des solutions codées à partir de Visual Studio.NET en Visual Basic.NET ou en C# doivent interagir avec les applications de Microsoft Office 2003.
Seule l'installation de Microsoft Access 2003 Developer Extensions peut suffire à la génération de vos packages Microsoft Access.
Toutefois, Microsoft Access 2003 Developer Extensions fait partie intégrante de la suite Visual Studio Tools et vous oblige à acquérir ce dernier pour exploiter les fonctionnalités de l'Assistant Empaquetage et Déploiement.
3.2.1 Ce que vous devez installer pour générer un Package (Setup.exe)
Microsoft Access 2003 Developer Extensions
Microsoft Access 2003 Developer Extensions est conçu pour les développeurs professionnels qui créent et
souhaitent déployer facilement des applications Microsoft Access 2003. Il inclut le Runtime Access permettant de distribuer des applications Microsoft Access sur des postes dépourvus de la version complète de Microsoft Access.
Les développeurs trouveront également des outils avec du code source en vue de créer des routines pour créer des SETUP d’installation professionnels.
Microsoft Access 2003 Developer Extensions est en fait un MDE développé sous Microsoft Access et lancé par l’intermédiaire de la Base de données Microsoft Access elle-même.
3.2.2 Ce qui est recommandé d'installer si vous travaillez et développez en équipe
Visual SourceSafe® 6.0d
Ce nouveau complément, inclus avec Visual Studio Tools, simplifie l'utilisation de la fonctionnalité Visual SourceSafe (VSS) dans l'environnement de développement Office.
C'est une base de données qui sert à stocker vos projets de développements professionnels pour gérer le code source dans un environnement de développement individuel ou en groupe.
Grâce à VSS, vous historisez les versions de vos applications et pouvez à tout moment remonter à une version antérieure, partager ou fusionner un module entre plusieurs applications. VSS propose des outils d'archivage et de recherche et permet de sécuriser vos développements. Les modifications apportées à vos fichiers sont enregistrées et vous pouvez rétablir une version précédente à tout moment. Les membres de votre groupe peuvent voir la dernière version de tous les fichiers, apporter des modifications et enregistrer une nouvelle version dans la base de données.
VSS vous aide à gérer vos projets, quel que soit le type des fichiers concernés (fichiers texte, graphiques, binaires, audio ou vidéo) en les enregistrant dans une base de données. Lorsque vous devez partager des fichiers entre deux projets ou plus, la procédure à suivre est rapide et efficace. Lorsque vous ajoutez un fichier dans le système VSS, le fichier est sauvegardé dans la base de données et mis à la disposition d'autres utilisateurs. VSS facilite le partage et la protection des différentes versions des fichiers.
3.2.3 Ce qu'il n'est pas indispensable d'installer
MSDN™ Library for Visual Studio® .NET 2003
La documentation MSDN apporte la réponse à tous les besoins du développeur : Logiciels, plate formes, informations, librairie et tout ce qui touche au développement en général et en particulier...
C’est une sorte de grosse encyclopédie dans laquelle vous pouvez puiser des informations relatives à tout ce qui constitue tel ou tel objet avec des liens interactifs associés ;
MSDN Library est conçu pour être utilisée spécifiquement avec Visual Studio.NET 2003 et propose un large éventail d'aide et de documentation pour Visual Studio.NET 2003 ainsi que d'autres technologies Microsoft.
Vous n’êtes pas tenu d’installer MSDN Library et vous pourrez l’installer à tout moment ultérieur considérant qu’il requiert aux alentours de 1,3 Go sur votre disque.
3.2.4 Ce qu'il n'est pas utile d'installer
Visio® for Enterprise Architect 2003
Visio est un outil de création de diagrammes de Microsoft Office. Il permet d’aider les développeurs à transformer leurs idées et concepts en schémas organisationnels, techniques ou informatiques. Il permet de créer une grande variété de diagrammes :
- Diagrammes organisationnels : - Diagrammes de flux
- Organigrammes - Barres de planning - Diagrammes de blocs
- Matrices commerciales et marketing…
- Schémas Techniques - Agencement d’espace
- Schémas mécaniques, électriques, électroniques, pneumatiques, hydrauliques…
- Schémas informatiques : - Réseaux
- Service d’annuaire
- Modélisation de base de données ou de logiciel - Sites web…
Visual Studio® .NET 2003 Enterprise Architect
Véritable outil de développement de compétition, cette fois Microsoft a tapé très fort. Visual Studio .NET 2003 améliore considérablement la version précédente où était présent Visual Basic 6.0 (Oui, je passe l’historique des versions de Visual Studio.NET 1.0 et 2002)
Il inclut toute une gamme de puissantes fonctionnalités en exploitant les systèmes de modélisations visuels pour les applications complexes d'entreprise…
Vous pourrez concevoir, développer, déboguer et déployer des applications robustes, conviviales et sécurisées pour Microsoft Windows et surtout pour le Web et tout ce qui touche à l'intégration à travers les services Web XML Visual Studio.NET 2003 contient une version remodelée du .NET Framework.
Le .NET Framework version 1.1 apporte de nouvelles fonctionnalités. Non content d'être spécifiquement dédié au Web, il peut tout aussi bien s’étendre aux terminaux mobiles comme le Pocket PC et aux terminaux dédiés à Windows CE.NET.
Vous pourrez dès lors concevoir :
- des applications Windows puissantes et très réactives - des applications Pocket PC puissantes et très réactives - des applications Web sophistiquées et sécurisées - des applications Web mobiles sophistiquées et sécurisées
- utiliser des services Web XML dans toutes les applications ci-dessus
Tout en évitant l’exploitation des DLL à technologie COM et surtout en limitant les coûts liés aux problèmes de déploiement et de maintenance.
L'intégration étant devenue un challenge en matière de développement logiciel, Visual Studio.NET permet de concevoir, développer et mettre en production des applications traditionnelles, des sites Web ou des applications pour périphériques mobiles tout en garantissant une intégration quelle que soit leur plate-forme d’exécution.
Visual Studio® .NET 2003 Prerequisites
Je ne vais pas m’étendre sur les pré-requis relatifs à l’installation de Visual Studio Tools et Visual Studio.NET et je vous invite à vous rendre sur la section traitant de l’installation de Visual Studio Tools pour prendre déjà un minimum de connaissance à ce sujet.
En parallèle, vous pouvez lire la rubrique figurant sur le CD Rom de Visual Studio Tools ici : ../ENAR/README.HTM
4 Présentation de l'Assistant Empaquetage et déploiement
L'outil servant à générer vos packages se nomme Package Wizard autrement dit Assistant Empaquetage et Déploiement ; Il est conçu pour vous aider à déployer des programmes d'installation de vos projets et applications Access 2003 par la génération de fichiers CAB & MSI et d’un programme d’installation (nommé Setup.exe) en vue de les distribuer aux utilisateurs finaux.
Il a été considérablement amélioré en ce qui concerne la mise en œuvre de packages et propose toutes les options que vous deviez définir manuellement dans la version précédente 2000 ce qui offre un gain de temps et une convivialité d’une grande envergure.
Cet assistant peut inclure le Runtime Microsoft Access 2003 si vous savez que les postes clients ne disposent pas de la version complète de Microsoft Access 2003.
L’assistant regroupe tous les composants dont votre application a besoin pour fonctionner et automatise la plupart des tâches de création et de déploiement des fichiers tout en vous laissant la possibilité d'apporter les adaptations nécessaires aux machines des utilisateurs finaux.
Il n'est toutefois pas obligatoire d'utiliser l'Assistant Empaquetage et Déploiement pour déployer vos applications.
Par exemple, InstallShield, Wise et d'autres installateurs gratuits ou payants font cela aussi bien.
5 Déploiement de votre application (avec le Runtime Access 2003)
Pour déployer vos applications avec un programme d'installation, il vous faut utiliser l'Assistant Empaquetage et Déploiement fournit avec Microsoft Access 2003 Developer Extensions. Pour pouvoir bénéficier de l'utilisation de cet outil, vous devez disposer de Visual Studio Tools. Pour installer ce logiciel, veuillez vous rendre à la section Installation de Microsoft Access 2003 Developer Extensions.
5.1 Microsoft Access 2003 Developer Extensions est un simple Assistant :
Microsoft Access 2003 Developer est en fait un assistant amélioré qui vous permet de générer un package d'installation de vos applications Microsoft Access 2003 en y incluant éventuellement le Runtime.
5.1.1 Lancer L'Assistant Empaquetage et Déploiement
Vous pouvez exécuter l’assistant empaquetage depuis le menuDémarrer/Programme/Microsoft Office/ Microsoft Access 2003 Developer Extensions
Et y sélectionner Custom Startup Wizard ou Package Wizard.
5.1.2 Démarrage de l’Assistant Empaquetage et Déploiement
Au moment du chargement, cette fenêtre apparaîtra. Il peut sembler surprenant de la part de Microsoft d’impliquer comme dangereux ses propres applications et outils mais en fait, le réflexe de protection se met en route pour toute application chargée et vous avertit ici.
Ceci s'explique par le fait que l'assistant qui est issu de Microsoft Access 2003 Developer Extensions est lui- même développé sous Access et fait appel à un MDE au moment où vous le lancez.
Bien entendu, en cochant la case « Toujours faire confiance aux fichiers de cet éditeur et les ouvrir automatiquement », vous n’aurez plus d’avertissement.
Vous cliquez alors sur Ouvrir…
5.1.3 Processus de déploiement
L'Assistant crée l'empaquetage et le programme d'installation (setup.exe) correspondant en référençant tous les fichiers requis. A 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 déployer votre application, vous avez 2 possibilités :
- Déployer l’application sur un CD ROM, un lecteur local ou réseau ou encore un site Web,
- Vous pouvez copier manuellement les fichiers sur un CD ROM ou partages réseau ou bien les publier manuellement sur l'emplacement Web approprié.
L'Assistant Empaquetage et déploiement 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 sur un répertoire ou un CD-ROM
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.
2. Déploiement sur le Web
Vous pouvez déployer n'importe quel empaquetage sur le Web via FTP.
Les fichiers et répertoires situés dans le répertoire de base local devront être déployés sur le serveur Web avec la même arborescence que ce répertoire de base.
Dès que vous avez cliqué sur le bouton Ouvrir, la fenêtre suivante vous propose de choisir de créer un nouveau modèle de Package ou bien de choisir parmi les modèles existants qui figurent dans la liste.
Parmi les modèles existants se trouvent tous les modèles que vous avez générés antérieurement mais figure également un modèle proposé à titre d'exemple pour la base de données NorthWind.mdb.
Le modèle NWINDPCK n’est présent que pour vous montrer comment il a été généré dans le seul but de vous servir de modèle pour créer le vôtre.
Vous avez également la possibilité d’ajouter des modèles que vous auriez stockés sur un autre ordinateur ou sur tout autre support de manière à les rajouter dans la liste. En effet, il est probable que vous ayez généré des packages dans un autre contexte et que vous souhaitiez les récupérer sur ce même assistant afin de les regénérer de nouveau. Vous cliquerez alors sur le bouton Ajouter (Add).
A tout moment, vous pouvez revenir en arrière passer directement cette étape ce qui signifie que vous avez accepté les options cochées par défaut.
L'option par défaut est Créer un nouveau modèle (Create a new template).
Cliquez alors sur le bouton Suivant (Next)
A l'étape suivante, l'Assistant Empaquetage et Déploiement vous demande de choisir un fichier de Base de données pour concevoir votre package. 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 qui signifie que la rubrique est obligatoire.
On va 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 le chemin dans lequel vous voulez stocker le package et les options associées.
5.1.3.1 Choix du fichier à empaqueter.
Vous devez alors cliquer sur le bouton Parcourir afin d'aller chercher votre fichier dans le dossier correspondant.
Cliquez alors sur le bouton Parcourir (Browse)
5.1.3.2 Choix du dossier d’installation
Vous pouvez déterminer le chemin initial d'installation du programme. Par défaut, il s'agit bien entendu du répertoire Program Files. Je vous conseille ici de ne pas changer ces options ; la seule chose que vous ayez affaire à faire de choisir le sous-répertoire d'installation.
De manière générale, vous choisissez un sous-répertoire qui porte le nom de votre application.
Dans notre exemple je vais utiliser comme je l’ai fait pour le tutoriel concernant l'empaquetage et le déploiement d'applications Microsoft Access 2000 l’exemple d’application ChessCircle. Je nommerais donc mon sous répertoire ChessCircle.
5.1.3.3 Choix de l’inclusion du Runtime.
C'est également ici que vous allez pouvoir déterminer si vous souhaitez inclure le Runtime Microsoft Access 2003 ou pas.
Pour inclure le Runtime, vous devez cocher la case Inclure le Runtime Microsoft Access (Include Access 2003 Runtime).
Toute application Microsoft installée sur un poste de travail est soumise à une licence. Bien que le Runtime Microsoft Access permette la distribution gratuite et l'exploitation de vos applications développées à travers le 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'inscription dans le Registre de Windows.
Seule l'installation manuelle du Runtime par le SETUP.EXE ou l'installation de votre application à partir du programme d'installation créé avec l'Assistant Empaquetage Déploiement incluant le Runtime permettent d'apporter automatiquement les modifications voulues.
S'il n'y a aucune clé de licence dans la base de registres Windows, l'application d'exécution ne peut pas être lancée; D'ailleurs, il est fort probable que les icônes spécifiant les fichiers de type MDB ou MDE, caractéristiques des fichiers Microsoft Access, soient dépourvus des illustrations respectives qu'ils reçoivent dès que le Runtime est correctement installé.
5.1.3.4 Choix du dossier de stockage du package des fichiers d'installation
Vous pouvez choisir un emplacement spécifique pour stocker votre package de manière à pouvoir le retrouver facilement. Vous pouvez également déterminer si vous souhaitez concevoir le package sous forme de fichiers compressés (*.CAB) et de les inclure dans ce même répertoire.
Par défaut, le chemin de stockage est un sous dossier de Bureau pour l’utilisateur en cours.
Prenez en compte que sur l'image précédente, le dossier de stockage est stipulé comme suit:
F:\Documents and Settings\AdminUser\Bureau
Pourquoi Bureau ? Tout simplement c'est définit par défaut par Microsoft et parce que tant que vous n'avez pas spécifié d'autre dossier de destination, ce sera Bureau qui sera pris en compte et pour ce cas de figure, je me suis loggé en tant que AdminUser.
Cela n'a pas d'importance en soit puisqu'il s'agit du dossier généré par l'Assistant Empaquetage et Déploiement. Ce dossier sera situé sur votre bureau à coté des raccourcis déjà présents.
Toutefois, pour un confort d'exploitation, il est conseillé de changer ce dossier.
Dans mon exemple, vous verrez que j'ai sélectionné C:\Data\Access2003\Package
5.1.4 Sélection du fichier de l'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 sélectionner un fichier de type MDE que vous auriez préalablement créé à partir de l'application elle-même. Pour exploiter un fichier de type MDE, il est impératif que vous ayez contrôlé qu'il
fonctionne et qu'il ne présente pas d'erreurs, notamment en ce qui concerne le code Visual Basic.
Pour pouvoir créer un fichier de ce type, reportez-vous à la section créer un fichier MDE.
Au moment de la sélection du fichier, vous devez choisir celui qui fait office d'application et pas celui qui ne contient que les tables. Dans notre exemple, l'application Frontale s'appelle ChessCircle2003.mde (qui est issue de ChessCircle2003.mdb) et la Base de données contenant les tables se nomme ChessCircleData.mdb.
5.1.5 Définition du sous répertoire d'installation
Une fois que vous avez choisi le fichier empaqueter, il vous reste à définir le sous répertoire d'installation. Pour plus de commodité, je vous conseille faire en sorte que ce dernier porte le nom de votre application.
En effet, si vous tentez de cliquer sur le bouton Suivant (Next), un message d'information va apparaître en vous spécifiant que vous pouvez ignorer le sous répertoire d’installation seulement si le répertoire d’installation lui-même est Bureau (Desktop) ou Mes documents (My documents).
Veuillez prendre note qu'il ne faut pas confondre dossier d'installation et dossier de stockage du package:
Le dossier d'installation est le dossier cible qui sera celui ou sera stockée l'application sur le poste Client
Le dossier de stockage du Package est celui dans lequel se trouve le SETUP.EXE ou plus exactement, celui que vous distribuez pour installer votre application.
Il vous faudrait alors choisir un autre répertoire d'installation principal, ce qui est un choix exceptionnel, dans un contexte très particulier et mal approprié pour ce cas.
Vous saisissez alors le nom du sous-répertoire en ayant préalablement cliqué dans la zone prévue à cet effet sans exagérer au niveau de sa longueur.
Vous en profiterez pour cocher la case Inclure le Runtime si toutefois vous souhaitez concevoir un package dédié à un ou plusieurs postes de travail dépourvus d'une licence Microsoft Access 2003.
Je vous rappelle que le Runtime est une version exécutable de Microsoft Access dans laquelle les fonctions de conception ont été retirées.
Enfin, vous pouvez redéfinir le dossier destination dans lequel sera stocké le package. Ici, vous remarquerez que je l’ai modifié : J’ai spécifié que je souhaitais qu’il soit stocké dans le sous dossier Package du dossier racine.
5.1.6 Définition des options de démarrage de votre application
À l'étape suivante il vous est demandé de spécifier si vous voulez inclure un raccourci dans le menu Démarrer de Windows mais également si vous souhaitez inclure un raccourci sur le Bureau.
Vous préciser à cet endroit le nom (faisant office de Titre pour l'installation) que vous voulez affecter à votre raccourci et vous pouvez bien entendu affecter une icône spécifique en la définissant dans la rubrique Icône.
Parallèlement à cela, vous pouvez définir les options de démarrage en ce qui concerne les paramètres.
En effet, vous avez toujours pu constater qu'ils étaient relativement fastidieux de concevoir un raccourci sur le poste client, surtout lorsque ce dernier doit disposer d’options de démarrage particulières :
- Avec un mot de passe - Un fichier de groupe de travail
- Un mode d’ouverture en mode exclusif ou lecture seule
- Ou toute autre option qui sont à définir pour pouvoir effectuer un démarrage correct votre application.
-
Tout ceci est maintenant automatisé ce qui présente de sérieux avantages par rapport à l'Assistant Empaquetage et Déploiement de la version 2000.
Vous cocherez alors toutes les options qui vous intéressent.
- Pour les options associées à une zone de texte (vide), vous remplirez les paramètres en conséquence.
- Pour ce qui est du fichier de groupe de travail, vous avez la possibilité de le renseigner en le localisant par le bouton Parcourir (Browse).
Tous ces paramètres seront appliqués au raccourci créé par le Package.
Cela offre un énorme avantage notamment en ce qui concerne la syntaxe où les éventuelles erreurs de frappe sont courantes et qui plus est, évite d’avoir à créer ces raccourcis manuellement.
Cliquez sur le bouton Suivant (Next)
5.1.7 Détermination des fichiers à ajouter à votre package
La fenêtre de l'étape suivante se compose en deux zones. La partie du haut concerne les fichiers que vous souhaitez inclure dans votre package et la seconde à définir les options de clés dans la Base de Registre.
Pour cette dernière, 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.
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.
Lorsque vous empaquetez une solution Microsoft Access, seule la base de données est incluse. Si toutefois vous avez choisi d'inclure le Runtime dans le package, tous les fichiers nécessaires qui en dépendent y seront également inclus (ils ne sont qu’au nombre de deux).
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.
- Pour pouvoir ajouter les fichiers il suffit de cliquer sur le bouton Ajouter (Add)
- Pour pouvoir supprimer un fichier qui a été ajouté à la liste il suffit de cliquer sur le bouton Supprimer (Remove)
- Pour pouvoir supprimer l'ensemble des fichiers qui ont été ajoutés à la liste il suffit de cliquer sur le bouton Supprimer tout (Remove all)
-
Si vous n'avez pas prévu d'écran de démarrage pour votre application il est possible d’en définir un en sélectionnant une image au format BMP (Bitmap).
Personnellement je vais laisser cette option vide tout simplement parce que je préfère définir moi-même un écran démarrage à partir d’un formulaire Microsoft Access temporisé. Pour plus d'informations en ce qui concerne la définition d'un écran de démarrage je vous invite à vous rendre à la section Comment définir un écran de démarrage.
5.1.8 Sélection des fichiers à ajouter à votre Package
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.
La troisième colonne est réservée à la définition du sous-répertoire cible dans lequel il sera installé. En effet, lors de l’installation d’une application, le SETUP dépose les fichiers dans différents répertoires selon leur source d’origine.
Par exemple, les Bibliothèques de Liaison Dynamique (Dll) et les composants OCX et ActiveX sont (sauf cas particulier) en général stockés dans le répertoire System32 de Windows.
Pour les autres fichiers, ils seront installés le répertoire de l'application elle-même.
%Lecteur%\Program files\ %Nom de répertoire de votre Application%
Lorsque vous sélectionnez les fichiers à inclure dans votre package, ceux-ci se trouvent dans un certain répertoire.
La source dans laquelle ils ont été puisés définit le répertoire cible.
Vous pouvez par exemple définir que vous souhaitez stocker les fichiers d’aide dans le dossier ..\Aide et les images dans le dossier ..\Images.
Les fichiers sélectionnés apparaissent dans la liste…
5.1.8.1 Suppression d’un fichier de la liste
Vous pouvez supprimer un fichier ajouté par erreur. Dans tous les cas, une confirmation vous sera demandée.
Il en sera de même pour la suppression de l’ensemble des fichiers…
5.1.9 Définition des propriétés de votre application dans package d'installation
A cette étape vous devez donner un nom à votre produit comme c’est le cas pour toute application installée sur un ordinateur. Cette définition permet donc d'identifier le produit
Par ailleurs, vous devez définir le langage utilisé par cette application.
Aussi, à chaque fois que vous définissez un nouveau package, l'Assistant Empaquetage Déploiement de Microsoft Access définit un numéro unique appelé GUID aussi bien pour le Produit que pour sa Mise à Jour.
Vous devez également déterminer un Titre et une Description pour ce qui concerne les caractéristiques (Features) d’installation au cas où l'utilisateur choisirait une installation personnalisée.
Vous pouvez enfin inclure un fichier de clause de licence de l'utilisateur final, (EULA), un fichier d'image définissant l'arrière plan au moment de l’installation, éventuellement associée à une bannière. Pour ces deux derniers, vous serez tenu de respecter la résolution respectivement proposée à 495 x 312 et 495 x 59 pixels et aux formats BMP, DIB, JPG ou GIF.
5.1.10 Détermination de la langue
Vous devez définir le langage utilisé par votre application. Vous ne pourrez pas cliquer sur le bouton Suivant tant que vous n'aurez pas défini la langue.
Pour ce faire, choisissez-la dans la liste comme le spécifie l'image ci-dessous.
J'ai été contraint de choisir "English" du fait que le programme utilisé est en anglais. Je précise ici que les outils ayant servis à la génération de ce document sont méli-mélo anglais et français. Vous ne serez pas confronté à cette situation en cas d'acquisition d'une version française du produit.
Munissez-vous alors du CD Rom de Microsoft Office Professionnel 2003 et insérez-le dans votre lecteur…
Cliquez alors sur Oui…
Puis localisez ensuite le fichier Setup.exe situé dans le dossier : D:\FRENCH\OFFICE_SYSTEM\OFFICEPRO2003
où D:\ est ici, mon lecteur de CD
5.1.11 Inscription des informations relatives à une installation personnalisée
Cette Description permet d’obtenir les détails (ceux que vous aurez spécifiés) en cas d’installation personnalisée.
Vous devez alors être assez concis si possible.
Une installation personnalisée est une installation réservée en générale 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 courant étant Par défaut, Personnalisé et Minimum…
Notez ici qu’il est exceptionnel d’avoir à définir des options pour une installation personnalisée pour une application Microsoft Access.
5.1.12 Définition des informations de version de l’application.
C’est à cette étape que vous précisez un certain nombre d’informations relatives à la version de votre application et tout ce qui concerne son support notamment la personne à contacter.
Vous devez également préciser les informations devant figurer dans l'Explorateur de fichiers.
5.1.13 Sauvegarde du modèle et génération du Package
C’est ici la dernière étape et l'Assistant Empaquetage et Déploiement vous propose de sauvegarder votre modèle dans le seul but de pouvoir le réutiliser.
Cette opération équivaut à l'opération de sauvegarde des scripts dans la version l'Assistant Empaquetage et Déploiement pour Office 2000. La seule différence réside dans le fait qu'ici, le fichier généré est au format XML.
Vous pouvez également générer un fichier Batch1 (*.bat) qui vous permettra de lancer l'assistant directement sur le modèle que nous sommes en train de concevoir en vue de le régénérer ou le modifier.
Le nom du fichier batch sera défini à partir du nom que vous avez inscrit comme Titre.
Dans notre cas, le nom sera ChessCircle.bat.
1 Un fichier batch est un fichier contenant un ensemble de commandes qui seront traitées automatiquement comme si elles étaient tapées
5.1.14 Sauvegarde de modèle
Le modèle sera sauvegardé dans le dossier suivant :
F:\Documents and Settings\Nom de l’utilisateur\Application Data\ _ Microsoft\Access\ADE11\Templates\PKW\ChessCircle.xml
Concernant le fichier Bat, il est sauvegardé dans le dossier que vous avez défini
5.1.15 Génération du Package
Cliquez alors sur Terminer (Finish) et une fenêtre (assez mal venue, je trouve ici, une petit barre de progression ou un formulaire aurait été plus approprié) apparaît sans aucune information, juste le temps de la génération du package.
5.1.16 Fin du processus.
Une fois le package généré, un message de succès s'affiche.
5.1.17 Vérification du Package généré
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 de votre application ainsi que le Runtime si vous l'avez inclus à votre package.
5.1.18 Création d’un fichier AutoRun pour votre CDRom
Vous n'avez plus besoin (contrairement à la version de l'Assistant Empaquetage et Déploiement 2000) de générer un fichier AutoRun pour votre Package si toutefois vous proposez un CD Rom d'installation.
En effet, l'Assistant Empaquetage et Déploiement 2003 génère un fichier AutoRun.inf 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 CDRom gravé avec votre projet.
5.1.18.1 Pour concevoir un fichier Autorun manuellement
Si toutefois vous souhaitez créer votre propre fichier Autorun, prenez un éditeur de texte comme Notepad ou autre et inscrivez-y au minimum les lignes de code correspondant à vos paramètres comme dans l’exemple suivant :
[autorun]
open = Setup.exe icon = ChessCircle.ico
Il est bien entendu que le programme setup.exe tout comme l’icône ChessCircle.ico se situent eux aussi sur la racine du CD Rom si vous stipulez le contenu comme ci-dessus.
Vous enregistrez ensuite ce fichier sous le nom Autorun.inf et l’incorporez dans la liste des fichiers de votre programme de gravure de CDRom.
