Discussion :

[McommeMick]

Bonjour,
Compte tenu de ce que j'ai pu lire dans d'autre discussion, l'usage du Runtime Access 2007 pour distribuer une application réalisée sous Access 2003 semble être possible.

J'aimerais avoir votre avis et retour d'expérience.

J'ai une appli composée d'une dorsale + frontale, utilisant une fichier mdw, et souhaite l'empaqueter et la distribuer avec le runtime... Reste à savoir s'il me faut payer une license pour pouvoir le faire avec le runtime 2003 ou si c'est faisable sans problème avec le Runtime 2007.
Pour l'empaquetage, est-il préférable d'utiliser l'outil de Microsoft ou un autre outil (Inno setup 5, ISTool)?

Un grand merci à ceux qui voudront bien m'apporter leur témoignage
Mick

[minot83]

Bonsoir,

une discussion à ce sujet :

http://www.developpez.net/forums/d11...untime-2007-a/

Tu dois pouvoir en trouver quelques unes ici...

Cordialement

[McommeMick]

Merci pour ton message Minot83.

J'avais déjà consulté cette discussion. Il semble que pour "karidrou" cela fonctionnait... mis à part ce détail lié au fichier mdw.
1 expérience positive visiblement, mais il doit y en avoir d'autre qui ont essayé?

A chacun son expérience mais ce serait dommage d'essayer de faire quelque chose si certains savent déjà par expérience que le résultat ne sera pas satisfaisant.

Cordialement,
Mick

[RobiPMS]

Bonjour.
J'ai une grosse appli (dorsale-frontale)développée au départ avec Access 2000, puis 2003, puis 2007 et 2010. J'ai gardé le format "Access 2000" (et donc l'extension mdb) pour éviter les problèmes de compatibilité, car elle tourne dans toutes sortes d'environnements, avec Access installé (toutes versions à partir de 2000), ou sous runtime 2007 et 2010. A partir du moment où toutes les fonctions nécessaires existent dans l'appli pour pallier à ce qui ne fonctionne pas avec le runtime (par exemple, les menus contextuels, les tris, etc) ça fonctionne parfaitement avec le runtime.
Petite question : pourquoi vouloir installer le runtime 2007 alors que le 2010 est disponible?
Pour l'empaquetage, j'utilise un vieux gratuiciel qui me convient à peu près parfaitement parce que j'ai la flemme de reconfigurer mes fichiers d'installation avec un autre outil! Il s'agit de "Setup2Go", qui n'existe plus et n'a pas été adapté depuis 2007, mais tourne très bien sous W7.
Cordialement.
RL

[McommeMick]

Merci pour ton apportation RL.

A vrai dire je pensais qu'avec le Runtime 2007 il y aurait potentiellement moins de problème de compatibilité qu'en utilisant le Runtime 2010.
Donc si je comprends bien, je peux très bien distribuer mon appli mde 2003 avec le runtime 2010?!

Merci pour l'info concernant Setup2go, j'y jetterais un coup d'oeil.
Qu'est ce qui te fait préférer cet outil par rapport à l'assistant d'empaquetage d'Access?

[RobiPMS]

Re-bonjour.

Avant de distribuer avec une quelconque version du runtime, fais quand même un débogage avec chacune des versions, pour éviter que des codes acceptés par une version d'access ne le soient pas dans une autre. J'ai eu des portions de code qui passaient sous 2003 et pas sous 2007 ou 2010 (rarement), et si tu développes avec une version postérieure, veille à ne pas utiliser des fonctionnalités absentes des versions antérieures. Mais j'imagine que tu t'en doutais...

Ces précautions prises, je n'ai aucun souci avec le runtime 2010.

Quant' à Setup2Go, outre sa simplicité d'utilisation, c'est surtout la flemme de refaire mes empaquetages qui me pousse à continuer à l'utiliser : j'ai beaucoup de fichiers à installer, de raccourcis, etc et je n'ai pas envie de passer mon temps à tout refaire tant que j'ai le résultat qui me convient. Je n'ai rien contre l'assistant d'empaquetage d'Access, je ne l'ai jamais utilisé!

Cordialement.

[karidrou]

Bonjour,

Effectivement c'est possible et ca fonctionne bien . J'ai développé sous 2003 et utilisé le runtime 2007, perso j'utilise pas d'empaquetage.
Qq pb avec le mdw mais résolu grâce au site.
Par contre pour que ma base fonctionne avec le runtime 2007 je suis obligée de la compacter avec access 2007, si je la compacte avec access 2003 ca fonctionne pas !!! Si qq'un a une explication ???

[argyronet]

Par contre pour que ma base fonctionne avec le runtime 2007 je suis obligée de la compacter avec access 2007, si je la compacte avec access 2003 ca fonctionne pas !!! Si qq'un a une explication ???

Quelle version de DAO utilises-tu ?

Argy

[karidrou]

DAO 3.6

[argyronet]

Quand tu écris :

si je la compacte avec access 2003 ca fonctionne pas

comment ça se traduit ?

• Message d'erreur ?
• Opérations bloquées ?
• Lenteurs ?
• Chargement impossible ?. . .

Argy

[karidrou]

J'ai le message d'erreur suivant :"Microsoft Office Access a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagrément encouru...."

[argyronet]

Humm, peux-tu réitérer l'expérience et publier le contenu de l'EventLog (%winsys32%\eventvwr.msc) au niveau du dernier crash Application ?

Argy

[karidrou]

Je veux bien le faire mais il faut que tu me guides car je sais pas du tout comment on fait pour publier le contenu de l'eventLog ???

[argyronet]

Bien un simple Copier/Coller, par exemple :
Nom de l’application défaillante EXCEL.EXE, version : 14.0.6024.1000, horodatage : 0x4d83e607
Nom du module défaillant : unknown, version : 0.0.0.0, horodatage : 0x00000000
Code d’exception : 0xc0000005
Décalage d’erreur : 0x00000000
ID du processus défaillant : 0x1cd0
Heure de début de l’application défaillante : 0x01cd4facdb7ec77a
Chemin d’accès de l’application défaillante : C:\Program Files (x86)\MsOffice\Office14\EXCEL.EXE
Chemin d’accès du module défaillant: unknown
ID de rapport : 848b3771-bba1-11e1-be6c-005056c00008

Argy

[karidrou]

Je sais pas si c'est ca qu'il fallait faire mais j'ai ouvert l'observateur d'évenement puis cliquer sur application. Il y'a une erreur application avec comme description "application défaillante msaccess.exe, version 12.0.6423.1000, module défaillant msaccess.exe, version 12.0.6423.1000, adresse de défaillance 0x0003df07"

[argyronet]

Est-ce possible d'avoir le bloc complet ?

[karidrou]

Type de l'événement*: Erreur
Source de l'événement*: Application Error
Catégorie de l'événement*: Aucun
ID de l'événement*: 1000
Date*: 22/06/2012
Heure*: 10:13:04
Utilisateur*: N/A
Ordinateur*: ACER-2_RBN
Description*:
Application défaillante msaccess.exe, version 12.0.6423.1000, module défaillant msaccess.exe, version 12.0.6423.1000, adresse de défaillance 0x0003df07.

Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp.
Données*:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 6d 73 61 ure msa
0018: 63 63 65 73 73 2e 65 78 ccess.ex
0020: 65 20 31 32 2e 30 2e 36 e 12.0.6
0028: 34 32 33 2e 31 30 30 30 423.1000
0030: 20 69 6e 20 6d 73 61 63 in msac
0038: 63 65 73 73 2e 65 78 65 cess.exe
0040: 20 31 32 2e 30 2e 36 34 12.0.64
0048: 32 33 2e 31 30 30 30 20 23.1000
0050: 61 74 20 6f 66 66 73 65 at offse
0058: 74 20 30 30 30 33 64 66 t 0003df
0060: 30 37 0d 0a 07..

[argyronet]

3 questions :

1. Cette erreur survient-elle au moment du compactage sur le poste de DEV qui possède 2003 et que la base est au format 2003 alors qu'elle a été ouverte sous Access 2007 auparavant ?
2. Ce qui veut dire que tu peux mettre à jour ta base sur Access 2007 mais que si tu prends cette base et que tu la compacte sur Access 2003, c'est là que ça crash ? C'est ça ?
3. Mais alors, pourquoi la compacter sur Access 2003 si tu as 2007 ? Es-tu contraint(e) de travailler sur 2 postes avec des versions différentes d'Access ?

Désolé de poser ces questions mais des éclaircissement sont utiles...

Argy

[karidrou]

1) pas d'erreur au moment du compactage
2) oui c'est bien ca
3) en fait mon poste de DEV (pc fixe) a access 2003 mais j'ai aussi un portable plus récent avec access 2007 sur celui-ci. En plus j'ai tellement l'habitude de bosser sur 2003 que j'utilise pas souvent 2007. Je m'y suis intéressée depuis que j'utilise le runtime qui est gratuit sur cette version. il faudrait que j'intervertisse les 2 packs office mais bon ca me conviens plutot bien comme c'est maintenant

[argyronet]

Bien, il est difficile de te dire ce qui se passe dans ton cas, car ce genre de situation ne peut pas être facilement reproduite.
La piste qu'il faut suivre consiste à utiliser, si cela t'intéresse de comprendre le pourquoi et éventuellement de le résoudre, un outil de monitoring (sysinternals) qui va sûrement te révéler que ta base de données cherche entre autre des entrées de Registre précises (affairant ou non à des composants) qu'elle ne trouve pas sur ton poste 2003 ce qui semble être la source du comportement.

Je ne te cache pas que l'investigation nécessaire à la résolution de ce cas est longue et fastidieuse. Le plus souvent, l'abandon ou le contentement du coutournement restent de mise.

Là, comme ça, je ne connais pas de solution réparatrice sans être devant le poste.

Argy