Exactement .. mais le fichier n'existe pas sur ce chemin %MyDocumentsFolder%\Access Developer Extensions\Saved Wizard Settings
alors que tout est bien quand je suis en train de déployer l'application..
Exactement .. mais le fichier n'existe pas sur ce chemin %MyDocumentsFolder%\Access Developer Extensions\Saved Wizard Settings
alors que tout est bien quand je suis en train de déployer l'application..
S'il n'existe pas c'est :
- soit qu'il n'a pas été créé ;
- soit il n'est pas dans ce répertoire.
Dans la partie 6-2-2-1. Regénération du package après modification ou évolution, il est supposé que le fichier existe et donc qu'un package a été généré préalablement.
Sinon, il faut partir de 5-1-2. Processus de déploiement.
De là, deux questions :
- Est-ce qu'un package a déjà été généré ?
- Est-ce que de ce package, la config a été sauvée ?
Argy
Il est créé ici :
5-1-7. Sauvegarde du modèle et génération du Package
Argy
Oui, j'ai bien compris...
Le souci est que je ne suis pas devant ta machine et je ne peux pas vérifier que tu suis à la lettre le déroulement du processus d'empaquetage.
A la fin des étapes, il doit te poser la question de sauvegarde et là, il faut répondre Oui.
Fait une capture d'écran des étapes de ton processus ; on va essayer de solutionner mais là, ce n'est pas simple.
Argy
fichier.rar voila les captures d'écran
Eh bien il faut donner un nom à ton package !!!
Humm...
Quand tu es dans Microsoft Word et que tu veux sauvegarder ton document, tu inscris bien un nom dans la zone "Nom de fichier"...
Eh bien là, c'est pareil : tu as une boîte de dialogue "Enregistrer sous" qui te demande de spécifier un nom pour ton package.
Tu inscris le nom en apposant une à une les lettres qui composent le nom de ton fichier (avec le clavier) tel que tu veux le voir apparaître si toutefois tu veux pouvoir le réutiliser plus tard.
Je ne vois pas où tu rencontre une difficulté...
Argy
J'ai des doutes...
Dans cette boîte de dialogue, tu écris un truc, un mot, quelque chose qui ressemble à un nom de fichier et tu cliques sur Enregistrer.
C'est pourtantclairement écrit "5-1-7. Sauvegarde du modèle et génération du Package"
C'est seulement après que ton package va se générer.
qu'est ce que tu ne comprends pas dans la phrase :
Tu écris un nom de fichier dans la zone Nom de fichier de la boite de dailogue Enregistrer sous qui figure ici :
c'est Ok merci bcp
mais quand j'installe l'app et je veux que mettre une page affiche par défaut il me donne pas le choix "Option Access" comme ici http://argyronet.developpez.com/offi...e/2007/#L9-3-1 il me donne que fermer la base de données
Encore une fois comme expliqué dans le tuto, il te faut un formulaire de démarrage ou une macro AutoExec qui démarre quelque chose qui te permet d'utiliser ton application.
J'ai le sentiment, peut-être me trompé-je, que tu ne maîtrises pas vraiment le mode de fonctionnement d'Access et ses tenants et aboutisssants ; il serait bon que tu te documentes un peu avant de vouloir générer une application prête à installer et surtout de la tester de fond en comble avant de l'empaqueter.
Dans ton cas, il faut prévoir et la gestion du ruban et la gestion du démarrage, mais aussi les bugs potentiels, les comportements en mode runtime etc...
Argy
Exactement je ne maîtrise pas le mode fonctionnement d'Access, c'est la première application que je vais le déployer et je ne comprends pas bien le français donc c'est un peu difficile pour moi mais je vais essayée d'apprendre
Merci Argy
Hum, il aurait sans doute été mieux de le préciser.
En fait avant d'empaqueter si je puis dire, il faut tester ton application telle qu'elle sera déployée sur les postes cibles.
Tant qu'elle ne répond pas à ce qui est attendu, tu ne peux pas déployer.
Il faut donc qu'il y ait un menu d'accueil ou un formulaire dédié aux opérations qui sont propres à ton application afin qu'elle puisse être utilisée.
Si à l'ouverture de ta base, tu as accès aux objets qui la constituent, déjà, ce n'est pas bon...
- Si AutoExec : appeler une fonction qui ouvre un formulaire au final (exemple un SplashScreen)
- Si Formulaire de démarrage : le spécifier dans les options de la base de données
Pour tester de base, il y a plusieurs choses à faire...
Quelques exemples :
- lancer le fichier accde de la base frontale et voir ce que ça donne.
- si les tables sont liées correctement, faire en sorte de supprimer volontairement une table (attachée) pour voir si ton appli la réattache automatiquement et ne plante pas littéralement l'application (au démarrage) ; en effet en réseau plus/moins lent, il est fréquent d'avoir de micro-coupures qui peuvent être fatale à ton appli sur ce mode de rattachement et faire en sorte « d'oublier » une table. C'est très rare mais c'est à tester quand même.
- tester toutes les opérations de saisie dans les formulaires et ne négligeant en aucun cas les NULL ;
- vérifier que toutes les listes déroulantes prédéfinies contiennent des valeurs ;
- vérifier que l'on ne peut pas valider un formulaire tant que toutes les valeurs prérequises sont bien là ;
- vérifier les formats de date ; en SQL, selon le mode adpoté, l'ordre mois / jour n'est pas le même (format US) ;
- vérifier les événements d'ouverture et de fermeture des formulaires, des états et contrôler que l'on a toujours la main sur l'application et que l'on peut la quitter proprement ;
- ...
ensuite...
- renommer (temporairement) ta base frontale en accdr et procéder à la même batterie de tests que ci-dessus afin de vérifier le comportement en mode Runtime.
Argy
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager