Discussion :

[Coyote2001]

Toujours pour la même grosse appli client et serveur, il serait intéressant que je puisse mettre en place un système de LiveUpdate (via HTTP et pas réseau).

Le LiveUpdate ne doit etre utilisé que pour mettre à jour la partie cliente (ce n'est pas un problème, la partie cliente et serveur sont 2 projets bien disctincts).

J'ai donc procédé à la façon Windev : suivant, suivant... et paf, voilà un exécutable d'installation tout chaud !

Je le teste, il m'installe correctement le mini site web (uniquement avec IIS car il est incapable de trouver les fichiers d'apache 2.2.3...).

Je lance l'install de l'appli cliente via le mini site dispo sur le réseau et accessible donc depuis internet, tout va bien.

Je veux mettre à jour l'appli et la ... paf ca ne marche pas.
Je regarde d'un peu plus près, le serveur de mise à jour http (c'est un service) ne fonctionne pas... la raison ? IIS utilise le port 80 pour le mini site créé par Windev pour faire les MAJ automatique...


Je ne comprends pas pourquoi Windev veut utiliser le port 80 pour son service d'autant plus qu'il ne propose pas d'autre port.

Si quelqu'un peut m'expliquer...
Merci !

[Coyote2001]

Personne n'a donc déjà utilisé l'installation par réseau avec mise à jour automatique ?

[petit arbre]

Salut, jamais testé effectivement, mais ça a l'air intéressant !!!


et su tu changeais le port de ton serveur IIS à defaut?

[Coyote2001]

Heu, ben, ouai pourquoi pas.
Le truc c'est que tu veux dire : changer le port par défaut ?
Je l'ai déjà fait mais le problème c'est que Windev me reparamètre le port par défaut à 80 (JE VAIS REVERIFIER CA, car je n'en suis plus sûr !) dès que je refais l'install côté serveur.

Merci pour ta réponse en tt cas.

[petit arbre]

Non, je parlais de changer le port de fonctionnement de IIS et non celui de l'installateur de windev. IIS fonctionne par défaut sur le port 80, mais tu peux le changer, comme sur Apache. par contre, je ne sais pas de quelle manière...

[Coyote2001]

Désolé, je me suis mal fait comprendre, quand je parlais de changer le port par défaut, je parlais de celui de IIS! Cela dit, je rententerais dans la journée pour confirmer ou infirmer mes dires.

Merci !

[Coyote2001]

Après avoir relancé l'assistant de création de l'installeur réseau, je lance l'install de la partie serveur. Tout se déroule bien. A la fin de cette install, une fenêtre m'affiche un lien me disant que je peux accéder à l'install client à partir de l'url:
http://serveur-windev/Syst%E8meExpert/
Ce qui est faux car j'ai changé le port par défaut de IIS à une valeur autre que 80 ( et non attribuée, bien sûr, à un autre service tournant sur la machine ).
Bon, cela pourrait etre une simple erreur de prise en compte et/ou de vérification du port de fonctionnement de IIS. Seulement, si je désire installer la partie cliente à partir de l'url corrigée (http://serveur-windev:monPort/Syst%E8meExpert/), le prgm d'exécution se télécharge bien mais une fois lancé se trouve incapable d'installer tous les composants de mon application.
L'erreur exacte est "Echec de l'ouverture du fichier : C:\\DOCUMENTS AND SETTINGS\...\INSTALL.ZIP. L'installation est abandonnée"

Mon hypothèse : l'installeur contient des urls mal formées, c'est à dire qui utilisent le port par défaut 80...
Le verdict : Il suffit que je stoppe le service de mise a jour (port 80 aussi ) que je change le port de IIS à 80, je relance l'installeur (via url par défaut) et la... ca marche.
L'installeur contient donc bien des urls mal formées !

A suivre...