Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Hubert Figuiere
Je voudrais faire une web application.
Quel sont les avantages de tomcat par rapport a webobjects et de webobjects par rapport a tomcat ?
Est-ce qu'il y a d'autre choix ?
Perl PHP Python Ruby Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni l'incapacité à "bookmarker" les pages).
Hub
Je voudrais faire une web application.
Quel sont les avantages de tomcat par rapport a webobjects et de
webobjects par rapport a tomcat ?
Est-ce qu'il y a d'autre choix ?
Perl
PHP
Python
Ruby
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi
couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni
l'incapacité à "bookmarker" les pages).
Quel sont les avantages de tomcat par rapport a webobjects et de webobjects par rapport a tomcat ?
Est-ce qu'il y a d'autre choix ?
Perl PHP Python Ruby Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni l'incapacité à "bookmarker" les pages).
Hub
jeromelebel
Hubert Figuiere wrote:
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni l'incapacité à "bookmarker" les pages).
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour faire des mises en page...
Hubert Figuiere <hub@free.fr> wrote:
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi
couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni
l'incapacité à "bookmarker" les pages).
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour
faire des mises en page...
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni l'incapacité à "bookmarker" les pages).
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour faire des mises en page...
yvon.thoravalNO
Jérôme Lebel wrote:
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour faire des mises en page...
avec php il "faut" utiliser des templates, ou spip, un wiki... -- Yvon Thoraval
Jérôme Lebel <jeromelebel@mac.com> wrote:
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour
faire des mises en page...
avec php il "faut" utiliser des templates, ou spip, un wiki...
--
Yvon Thoraval
Ici : ------------------------------------------------------------------------ <?php class page{ function page($p){ $this->page=$p; $this->jour=my_today();
Ici :
------------------------------------------------------------------------
<?php
class page{
function page($p){
$this->page=$p;
$this->jour=my_today();
Ici : ------------------------------------------------------------------------ <?php class page{ function page($p){ $this->page=$p; $this->jour=my_today();
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni l'incapacité à "bookmarker" les pages).
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour faire des mises en page...
Je ne suis pas trop d'accord avec vous. Je pense que le bon choix est fonction du besoin.
Un administrateur web n'aura besoin effectivement que d'apache. Un wemaster souhaitera utiliser PHP en plus. Un programmeur d'application internet/intranet s'orientera vers Java et certainement JSP/Tomcat car il n'entendra pas parler de WebObjects.
Pour repondre à la question initiale.
Tomcat utilser une technologie non propriétaire (Servlet/JSP). L'intérêt est de pouvoir changer de type de serveur sans changer vos programmes (exemple : passer du serveur Tomcat au serveur Resin). La programmation JSP ressemble beaucoup à la programmation PSP, sauf que le JSP sera compilé lors de la première visualisation de la page. Mais Java est un peu plus compliqué que PHP (mais les programmeur Java trouverons que PHP est limité et réservé aux enfants).
WebObjects par rapport aux Servlets et JSP est beaucoup plus simple, mais il ne correspond pas à un standard et fonctionne de façon totalement différente de PHP/JSP et autre. En fait programmer en Java pour WO, ressemble à la programmation Java/Cocoa. Ce produit est payant, 700Euros environ, mais ce n'est pas grand chose quand on regarde tout ce que l'on a pour ce prix. Et puis il faut le comparer à la concurrence (Borland 20000Euros, IBM 40000...).
Si vous avez déjà essayer PHP ou JSP et que vous connaissez déjà Java, essayer la version de démo de WO avec les tutoriels de projectomega.
Quand aux problèmes de bookmark. C'est un problème de conception pas de logiciel.
Jérôme Lebel wrote:
Hubert Figuiere <hub@free.fr> wrote:
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi
couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni
l'incapacité à "bookmarker" les pages).
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour
faire des mises en page...
Je ne suis pas trop d'accord avec vous. Je pense que le bon choix est
fonction du besoin.
Un administrateur web n'aura besoin effectivement que d'apache.
Un wemaster souhaitera utiliser PHP en plus.
Un programmeur d'application internet/intranet s'orientera vers Java et
certainement JSP/Tomcat car il n'entendra pas parler de WebObjects.
Pour repondre à la question initiale.
Tomcat utilser une technologie non propriétaire (Servlet/JSP). L'intérêt
est de pouvoir changer de type de serveur sans changer vos programmes
(exemple : passer du serveur Tomcat au serveur Resin).
La programmation JSP ressemble beaucoup à la programmation PSP, sauf que
le JSP sera compilé lors de la première visualisation de la page. Mais
Java est un peu plus compliqué que PHP (mais les programmeur Java
trouverons que PHP est limité et réservé aux enfants).
WebObjects par rapport aux Servlets et JSP est beaucoup plus simple,
mais il ne correspond pas à un standard et fonctionne de façon
totalement différente de PHP/JSP et autre. En fait programmer en Java
pour WO, ressemble à la programmation Java/Cocoa. Ce produit est payant,
700Euros environ, mais ce n'est pas grand chose quand on regarde tout ce
que l'on a pour ce prix. Et puis il faut le comparer à la concurrence
(Borland 20000Euros, IBM 40000...).
Si vous avez déjà essayer PHP ou JSP et que vous connaissez déjà Java,
essayer la version de démo de WO avec les tutoriels de projectomega.
Quand aux problèmes de bookmark. C'est un problème de conception pas de
logiciel.
Le tout avec Apache. C'est pas lourd comme Tomcat, et c'est pas aussi couteux que WebObject (dont je ne mentionnerais ni la lourdeur ni l'incapacité à "bookmarker" les pages).
Je me suis un peu amusé avec php, mais je trouve pas ca tres simple pour faire des mises en page...
Je ne suis pas trop d'accord avec vous. Je pense que le bon choix est fonction du besoin.
Un administrateur web n'aura besoin effectivement que d'apache. Un wemaster souhaitera utiliser PHP en plus. Un programmeur d'application internet/intranet s'orientera vers Java et certainement JSP/Tomcat car il n'entendra pas parler de WebObjects.
Pour repondre à la question initiale.
Tomcat utilser une technologie non propriétaire (Servlet/JSP). L'intérêt est de pouvoir changer de type de serveur sans changer vos programmes (exemple : passer du serveur Tomcat au serveur Resin). La programmation JSP ressemble beaucoup à la programmation PSP, sauf que le JSP sera compilé lors de la première visualisation de la page. Mais Java est un peu plus compliqué que PHP (mais les programmeur Java trouverons que PHP est limité et réservé aux enfants).
WebObjects par rapport aux Servlets et JSP est beaucoup plus simple, mais il ne correspond pas à un standard et fonctionne de façon totalement différente de PHP/JSP et autre. En fait programmer en Java pour WO, ressemble à la programmation Java/Cocoa. Ce produit est payant, 700Euros environ, mais ce n'est pas grand chose quand on regarde tout ce que l'on a pour ce prix. Et puis il faut le comparer à la concurrence (Borland 20000Euros, IBM 40000...).
Si vous avez déjà essayer PHP ou JSP et que vous connaissez déjà Java, essayer la version de démo de WO avec les tutoriels de projectomega.
Quand aux problèmes de bookmark. C'est un problème de conception pas de logiciel.
jeromelebel
wrote:
Je ne suis pas trop d'accord avec vous. Je pense que le bon choix est fonction du besoin.
Un administrateur web n'aura besoin effectivement que d'apache. Un wemaster souhaitera utiliser PHP en plus. Un programmeur d'application internet/intranet s'orientera vers Java et certainement JSP/Tomcat car il n'entendra pas parler de WebObjects.
Ben je suis moi... et j'ai envie de faire un site web... Et quand je compare la mise en page qu'on peut faire avec WebObjects Builder et php, je prefere, sur ce point, WebObjects Builder (la gestion des tags html a la main me prends un peu la tete).
Je ne suis pas trop d'accord avec vous. Je pense que le bon choix est
fonction du besoin.
Un administrateur web n'aura besoin effectivement que d'apache.
Un wemaster souhaitera utiliser PHP en plus.
Un programmeur d'application internet/intranet s'orientera vers Java et
certainement JSP/Tomcat car il n'entendra pas parler de WebObjects.
Ben je suis moi... et j'ai envie de faire un site web... Et quand je
compare la mise en page qu'on peut faire avec WebObjects Builder et php,
je prefere, sur ce point, WebObjects Builder (la gestion des tags html a
la main me prends un peu la tete).
Je ne suis pas trop d'accord avec vous. Je pense que le bon choix est fonction du besoin.
Un administrateur web n'aura besoin effectivement que d'apache. Un wemaster souhaitera utiliser PHP en plus. Un programmeur d'application internet/intranet s'orientera vers Java et certainement JSP/Tomcat car il n'entendra pas parler de WebObjects.
Ben je suis moi... et j'ai envie de faire un site web... Et quand je compare la mise en page qu'on peut faire avec WebObjects Builder et php, je prefere, sur ce point, WebObjects Builder (la gestion des tags html a la main me prends un peu la tete).