Comment déployer vos applications développées avec Microsoft Access 2013 avec le Runtime (32 ou 64 bits)

**argyronet** · 04/03/2014, 13h59

Bonjour à toutes et à tous

Voici un nouvel article que je vous propose de découvrir :

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

A l'instar des articles des versions précédentes , il a lui aussi pour objectif de satisfaire aux demandes des développeurs ayant besoin de déployer des applications développées avec Microsoft Access 2013.

Ainsi que vous le savez sans doute, il n'existe pas d'outil de Solution de Package pour Microsoft Access 2013.
Et pour cause, la fonction a été tout bonnement supprimée et non reconduite.

A l'aide de ce tutoriel, vous allez pouvoir découvrir et utiliser un outil assez similaire avec de nouvelles fonctionnalités...

Bonne lecture.

[EDIT]
Juillet 2015
La version 64 bits fait désormais partie du package.
[/EDIT]

[EDIT]
Mai 2016
L'assistant package a été revu et corrigé le 9 mai ; à toutes celles et ceux qui ont téléchargé cet outil, je vous invite à récupérer la dernière mouture (en bas de page) pour remplacer votre version en place.
[/EDIT]

[EDIT]
Octobre 2016
MAJ de la version (correction destination emplacement approuvé).
[/EDIT]

Argy

**logipro** · 10/05/2014, 17h38

Étant développeur Access depuis jadis, il est effectivement regrettable le choix de Microsoft de retiré cet outil vraiment indispensable pour le déploiement professionnel d'une application, cela me pousse à croire que les 20 ans d'histoire de ce "fabuleux" logiciel tire à sa fin ou du moins sa vocation va considérablement changé dans les prochaines versions.

Bref, j'apprécie tous les efforts que vous avez mis à concevoir cet outil qui va sans aucun doute m'être d'une très grande utilité et assurer une pérennité pour plusieurs années à toutes mes applications.

Mes Salutations!

Robert Simard

**zubicaray** · 06/06/2014, 17h17

Bonjour, je suis en 64 bits du coup le wizzard ne marche pas ...
une version 64 bits est-elle prévue ?

Merci.

**argyronet** · 06/06/2014, 17h24

Bonjour,

Qu'est-ce qui est en 64 bits ? Office ? Si oui, pourquoi un tel choix qui n'apporte rien sinon pas grand chose, en tout cas rien pour Access.

Notes :
Le produit a été développé sur Office 2013 32bits sous Windows 7 64bits

A ce jour, je n'ai pas prévu de version 64 bits du fait que les demandes à ce sujet sont trop peu fréquentes et les versions 64 bits d'Office restent tout de même très peu répandues.

Argy

**zzredragon** · 15/09/2014, 21h19

Bonjour,

J'ai pleuré de joie en apprenant qu'un developpeur avait fait un wizard pour empaqueter sur access 2013.
J'ai pleuré de rage en essayant d'installer le wizard et en voyant que j'étais en version 64 bits.

Je n'ai pas le choix de la version access car c'est une licence fournie par mon employeur... donc je prend ce qu'on me donne.

Ca représente bcp de boulot de recoder ce wizard en 64 bits ? Je pense que de plus en plus les gens vont utiliser du 64 bits ( ce qui n'apporte rien je te l'accorde :p )

**argyronet** · 16/09/2014, 12h26

Bonjour,

Je n'ai pas de mouchoir...

Bon, je vais regarder ce que je peux faire (pas beaucoup de temps) pour coupler du 64 bits dans le projet.

Argy

**zzredragon** · 16/09/2014, 13h48

Envoyé par argyronet

Bonjour,

Je n'ai pas de mouchoir...

Bon, je vais regarder ce que je peux faire (pas beaucoup de temps) pour coupler du 64 bits dans le projet.

Argy

No stress, super sympa d'y jeter un oeil

**jimbolion** · 21/10/2014, 08h47

Argy,

bonjour je suis également sur une version 64 bits d'Access et ne peux malheureusement utiliser l'assistant Wizard

Puis je t'aider d'une façon ou d'une autre à la validation du Wizard sur une architecture 64 ?

Cordialement

JM

**argyronet** · 21/10/2014, 10h08

Bonjour,

La version 64 est en cours de test...
Un peu de patience, le temps court après moi.

Argy

**jimbolion** · 21/10/2014, 10h43

Argy,

jm

**zzredragon** · 21/10/2014, 15h46

Envoyé par argyronet

Bonjour,

La version 64 est en cours de test...
Un peu de patience, le temps court après moi.

Argy

Que l'esprit du grand codeur soit avec toi !
Suis en plein débug de programme moi...

**ROLAND-01** · 26/10/2014, 14h00

Déjà Grand Merci à Argyronet pour ses tutos ! c'est top

.

Je viens de migrer de XP avec Access 2000 à W 7 Access 2013 (64 bits) et ton tuto m'a beaucoup éclairé.

Avant j'avais un .mdb de data (dorsale) sur mon serveur et sur les postes des .mde (frontal) avec un lien des tables du .mde sur le .mdb

Maintenant j'ai pu mettre un .accdb de data sur mon serveur et sur les postes un .accde avec un lien des tables du .accde sur le .accdb

J'aimerai améliorer significativement la sécurité de ma base dorsale de data.

Transformer le .accdb en .accdr n'est pas une solution face à quelqu'un qui connait un peu Access 2013 (surtout grâce au tuto).

Donc j'ai décidé de crypter ma base de data sur le serveur .accdb
Tout est ok. Chaque fois que je l'ouvre elle me demande la clé de cryptage et tout se passe bien.

Mon problème est que je ne peux lier les tables de mon .accde ou du moins du .accdb comportant les programmes (frontal) me servant à créer le .accde. En effet dès que je veux lier les tables il me dit que le "mot de passe est invalide".

Je n’arrive donc pas à savoir où mettre le mot de passe de cryptage dans ma base .accdb (frontale) ou dans la manipulation de liaison des tables (car on ne me le demande pas).

J’ai essayé de crypter ma base frontale des programmes avec le même mot de passe de cryptage que la base dorsale. J’ai réussi à crypter la base frontale mais impossible de faire le lien avec la base dorsale car même message d’erreur.

J’ai également essayé une solution moins forte en terme de protection à mon goût cad de mettre un mot de passe sans cryptage sur ma base des data (dorsale). Le seul mot de passe que j’ai pu mettre c’est au niveau du VBA mais cela ne sert à rien puisqu'il ne protège pas les data.

Si vous avez la solution ce serait extra car j'aurai une architecture avec un niveau de sécurité à mon sens déjà relativement élevé.

Autre petites questions subsidiaires :
Peut-on lors de la création d’un .accde interdire le volet d’accès aux tables et requêtes ? Peut-on autoriser seulement quelques requêtes ou tables ?
Merci

**argyronet** · 29/10/2014, 16h55

Bonjour,

Humm, il est possible de rattacher dynamiquement les tables si le chemin est connu (fichier INI, Registre, table de paramètre locale etc..)
Tu procèdes alors à un TransferDatabase avec une instance de la base dorsale ouverte pour qu'il ne te demande pas le MDP.
Ca se rattachera tout seul et sans embuches.

Non, dans une BDD Access 2007 et ultérieure, on ne peut que masquer certains objets mais pas empêcher leur accès.
Dans ce cas, si des objets tels que des tables ou des requêtes doivent être accédés, développe un IHM idoine style BO pour proposer un QueryBuilder à tes utilisateurs...

Argy

**argyronet** · 31/10/2014, 10h15

Envoyé par argyronet

La version 64 est en cours de test...
Un peu de patience, le temps court après moi.

Bonjour à toutes et à tous...

Bon, la version 32/64 bits semble stable et fonctionnelle.
Quelques petites améliorations et fonctionnalités ont été ajoutées dans cette nouvelle version.

Je vous fais un retour dès que c'est publié.

Argy

**ROLAND-01** · 04/11/2014, 16h42

Envoyé par argyronet

Bonjour,

Humm, il est possible de rattacher dynamiquement les tables si le chemin est connu (fichier INI, Registre, table de paramètre locale etc..)
Tu procèdes alors à un TransferDatabase avec une instance de la base dorsale ouverte pour qu'il ne te demande pas le MDP.
Ca se rattachera tout seul et sans embuches.

Non, dans une BDD Access 2007 et ultérieur, on ne peut que masquer certains objet mais pas empêcher leu accès.
Dans ce cas, si des objet doivent être accéder, développe un IHM idoine style BO pour proposer un QueryBuilder à tes utilisateur...

Argy

Déjà un GRAND MERCI de ta réponse qui m'indique que c'est possible

!
Mais rattacher dynamiquement les tables je n'ai jamais fait. Il n'est pas trop tard pour le faire.
J'ai cherché rapidement sur le forum mais . . . Il faudra que je passe encore beaucoup de temps à chercher je pense.
Je connais le chemin.
Je ne comprends pas pourquoi tu me parles de "fichier INI, Registre,"
Je ne comprends pas ce que tu entends par TransferDataBase ? Est ce le ré attachements des tables de la dorsale une fois que je les ai supprimées de ma frontale ?
Connais-tu un tuto sur le sujet du rattachement dynamique ?

Merci encore

Bonne journée.

**argyronet** · 05/11/2014, 15h39

Bonjour à toutes et à tous...

Ca y est, la version de l'assistant package 2013 est depuis hier en 64 bits...
Bien entendu, vous pouvez continuer à l'utiliser en 32 bits car les postes équipés de Microsoft Office 2013 64 bits sont quand même peu répandus ce qui justifiait le fait que je ne l'avais pas développé dans cette technologie.

L'article se trouve toujours au même endroit :

Comment déployer vos applications professionnelles développées avec Microsoft Access 2013 32/64 bits en incluant le Runtime

Attention : les packages en téléchargement pèsent lourd : entre 500Mo et 1Go (sauf si vous prenez la version sans runtime)

Dans cette nouvelle version, de nouvelles petites fonctionnalités ont été ajoutées...

Je remercie les personnes intéressées de me remonter tout bug ou dysfonctionnement de cette nouvelle version et en particulier les détenteurs de version 64 bits ; d'après mes tests, le projet est opérationnel à 100 % mais sait-on jamais...

Bonne lecture.

Argy