Transfert appli d'un env. XMLRAD IIS vers XMLRAD Apache

Bonjour,

Nous allons travailler à plusieurs sur un même projet.
Certains développent sous XMLRAD Apache 2.
D'autres sous XMLRAD IIS.

J'ai voulu transférer un projet initialiser en XMLRAD IIS vers un PC configuré en XMLRAD Apache.
Visiblement, cela ne fonctionne pas bien. Je suppose que les 2 environnements n'itialisent pas les projets de la même façon.

Voici la procédure que j'ai suivi

1) Du PC XMLRAD IIS
Recopie du projet vers le répertoire projet du PC XMLRAD Apache
2) Du PC XMLRAD Apache
Register du projet transféré
Mise à jour du fichier de configuration de Apache
Changement de la façon d'invoker le projet

JE NE PEUX ALORS PLUS LANCER APACHE.
Il faut alors que je supprime les lignes relative au projet transféré pour relancer Apache.

Il y a t-il une incompatibilité au sujet de cette procédure?

La seule solution pour se passer le projet serait elle celle ci :
- Création du projet dans chaque environnement
- Récupération des services un à un via un register

Il y a t-il d'autres problèmes à vouloir travailler de cette façon là?

Nous sommes dans cette configuration car certains n'ont que Windows familial sur leur portable qui ne comprend pas IIS.

Merci d'avance.

Bonjour,

Les recommandations de déploiement / migration sont consultables dans l'appendix 8: http://xmlrad.com/DelosBin/Delos.dll/ServePage?URL=Manual/Appendix08/index.htm&WEB_ID=101001015

Une méthode de migration recommandée est de créer un nouveau projet Apache, de créer les mêmes modules que dans le projet IIS. Cela aura un premier effet de configurer clairement le .conf
Ensuite il faut effectivement transférer les fichiers du projet IIS vers les dossiers de son équivalent Apache.
Enfin dernière étape, il faut copier les sources (Delphi ?) des modules puis recompiler. Par contre il faut conserver le .dpr (Delphi) généré avec le nouveau projet Apache puisque celui-ci comporte les déclarations d'unités spécifiques.

Dans le cas de IIS :

Code:

---

1 2 3 4 5 6

library MonProjetIIS;   uses HTTPApp, WebBroker in 'WebBroker.pas', ISAPIApp in 'ISAPIApp.pas', ...

---

Dans le cas d'Apache :

Code:

---

1 2 3 4 5 6

library MonProjetApache;   uses HTTPApp, WebBroker, ApacheTwoApp,...

---

J'espère que ça te suffira pour régler ton pb,

Sylvain

en fait le problème c'est que les DLL sont tout simplement incompatibles !
pour IIS c'est une DLL ISAPI
pour apache c'est une DLL DSO
il faut donc remplacer la dll du projet par celle qui se trouve dans le repository XMLRAD\Bin\Repository\Common\Bin\Apache2

Bonjour,
Pour info (vision delphi), en ce qu'il me concerne, je partage les memes sources delphi et xsl/xml mais en supportant apache1,2 IIS et un mode dégradé stand alone.
Il suffit d'avoir 4 dpr (comme indiqué par Sylvain, un par type de serveur web) pointant tous vers les memes sources et de copier (ou spécifier carrement en dossier de destination à la compilation) les dll/so/exe dans le dossier Bin du projet. Tous les xmlmodules et xmlservices sont alors communs.
Le seul probleme sera les alias... si on veut executer au meme moment tous les projets. Mais on peut peut etre "magouiller" les alias apache pour qu'ils soit identiques à ceux de IIS (il n'y aura que le port qui change forcément)... mais personnellement je n'ai pas ce besoin. Je ne sais pas si c'est possible. Je ne pense pas d'ailleurs qu'il y ait un interet!

Michael

Citation:

---

Envoyé par Jeweller

Bonjour,
Il suffit d'avoir 4 dpr (comme indiqué par Sylvain, un par type de serveur web) pointant tous vers les memes sources et de copier (ou spécifier carrement en dossier de destination à la compilation) les dll/so/exe dans le dossier Bin du projet. Tous les xmlmodules et xmlservices sont alors communs.

---

D'ailleurs dans cet esprit, le mieux est de créer un groupe de projets, chaque projet ciblant un serveur web spécifique.
Pour la gestion et l'intérêt d'un groupe de projets, allez voir ce tuto :
http://sjames.developpez.com/gestproj/
Il parle de créer plusieurs versions dégradées de la même application, mais le concept est identique.

Sylvain

Merci pour toutes ces réponses.