Discussion :

[kahoerre]

Bonjour,

suite à la présentation de mon projet,
j'ai eu le droit à une séries de questions aux quelles je n'ai pas su répondre,
je te les pose donc;

- Concernant les mises à jour, comment se passe la gestion des versions précédentes ? Sont elles conservées, et est il possibles de revenir a la version précédentes, sans forcément avoir a désinstaller le produit ?

- Cette question, je l'ai pas trop comprise mais bon...
Que couvrent les templates ? (désolé je peux pas etre plus clair )

Merci beaucoup de tes réponses.

- Kahoerre

[smyley]

- Concernant les mises à jour, comment se passe la gestion des versions précédentes ? Sont elles conservées, et est il possibles de revenir a la version précédentes, sans forcément avoir a désinstaller le produit ?

Non, la logique de gestion d'une mise à jour est assez abominable et je n'ai pas prévu de moyen de pouvoir désinstaller une mise à jour sans tout désinstaller. En fait, c'est pas forcément réalisable avec le degré de flexibilité que j'autorise pour la mise à jour des composants.
Sans entrer dans les détails, le système de mise à jour est implémenté comme suit :
Prenons une application avec à chaque fois (Composant,Version).
A l'origine on a l'application
(A,1)
(B,1)
(C,1)
On veut faire une mise à jour M1 qui installe un composant (D,1) mais qui nécessite la version 2 de C, on aura donc
(A,1)
(B,1)
(C,2)
(D,1)
On peut ensuite installer la mise à jour M2 qui augmente la version de A à 2, et qui nécessite la version 2 de C au moins.
On aura donc
(A,2)
(B,1)
(C,2)
(D,1)
Dans cette mise à jour, C ne sera pas modifié car il a déjà une version supérieure ou égale à 2.
Et si après on désinstalle M1, que ce passe-t-il ? en toute logique, on supprimerai D et on rétablirait la version 1 de C pour avoir
(A,2)
(B,1)
(C,1)
Et là boom ça ne marche plus, car A avait besoin de la version 2 de C. Et si on ignore la désinstallation de C, alors la désinstallation de M1 ne serait pas complète et cela pourrai introduire d'autres problèmes.

C'est pour ce genre de situations que je n'ai pas prévu de moyen de désinstaller une mise à jour : toute mise à jour modifie de manière permanente le produit installé. L'avantage c'est que même après une mise à jour, on peut quand même réparer l'installation ce qui réparera aussi la mise à jour installée. Si la version 1 de D est buggée, plutôt que de penser à désinstaller M1 on peut faire une nouvelle mise à jour qui va passer D à la version 3, version qui aura été corrigée, etc.

Vis à vis du "sont elles conservées", la mise à jour du composant C de la version 1 à 2 par exemple se déroule comme suit (sans entrer dans les détails)
- On vérifie que C ai la bonne version (si une version supérieure est déjà installée, on ignore cette étape)
- Si C a une version inférieure, on le désinstalle
- On copie ensuite les données des fichiers à installer contenus dans le nouveau composant dans l'installation (cela permet à la fonction "Réinstaller" de ne demander que la source à partir duquel le produit a été installé, et pas aussi de fournir l'ensemble des mises à jour appliquées)
- Et enfin, on procède à l'installation du composant C mis à jour
- Après il y a un tas de petites broutilles visant à assurer la cohésion du package d'installation, enfin bref.

Idem, lorsque l'on fait une mise à jour complète c'est à dire qu'on installe la version 2 de l'application A par dessus la version 1, l'installeur désinstalle complètement la version 1 avant d'installer la version 2.

- Cette question, je l'ai pas trop comprise mais bon...
Que couvrent les templates ? (désolé je peux pas etre plus clair )

Je suppose que c'est vis à vis de l'assistant de création de projet à partir d'un projet Visual Studio (je n'ai pas souvenir d'avoir utilisé le mot template ailleurs).
Dans ce cas le template c'est simplement le projet d'installation dans lequel seront rajoutés les différents éléments apportés par le projet Visual Studio. On peut donc avoir une entreprise qui utilise toujours le même skin, alors elle crée un setup avec ce skin, et pour toutes les créations de projets avec l'importation, elle pourra utiliser ce setup comme template.
D'ailleurs la notion de template pourrai être étendue à d'autres domaines des installations dans de prochaines versions, mais ce n'est pas encore planifié

[kahoerre]

Bonjour,

Il y'a une petite chose que je ne comprend pas,
J'enregistre mon projet avec Ngen.

Afin de vérifier si il est bien lancé avec Ngen,
je fais un Ngen display > c:\trucbidule.txt
je devrais donc trouver dans ce document .txt le nom de mon projet
lancé avec Ngen, pourtant ce n'est pas le cas.

Le procéssus se passe-t'il vraiment ?
Merci beaucoup.

-Kahoerre

[smyley]

Hum tu as bien coché "exécuter NGen" (ou un truc du genre) sur ton assembly ? si oui tu vois marqué "ngen quelquechose" pendant l'installation ? peux tu m'envoyer les logs ?
ps. les longs sont dans
Vista : C:\Users\Toi\AppData\Roaming\LKSoft\DreamShield\Logs
XP : C:\Documents and settings\Toi\Local Settings\Application Data\LKSoft\DreamShield\Logs (je crois)

[kahoerre]

Oui j'ai bien cocher l'enregistrement avec Ngen, sur le .exe seulement.
Faut il le faire sur tout ?
Pour les logs, j'ai pas trés bien compris et surtout pas trouver.

[smyley]

Faut il le faire sur tout ?

Faut le faire sur toutes les dlls que tu veux "ngen'er"

Pour les logs, j'ai pas trés bien compris et surtout pas trouver.

Tu as quel système d'exploitation ?

[kahoerre]

Un xp pro.
Mais je pense que c'est bon.
Te casses pas les nouilles

[smyley]

Ah ça marche ?

[kahoerre]

Ouep.
Par contre j'ai quelque emmerdes avec les mises à jour.
Parfois sa fonctionne parfois non, je travail sur ce probleme si je n'y arrive pas
je viendrai te voir.

[smyley]

Ben il faudrait me donner des précisions, me décrire ce qui se passe, etc ...

[kahoerre]

Non finalement tout fonctionne correctement, comme toujours érreur d'étourderie de ma part.
It's aaaall Good