Discussion :

[docjo]

Bonjour à tous

Je suis épaté par le temps que passe certains developpeurs et plus particulièrement le "tuto" d'Argy qui m'aide bien à enchainer l'installation de 2 MSI constitués avec l'assistant.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
 
 
' Lancement du premier MSI
[MSI]
MSI=\Files\CCVDatabase.msi
 
 
[Product]
ProductCode={FB30B086-45E9-46F4-A0E0-94244E83FC85}
ProductName=CCV Database 4.0
ProductVersion=4.0.0
SkipLangCheck=1
 
 
 
[Display]
Display=full
CompletionNotice=Yes
 
 
[MinOSRequirement]
; MinOSRequirement is used for defining the minimal OS requirement for 
; installing the product. 
VersionNT_1=501
WindowsBuild_1=2600
ServicePackLevel_2
 
'Lancement du deuxième MSI
[ChainedInstall_1]
TaskName=Installation de CCVDatabase RDV
TaskType=MSI
Path=\Files\CCVDatabaseRDV.msi
 
[Product]
ProductCode={E05BBAB1-20FF-40B8-B78B-C554E7652EB1}
ProductName=CCV Database Rendez-vous
ProductVersion=1.0.0
SkipLangCheck=1
 
'Installation du runtime: peut-on tester son existence à ce niveau ?
[ChainedInstall_2]
TaskName=Access Runtime Setup
TaskType=exe
Path=\Files\AccessRuntime.exe
IgnoreReturnValue=0
cmdline=/passive

J'ai bien compris que l'on ne peut pas tout modifier dans le setup.ini mais je voudrai savoir s'il est possible:
- d'avoir une ligne de commande qui teste l'existence du runtime access (ou d'access itself)
- de créer un dossier dans le "menu démarrer" au lieu de simplement y déposer les icones de raccourcis
- enfin, il y a une option de personnalisation de l'installation: par défaut ou personnalisée. Peut-on y mettre l'installation du 2ième MSI, le runtime ?

Merci d'avance pour vos suggestions

[argyronet]

Bonjour,

Humm, tripatouiller un MSI n'est pas une mince affaire...

Effectivement, jouer avec le SETUP au niveau du setup.ini reste le moyen simple de faire exécuter plusieurs MSI/EXE. Dans mon esprit, j'avais évoqué cela dans mon tuto afin d'avertir les intéressés que l'inscription des composants n'étant pas effectuée, cette alternative permet de lancer de quoi le faire.

Si tu t'en sens le courage, tu peux accéder à un MSI en l'ouvrant avec ORCA (il y en a d'autres).
Pour ce qui est des conditions à prendre en considération au sein du MSI, tu peux consulter cette page et les pages connexes.

Maintenant, sans aller jusque-là, tu peux faire en sorte que ce que tu demandes soit effectué par un EXE ou un VBS...
Là, tu peux jouer avec du code pour émettre plein de conditions qui vont décider de telle ou telle action dont celle de créer des dossiers çà et là.

Par exemple, créer dans Temp un MDB ou ACCDB vide, tenter de trouver l'exécutable associé avec un FindExecutable (API), et selon la cas, ouvrir la base et tester via un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SysCmd (acSysCmdRuntime)

si effectivement c'est le Runtime...

En résumé, ta question est vaste et une étude approfondie t'incombes.

Argy

[docjo]

Merci Argy. J'ai conscience que la tâche est rude et j'ai peu de temps car je déploie mon .exe pour lundi prochain ! Je me débrouillerai différemment. Mais ce que je voudrai vraiment savoir c'est comment modifier l'"empaqueteur" pour que l'on ait accès à l'installation personnalisée et non par "par défaut". Quand on clique sur "Defaut", cela lance l'installation. quand on clique sur "Personnaliser", il n'y a qu'un proposition: le MSI de la base à partir de laquelle on a lancé l'"empaquetage".
A suivre ...

[argyronet]

Humm, malheuresuement, il n'existe pas de solution pour cela dans l'outil d'empaquetage tel que livré.

Note: There is no way to stop the user from selecting the Custom setup option.

dans la version 2000, on disposait des sources et donc on pouvait le bidouiller comme on voulait.

Tu peux envisager de choisir InnoSetup qui est plus souple de ce coté mais il te faut connaître les points d'entrée des composant à inscrire dans le Registre si tu as des références particulières.

Argy