Bonsoir,
Je dcouvre ce soir avec stupeur que guide prcisant comment configurer IIS a t modifi par l’quipe de Xojo. A prsent un message vous indique en gros soit vous vous dbrouill avec IIS soit vous prenez notre solution cloud : http://developer.xojo.com/iis-deployment
Est-ce que quelque aurait la procdure ?
Stphane, si vous passez par l, y a-t-il une explication cette modification de la doc ?
Bonne soire
Arnaud
Le forum contient de nombreux post pour IIs mais cela semble bien moins facile que sous Linux.
Xojo dit cependant :
[quote]The recommended way to use Xojo web apps with IIS is to configure IIS as a reverse proxy to a Xojo standalone web app.
Alternatively, you can instead not use IIS at all and simply run the Xojo standalone web app as a background service.[/quote]
Il semble que dployer en CGI sur IIs soit difficile. Je comprend qu’ils recommandent d’utiliser standalone, qui marche remarquablement bien sous Windows.
Il y a cependant quelques lments :
Voir :
https://www.youtube.com/watch?feature=player_embedded&v=Y3PJRQnZSvE
https://forum.xojo.com/4877-how-to-deploy-web-apps-to-iis/0
Bonjour Michel et merci pour cette rponse rapide.
Mon indignation, n’est pas dans le fait qu’ils ne supportent pas le IIS mais plutt dans le faite qu’ils suppriment des ressources qui fonctionnaient.
La vido YouTube semble reprendre la procdure qui tait en ligne auparavant avec quelques diffrences.
Je vais pour le moment regarder comment utiliser IIS en reverse proxy, si je comprends bien le principe c’est d’utiliser une application standalone qui rpond par exemple http://serveurweb.mondomaine.gtld:8080 et d’utiliser IIS pour publier un site en http://monapp.mondomaine.gtld Est-ce bien cela ?
Si je comprends bien je dois suivre cette procdure : http://www.myconnectionserver.com/support/tutorials/v90/iisProxy/index.html
Cordialement
Arnaud
Bonjour,
Juste pour refermer cette conversation, j’ai trouv mon bonheur en utilisant IIS en reverse proxy sur ce poste https://forum.xojo.com/4877-how-to-deploy-web-apps-to-iis et plus particulirement sur ce document http://osswald.com/xojo/RealStudioWebEditionStandAloneWindowsServerDeployment.pdf
Cordialement
Arnaud
Bonjour,
Je viens mettre jour ce post. J’ai install la solution mentionne ci-dessus qui fonctionne bien. En revanche c’est extrmement lent !
Sur le mme serveur, si j’attaque l’application standalone directement l’affichage d’une requte SQL dans une listbox est instantan, en passant par le nom DNS et donc en utilisant le reverse proxy la mme opration mets 1 2 second pour mettre jour la listbox.
Je suis en recherche de solution, si quelqu’un a rencontr les mmes difficults je suis preneur d’informations.
Cordialement
Arnaud
Moi aussi, j’avais eu pas mal de problmes avec IIS/Xojo, mme avec ce document.
Comme le dit Michel, le standalone fonctionne bien. Sur Windows, tu peux l’utiliser aussi en reverse proxy avec Abyss WebServer (tu devrais trouver pas mal d’infos sur ce forum, il est trs simple et son dveloppeur l’a adapt pour qu’il communique parfaitement avec les apps Xojo) et Apache. Les standalones en reverse proxy fonctionnent trs bien sur Windows avec ces deux serveurs web.
Merci Olivier, je vais regarder a de suite.
Je ne suis pas sûr que le titre fasse vraiment justice à Xojo. En effet, pour ce que je peux en voir, le problème provient moins des apps Xojo cgi sous Windows, que de la manière dont IIs implémente ce service. Autant Windows est l’API la plus stable que je connaisse sur Destop, autant faire tourner une app cgi sous IIs est un chemin de croix. Et pas seulement pour Xojo. Les mauvaises langues diront que c’est fait exprés pour pousser les gens vers VS.
En revanche, et précisément parce que les apps Xojo standalone sont des programme Console à la base, ils sont extrêmement faciles à mettre en oeuvre, y compris en tant que service. Et l’on bénéficie de la stabilité du système.
Le seul problème est qu’ils demandent un port sur un domaine, mais outre l’emploi de plusieurs ports afin que chaque app ait le sien, on peut aussi créer des sous domaines.
A mon humble avis, Linux est bien plus approprié pour les scripts cgi. Ce qui explique le succcès de cet OS pour les serveurs.
@Michel Bujardet Le titre est certes un dur avec XOJO, mais il fait suite au retrait de la documentation qui expliquait comment configurer IIS et utiliser des applications CGI dans leur KB. Concernant le choix du systme d’exploitation, il fait nul doute quant au choix de Linux pour des serveurs, mais dans mon cas je n’ai pas le choix, Windows Server est impos. Concernant les sous-domaines, j’ai bien lu votre message, mais je ne vois pas comment les crer sans utiliser un serveur web tiers.
@olivier vidal Je viens donc d’essayer Abyss WebServer. J’ai install la version X1 pour le moment et j’ai configur le reverse proxy. Lorsque je contacte le serveur sur le port 80 (mon application est sur le port 8000), je vois bien mon message de lancement, puis un message m’indiquant que l’application a rencontr des erreurs (le tout en texte sans prsentation). Si je ne contacte directement mon application, aucun problme.
J’ai essay sur une installation 32 ou 64 bits avec le mme rsultat. En cherchant sur internet, je suis tomb sur un de tes messages expliquant un problme de version des requtes et rponses HTTP. J’ai regard dans la doc, mais je n’ai pas trouv de mention particulire pour forcer telle ou telle version. Aurais-tu une ider de ce qui pourrait poser problme ?
J’ai cherch sur le site d’Abyss WebServer, mais Xojo ou RealBasic ne renvoie rien sur leurs forums.
non a fonctionne bien maintenant avec abyss, mais je ne me souviens plus trs bien des rglages faire. Je viens de regarder, je pense qu’il faut mettre dans le rglage inverse proxy de l’hte :
local virtual path: /
remote IP address: 127.0.0.1
remote port: 8000
remote virtual path: /
Ce qui fait que toutes les requtes faites sur le serveur 127.0.0.1:80 sont rediriges vers le serveur local 127.0.0.1:8000.
Dans Avanced parameters, tu peux laisser tel quel sauf le timeout: 200 seconds c’est mieux car xojo fait de longues requtes de 180 secondes qui renouvelle ds qu’elles sont termines (afin d’avoir un contact permanent avec le navigateur client, ce qui fait d’ailleurs que les apps xojo demandent un rseau internet fiable et permanent).
Je suis régulièrement le forum, et ne compte plus les messages désespérés d’utilisateurs perdus dans cette documentation, parce qu’en pratique, MS avait changé la manière dont tout cela fonctionne.
Pour les sous domaines, je n’ai pas trouvé de doc en français mais cette discussion semble appropriée :
@olivier vidal Etrange, c’est pourtant bien ce que j’avais configuré. Le programme semble avoir du mal à transmettre les css et les images. Je vais prendre contact avec leur support
ah, a doit tre le paramtrage du CORS https://en.wikipedia.org/wiki/Cross-origin_resource_sharing
et si tu travailles avec des fichiers habituellement envoys par IIS (et non l’app xojo), il faut un host spar pour ces fichiers. Par exemple, tu cres deux hosts (ex sous-domaines) sur abyss, l’un avec le paramtrage proxy invers (app), et l’autre sans proxy pour qu’il puisse servir les fichiers normalement.
console abyss, dans le rglage de l’host (le mme que celui de l’app si c’est l’app xojo qui sert les fichiers), puis “gnral”, “advanced parameters”, “custom http headers”, ajoute :
virtual path: /
http header name: Access-Control-Allow-Origin
http header value: *
@Michel Bujardet Merci, donc il faut bien un serveur web pour créer un sous-domaine, là je suis d’accord.
@olivier vidal Je suis dans une configuration simple, les fichiers sont gérés par mon application xojo. J’ai essayer sans succès en mettant les custom http headers dans les paramètres généraux du site puis dans les paramètres avancés du reverse proxy sans succès. J’ai envoyé hier un mail au support, j’attends leur réponse.
Arnaud, as-tu reu une rponse du support? Merci.
Bonjour Stphane,
J’ai eu un premier retour en dbut de semaine. Je leur ai rpondu dans la foule mais je n’ai pas eu de nouvelle rponse de leur part.
J’ai vu qu’il tait prsent possible d’attribuer un IP un web app. Du coup, je me demande si je ne vais pas crer une carte rseau par application. Aprs il ne me restera plus qu’ mettre jour mon serveur DNS.
Sinon lorsque mon outils de sauvegarde (DELL AppAssure) supportera la sauvegarde d’Ubuntu 16.04 je pourrais monter une VM sur cet OS. Cela reste pour moi une solution de dernier recours car nous avons peu de comptences interne sur Linux.
Enfin, je prfre pour le moment essayer d’avancer abyss, c’est d’ailleurs un bon moyen pour tester leur support.
Je ne manquerais pas de mettre jour ce fil.