En tout cas merci pour tout le temps que tu as passé à chercher imame. En espérant que ça t'a pas trop retardé dans tes projets.

Y à quand même un truc étrange, j'ai regardé la différence entre une installation locale (wdamin.exe installé) et une installation via site http Protégé par mot de passe et j'ai vu qu'en local dans le répertoire install (de l'application cliente) j'avais un wdsetup2.exe tandis qu'en installation HTTP je l'ai pas ...

Autre chose de bizarre aussi dès qu'on modifie la procédure globale InstalleReseauRefHTTP, ça génère 52 erreurs systématiquement ...

Mais bon vu que c'est ma dernière semaine avant mes vacances, je vais pas trop forcer. Je reverrais surement tout ça à mon retour, frais et dispo.

a+++

Ah. Parce que moi en install http il y a bien le wdsetup2.exe.

Pas de soucis ça m'intéressait aussi de savoir comment ça marchait :)
Mais si je dois faire ce genre de choses (site protégé), je pense que je recoderai tout de A à Z car je n'aime pas que tout soit en clair comme ça. Où est l'intérêt de faire un site de patch/maj protégé si on est obligé de mettre le login et le pass en clair? ^_^
Ceci dit c'est dommage qu'on ait pas accès au projet VS de install.exe et à la partie de check automatique mais bon :)

Déjà la procédure de maj http marche assez bien donc de base je trouve ça pas mal ;)

Pourrais tu me faire une copie de ton projet WDSetup pour que je compare avec le mien pour voir ou est le problème concernant WDSetup2.

Merci à l'avance.

a++

Salut,

Laisse tomber, pas la peine, je viens de voir à force de faire des tests, que WDSetup n'allait pas dans le bon répertoire.

IL est vraiment temps que je parte en vacance loll

a+++

Bon ça y est j'ai enfin réussi. Je vais quand même faire des tests plus complet pour vérifier.

Effectivement imame le mailslot sert pas pour la mise à jour donc on peut mettre l'appel a la procédure en commentaire ou renvoyer un vrai dans la procédure.

a+++

Cool :)
Au fait c'est "L"mame ;) mais bon pas grave ;)

Je me doutais que ça devait pas servir à grand chose, mais comme il testait l'existence du truc :(

Tant mieux si ça servait à rien
Bon à savoir

Du coup tout marche comme tu veux alors?

Salut,

Oui ça fonctionne bien, je vais quand même continuer mes tests pour tout vérifier.

Je te remercie pour ton aide.

Je ferais un résumé de tout ce qu'il faut faire comme modification dans WDSetup.

Pour l'instant c'est codé directement dans le source pour le user, mot de passe. C'est sur qu'il y aura matière à améliorer, par exemple mettre le user et le mot de passe dans WDUpdate.net (crypté) et modifier en conséquence WDSetup pour les récupérer.

a++

Nice ^_^

Salut,

Pour ma curiosité personnelle j'ai demandé à PC-SOFT pourquoi ils utilisaient le mailslot.

Pas sur que j'ai une réponse mais sait on jamais :)

a+++

Bah ça peut être sympa d'avoir des softs qui se parlent entre eux dans certains cas pour se passer des informations genre "quelle est ta version?" etc... ça évite de passer par les lignes de commande par exemple.
Ceci dit c'est bizarre que ce soit le mailslot qui soit utilisé plutôt qu'une zone mémoire. D'ailleurs par défaut il tente d'utiliser une zone mémoire.
Mais bon ^_^
J'imagine que le PID c'est pour fermer le soft à distance ou un truc du genre ou lui envoyer un message.

Honnêtement j'ai pas trop regardé dans WDSETUP pourquoi ils le faisaient ou dans quel cas ^_^

Salut,

Alors déjà avant toute chose dans le serveur HTTP, IMPORTANT, il faut impérativement autoriser les extensions .NET, .TMP, .WX, .CHM, .ZIP.

Si vous le faites pas, la mise à jour ne fonctionnera pas.

Ouaip ils en parlaient quelque part dans la doc pcsoft, mais c'était surtout valable pour IIS. Je n'ai pas eu de soucis avec Apache 2.

Salut,

Il y à juste un problème avec IIS c'est les fichiers CHM, en passant par le HTTP le fichier semble être corrompu, il faut donc modifier la façon de le récupérer en utilisant le FTP.

Juste une astuce à faire dans WDSETUP.

a+++

Zarbe :)
Mais bon, IIS de toute façon...