M
Membre supprimé 2
Invité
Bonjour,
Je dois démarrer un projet de développement de serveur Web dynamique
connecté à une BD Sybase, et bien qu'ayant déjà réalisé qque chose
d'équivalent il y a qques temps via un CGI écrit en C/C++, j'aimerais
passer à quelque chose de plus moderne...
Je me pose la question du choix de développement Servlets/JSP versus WebObjects. D'après ce que j'ai pu comprendre en me documentant :
<UL TYPE=SQUARE>
<LI> WO + : interface géniale de développement, pour la connexion SGBD et
la génération de pages HTML dynamiques, et serveur d'application de haut
niveau
<LI> WO - : payant, propriétaire
<LI> Servlets/JSP + : éventuellement gratuit, indépendance de plateforme
et de serveur
<LI> Servlets/JSP - : développement plus lourd, notamment pour la
connexion SGBD et la génération HTML (mais toujours vrai si l'on s'arme
de bons outils de dev ?)
[/list]
Est-ce correct ? Y a-t-il d'autre points importants pour la comparaison
entre ces deux technologies ?
D'après ce qui précède, j'ai un souci principal : je pencherais assez
fortement vers l'option WebObjects (j'aime bien Apple ;-), mais mes
développements n'ayant rien à voir avec du business, tout cela nagera
dans le gratuit et des sites miroirs seront probablement installés. D'où
ma question : après un développement avec WebObjects, WO est-il
obligatoire pour le déploiement de l'application Web ? Autrement dit,
est-il possible d'utiliser principalement les outils de dev de WO pour
générer qque chose genre "Servlets" (voire très exactement des Servlets)
qui n'aurait pas besoin de WO en tant que serveur d'application pour
tourner ? (il sera en effet difficile d'imposer l'achat de WO pour
l'installation des mirroirs...)
Par ailleurs, un point technique : en pratique, peut-on faire tourner le
serveur d'application WO sur une machine différente de celle hébergant
les serveurs SGBD et HTTP ?
Question annexe : qui pense quoi de JBuilder versus les outils de dev
Apple quand tout ça sera disponible sous Mac OS X (d'ailleurs JBuilder
avec toutes les options que l'on peut rajouter (à prix coûtant !) peut
même se substituer à WebObjects, non ?)
Merci pour vos lumières.
Je dois démarrer un projet de développement de serveur Web dynamique
connecté à une BD Sybase, et bien qu'ayant déjà réalisé qque chose
d'équivalent il y a qques temps via un CGI écrit en C/C++, j'aimerais
passer à quelque chose de plus moderne...
Je me pose la question du choix de développement Servlets/JSP versus WebObjects. D'après ce que j'ai pu comprendre en me documentant :
<UL TYPE=SQUARE>
<LI> WO + : interface géniale de développement, pour la connexion SGBD et
la génération de pages HTML dynamiques, et serveur d'application de haut
niveau
<LI> WO - : payant, propriétaire
<LI> Servlets/JSP + : éventuellement gratuit, indépendance de plateforme
et de serveur
<LI> Servlets/JSP - : développement plus lourd, notamment pour la
connexion SGBD et la génération HTML (mais toujours vrai si l'on s'arme
de bons outils de dev ?)
[/list]
Est-ce correct ? Y a-t-il d'autre points importants pour la comparaison
entre ces deux technologies ?
D'après ce qui précède, j'ai un souci principal : je pencherais assez
fortement vers l'option WebObjects (j'aime bien Apple ;-), mais mes
développements n'ayant rien à voir avec du business, tout cela nagera
dans le gratuit et des sites miroirs seront probablement installés. D'où
ma question : après un développement avec WebObjects, WO est-il
obligatoire pour le déploiement de l'application Web ? Autrement dit,
est-il possible d'utiliser principalement les outils de dev de WO pour
générer qque chose genre "Servlets" (voire très exactement des Servlets)
qui n'aurait pas besoin de WO en tant que serveur d'application pour
tourner ? (il sera en effet difficile d'imposer l'achat de WO pour
l'installation des mirroirs...)
Par ailleurs, un point technique : en pratique, peut-on faire tourner le
serveur d'application WO sur une machine différente de celle hébergant
les serveurs SGBD et HTTP ?
Question annexe : qui pense quoi de JBuilder versus les outils de dev
Apple quand tout ça sera disponible sous Mac OS X (d'ailleurs JBuilder
avec toutes les options que l'on peut rajouter (à prix coûtant !) peut
même se substituer à WebObjects, non ?)
Merci pour vos lumières.