Utilisation de l'assistant de paquetage - étape 4/6 - déclarer les références VBA

Bonjour à toutes et tous,

Merci pour cet outil de déploiement et toute l'aide qu'il apporte ... J'essaie de créer mon premier package et j'ai une question concernant le bouton Référence de l'étape 4 sur 6 de l'assistant de paquetage fourni par argyronet.
Mon contexte : une base frontale et une dorsale, windows 10 (64 bits), Ms Access 32 bits (+ l'utilitaire de package approprié).
Dans ma base frontale, un peu de code VBA qui accède aux tables via DAO.
Lorsque je clique sur Références, je le vois bien dans la liste qui est générée :

[DAO]
Description=Microsoft Access database engine Data Access Object Library
Fichier=ACEDAO.DLL
Version=12.0
CLSID={4AC9E1DA-5BAD-4AC7-86E3-24F4CDCECA28}
Chemin=C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE16
Cassée=NON
Intégrée=NON

Et voilà : qu'est-ce que je fais de cette information ??? 8O
Faut-il ajouter le fichier C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE16\ACEDAO.DLL dans la liste des fichiers à déployer (tout en haut) ? Ou bien une manip avec les clés de registre ? (puis-je avoir un exemple dans ce cas-là ?)

2ème petite question : le fichier des références fait aussi état de :

[stdole]
Description=STDOLE2.TLB
Fichier=stdole2.tlb
Version=2.0
CLSID={00020430-0000-0000-C000-000000000046}
Chemin=C:\Windows\SysWOW64
Cassée=NON
Intégrée=NON

Qu'est-ce donc ? Il ne me semble pas l'avoir ajouté explicitement dans mes références de mon VBA.

Merci d'avance pour votre aide

Bonjour,

Dans votre cas, vous n'avez rien à faire.

Implicitement, si le poste client cible possède Access, les références seront auto-référencées.
Ce module présent dans l'assistant est surtout utile pour voir les références autres que celles par défaut, soit par exemple une référence vers Excel ou Outlook auquel cas, par avertissement, le développeur devra s'assurer que le client possède bien et Excel et Outlook de la version qu'il a référencé dans son projet.

En revanche, dans le cas d'une référence sur une DLL "maison" développée par un tiers ou par vous-même, si sa technologie est COM, alors il faudra prévoir une inscription au Registre.
Cela se fait par enrichissement du fichier SETUP.INI où vous appelez explicitement un programme silencieux externe en charge de le faire.

Quant à STDOLE2.TLB, c'est OLE Automation et il est implicitement référencé dans un projet.

En d'autres termes, vous pouvez réaliser votre package sans gros tracas. Ca devrait se faire tout seul. Disons que j'ai fait de mon mieux pour que ce soit ainsi quand je l'ai écrit.

Argy

Bonjour,
Merci de votre réponse et de vos explications. C'est plus clair maintenant. La création du package s'est très bien passée ensuite effectivement. La surprise est venu du poste de mon premier béta-testeur qui lui avait Office 2016 64 bits installé de base (?!?). Bon au final j'ai tout repris pour du Access 64 bits : correction de mon code (sur un autre PC sur lequel j'ai du installer Access 64 bits) + sur site : install runtime 2016 64 bits + mes 2 bdds. Je me débat avec le message de sécurité maintenant (je ne vais pas tarder à trouver :mouarf:). Merci en tout cas pour votre aide, et aussi pour celle de votre collègue arkham46, au travers de vos nombreux tutos et réponses.
Cordialement,
A. Thoreux

Citation:

---

Je me bat avec le message de sécurité maintenant

---

lequel ?