Discussion :

[SixBearJacques]

Bonsoir à tous.

Dans un programme VBA appelé par une macro access, je fais des accès web en m'appuyant sur l'objet XMLHTTP défini dans la dll MSXML6.DLL.

Chaque fois que je veux lancer mon programme il faut au préalable que j'appelle le menu Outils -> Références, que j'aille cocher la case demandant le chargement en mémoire de la DLL.
Naturellement quand j'oublie, j'ai tout de suite l'erreur d'exécution pour type non défini.

N'y a t-il pas moyen d'introduire une instruction en tête de mon code VBA pour tenter par défaut de charger la DLL en même temps que le programme ? L'instruction "DECLARE" semblait un bon candidat pour cela mais il faut avoir une fonction ou un sub, or un type ne correspond pas à cette définition donc je n'ai pas essayé.

Le problème semble tellement simple que je suis sûr que ce doit être possible mais aucune des docs que je possède ne semble donner la solution. En même temps que votre aide vous pouvez peut-être me conseiller une doc qui fournisse ce genre d'infos. Ma doc actuelle (Access 2010 VBA Macro Programming) m'a certes parlé de DECLARE mais sans envisager l'application à mon cas...

Merci à tous

[Christophe]

Ca devrait répondre à ton besoin.

http://access.developpez.com/cours/

[jimbolion]

SixBearJacques,

Merci à toi chrtophe pour cet article. Je le conserve bien précieusement dans mes archives et peut-être utile à tout moment.

De ton côté SixBearJacques, je ne comprends pas pourquoi et à l'ouverture de ton projet tu dois systématiquement recocher la référence MSXML6.DLL. Dans chaque projet, lorsque une référence est cochée : il n'y a pas de raison qu'elle se décoche à chaque fois.

JimBoLion

[SixBearJacques]

...
Merci à toi chrtophe pour cet article...
JimBoLion

Comme quoi, je ne suis pas le seul à ne pas savoir googler

Merci en tout cas à chrtophe pour cette superbe recherche.

...
De ton côté SixBearJacques, je ne comprends pas pourquoi et à l'ouverture de ton projet tu dois systématiquement recocher la référence MSXML6.DLL. Dans chaque projet, lorsque une référence est cochée : il n'y a pas de raison qu'elle se décoche à chaque fois.
JimBoLion

En fait je fais un traitement standard sur des bases de données Access que je reçois. Le traitement est au point (à 80%). Maintenant j'en suis au packaging c'est à dire à tenter d'automatiser les actions suivantes que j'effectue à l'ouverture de la nouvelle bdd :
- importer le module contenant ma macro VB,
- créer une macro accès appelant mon main (fonction principale),
- référencer les DLL qui ne le sont pas par défaut.

Le but est de fournir à terme une appli qui permette à un de mes clients de faire son boulot sans m'envoyer sa bdd. Le droit à la paresse quoi !!

[jimbolion]

SixBearJacques,

Soit, je ne suis pas sûr d'avoir tout saisi m'enfin !

Quoiqu'il en soit aujourd'hui nos applicatifs sont distribuées à plus de 1000 utilisateurs à qui je fourni une mise à jour de l'applicatif sans que cela ne corrompt leurs bases de données (mise à jour des champs, utilisation de tables liées...).

J'ai donc une version de l'application intégrant toutes les références du projet. Ce projet évolue toujours à partir de la même version initiale. Une gestion du versionning me permet de détecter lorsque l'utilisateur a effectué la mise à jour et permet de jouer les scripts de changement dans sa base, de lier les données (son répertoire n'est pas nécessairement le même que le mien, restaurer ses configurations d'états). Le mode de distribution de cet applicatif ne tient qu'à toi : Serveur, CD....

Je ne dis pas que ta solution n'est pas la bonne (elle se justifie probablement par des arguments que je n'ai pas), mais si l'approche que j'évoque t'inspire et simplifie tes process j'en serai le plus heureux...



JimBoLion