Je cherche un hébergement mutualisé pour des applications en Java (JSP et/ou
Servlets).
Courant 2004, quelqu'un a proposé divers prestataires sur frih (liste
ci-dessous). La plupart sont outre-mer. Or, Google est formel: il en
existe maintenant en Europe, et beaucoup!
Toutes les recommandations (favorables ou défavorables) et expériences
(positives ou négatives) sont les bienvenues.
Il est vrai que ce n'est jamais précisé. Mais c'est le cas pour l'ensemble des technologies (php, asp, jsp, etc). En mutualisé il est assez difficile de définir quel quantité de mémoire est disponible ou alloué pour l'application. Difficile de quel point de vue ?
En java il s'agit d'un paramètre passé à la JVM, l'admin le connait donc parfaitement. Et le client aussi puisqu'il peut très facilement récupérer cette valeur. Sur mon mutualisé java, j'ai 512Mo de ram dédiés à mon appli.
Pour les serveurs privés/dédiés, cela est (la plus part du temps) indiqué. Je ne parle pas de mémoire dispo sur le serveur, ce paramètre n'a pas aucun
interet en mutualisé java. Je parle de la quantité de mémoire allouée à l'application. Et je ne vois pas comment vous pouvez indiquer ceci sur un dédié alors que c'est paramétré par le client !
java est extrèmement gourmand comparé à certaines technologies. Tout dépend du nombre d'utilisateurs et de l'utilisation qu'on en fait.
Certains appli s'en sorte sans difficultés avec 64Mo de ram, j'en ai d'autres qui ont du mal avec moins de 512Mo. Tout dépend aussi de la qualité du code(ur).
Le système (os) est aussi décisif aussi bien au niveau de la sécurité que la compabilité. Le serveur d'application compte encore plus que l'os à mon avis.
benoit wrote:
Il est vrai que ce n'est jamais précisé. Mais c'est le cas pour
l'ensemble des technologies (php, asp, jsp, etc).
En mutualisé il est assez difficile de définir quel quantité de
mémoire est disponible ou alloué pour l'application.
Difficile de quel point de vue ?
En java il s'agit d'un paramètre passé à la JVM, l'admin le connait donc
parfaitement.
Et le client aussi puisqu'il peut très facilement récupérer cette valeur.
Sur mon mutualisé java, j'ai 512Mo de ram dédiés à mon appli.
Pour les
serveurs privés/dédiés, cela est (la plus part du temps) indiqué.
Je ne parle pas de mémoire dispo sur le serveur, ce paramètre n'a pas aucun
interet en mutualisé java.
Je parle de la quantité de mémoire allouée à l'application.
Et je ne vois pas comment vous pouvez indiquer ceci sur un dédié alors que
c'est paramétré par le client !
java est extrèmement gourmand
comparé à certaines technologies.
Tout dépend du nombre d'utilisateurs et de l'utilisation qu'on en fait.
Certains appli s'en sorte sans difficultés avec 64Mo de ram, j'en ai
d'autres qui ont du mal avec moins de 512Mo.
Tout dépend aussi de la qualité du code(ur).
Le système (os) est aussi décisif aussi bien au niveau de la
sécurité que la compabilité.
Le serveur d'application compte encore plus que l'os à mon avis.
Il est vrai que ce n'est jamais précisé. Mais c'est le cas pour l'ensemble des technologies (php, asp, jsp, etc). En mutualisé il est assez difficile de définir quel quantité de mémoire est disponible ou alloué pour l'application. Difficile de quel point de vue ?
En java il s'agit d'un paramètre passé à la JVM, l'admin le connait donc parfaitement. Et le client aussi puisqu'il peut très facilement récupérer cette valeur. Sur mon mutualisé java, j'ai 512Mo de ram dédiés à mon appli.
Pour les serveurs privés/dédiés, cela est (la plus part du temps) indiqué. Je ne parle pas de mémoire dispo sur le serveur, ce paramètre n'a pas aucun
interet en mutualisé java. Je parle de la quantité de mémoire allouée à l'application. Et je ne vois pas comment vous pouvez indiquer ceci sur un dédié alors que c'est paramétré par le client !
java est extrèmement gourmand comparé à certaines technologies. Tout dépend du nombre d'utilisateurs et de l'utilisation qu'on en fait.
Certains appli s'en sorte sans difficultés avec 64Mo de ram, j'en ai d'autres qui ont du mal avec moins de 512Mo. Tout dépend aussi de la qualité du code(ur).
Le système (os) est aussi décisif aussi bien au niveau de la sécurité que la compabilité. Le serveur d'application compte encore plus que l'os à mon avis.
Lionel
Lionel a balancé sans se relire:
Je ne parle pas de mémoire dispo sur le serveur, ce paramètre n'a pas aucun interet en mutualisé java. Lire: "n'a pas d'intérêt"
Certains appli s'en sorte sans difficultés avec 64Mo de ram Certaines applis s'en sortent sans difficulté
-- Lionel, vivement le WE
Lionel a balancé sans se relire:
Je ne parle pas de mémoire dispo sur le serveur, ce paramètre n'a pas
aucun interet en mutualisé java.
Lire: "n'a pas d'intérêt"
Certains appli s'en sorte sans difficultés avec 64Mo de ram
Certaines applis s'en sortent sans difficulté
Je ne parle pas de mémoire dispo sur le serveur, ce paramètre n'a pas aucun interet en mutualisé java. Lire: "n'a pas d'intérêt"
Certains appli s'en sorte sans difficultés avec 64Mo de ram Certaines applis s'en sortent sans difficulté
-- Lionel, vivement le WE
François Manchon
"François Manchon" a écrit dans le message de news: 427f1094$0$9847$
Je cherche un hébergement mutualisé pour des applications en Java (JSP et/ou Servlets).
Une semaine après avoir posté ce message, je constate bien peu de réponses et je m'interroge sur le manque d'intérêt pour l'hébergement Java... Quoi qu'il en soit, j'ai refait un tour d'horizon et je vous livre quelques réflexions.
Les tarifs sont, comme toujours, très disparates, allant de zéro (si, si, c'est gratuit, voir plus bas) à 1232 EUR HT par an. Et, comme toujours, le niveau de services associés est très variable... et on ne peut l'évaluer qu'à l'usage!
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez myServletHosting, WebAppCabaret et RimuHosting.
Mention spéciale pour myJavaServer qui propose un hébergement gratuit. C'est à mon avis idéal pour un développeur qui début en JSP/Servlets et qui veut mettre des démos en ligne.
Les offres sont vraiment rares, comparées à la foule d'offres PHP. J'ai le sentiment que Java c'est pour les pros et que ces derniers se tournent tout naturellement vers des serveurs dédiés. C'est d'ailleurs la conclusion à laquelle j'arrive aussi...
Vous trouverez une synthèse des différentes offres sur www.web2tel.net/misc/. Sans garantie d'aucune sorte concernant les erreurs ou omissions. Vos commentaires sont les bienvenus.
Pour vous faire une idée perso, je joins la liste des hébergeurs consultés ci-dessous.
"François Manchon" <fmanchon.nospam@nospam.free.fr> a écrit dans le message
de news: 427f1094$0$9847$626a14ce@news.free.fr...
Je cherche un hébergement mutualisé pour des applications en Java (JSP
et/ou Servlets).
Une semaine après avoir posté ce message, je constate bien peu de réponses
et je m'interroge sur le manque d'intérêt pour l'hébergement Java... Quoi
qu'il en soit, j'ai refait un tour d'horizon et je vous livre quelques
réflexions.
Les tarifs sont, comme toujours, très disparates, allant de zéro (si, si,
c'est gratuit, voir plus bas) à 1232 EUR HT par an. Et, comme toujours, le
niveau de services associés est très variable... et on ne peut l'évaluer
qu'à l'usage!
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial,
n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez
myServletHosting, WebAppCabaret et RimuHosting.
Mention spéciale pour myJavaServer qui propose un hébergement gratuit.
C'est à mon avis idéal pour un développeur qui début en JSP/Servlets et qui
veut mettre des démos en ligne.
Les offres sont vraiment rares, comparées à la foule d'offres PHP. J'ai le
sentiment que Java c'est pour les pros et que ces derniers se tournent tout
naturellement vers des serveurs dédiés. C'est d'ailleurs la conclusion à
laquelle j'arrive aussi...
Vous trouverez une synthèse des différentes offres sur
www.web2tel.net/misc/. Sans garantie d'aucune sorte concernant les erreurs
ou omissions. Vos commentaires sont les bienvenus.
Pour vous faire une idée perso, je joins la liste des hébergeurs consultés
ci-dessous.
"François Manchon" a écrit dans le message de news: 427f1094$0$9847$
Je cherche un hébergement mutualisé pour des applications en Java (JSP et/ou Servlets).
Une semaine après avoir posté ce message, je constate bien peu de réponses et je m'interroge sur le manque d'intérêt pour l'hébergement Java... Quoi qu'il en soit, j'ai refait un tour d'horizon et je vous livre quelques réflexions.
Les tarifs sont, comme toujours, très disparates, allant de zéro (si, si, c'est gratuit, voir plus bas) à 1232 EUR HT par an. Et, comme toujours, le niveau de services associés est très variable... et on ne peut l'évaluer qu'à l'usage!
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez myServletHosting, WebAppCabaret et RimuHosting.
Mention spéciale pour myJavaServer qui propose un hébergement gratuit. C'est à mon avis idéal pour un développeur qui début en JSP/Servlets et qui veut mettre des démos en ligne.
Les offres sont vraiment rares, comparées à la foule d'offres PHP. J'ai le sentiment que Java c'est pour les pros et que ces derniers se tournent tout naturellement vers des serveurs dédiés. C'est d'ailleurs la conclusion à laquelle j'arrive aussi...
Vous trouverez une synthèse des différentes offres sur www.web2tel.net/misc/. Sans garantie d'aucune sorte concernant les erreurs ou omissions. Vos commentaires sont les bienvenus.
Pour vous faire une idée perso, je joins la liste des hébergeurs consultés ci-dessous.
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez myServletHosting, WebAppCabaret et RimuHosting. donc uniquement chez les spécialistes de l'hébergement java
J'ai le sentiment que Java c'est pour les pros et que ces derniers se tournent tout naturellement vers des serveurs dédiés.
Mon sentiment: java est majoritairement utilisé pour des intranet et utilisé pour des applications assez lourdes. Donc plutot déployé sur des gros serveurs hébergés en interne.
François Manchon wrote:
La quantité de mémoire disponible à la JVM, paramètre pourtant
crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que
chez myServletHosting, WebAppCabaret et RimuHosting.
donc uniquement chez les spécialistes de l'hébergement java
J'ai le sentiment que Java c'est pour les pros et que ces derniers se
tournent tout naturellement vers des serveurs dédiés.
Mon sentiment: java est majoritairement utilisé pour des intranet et utilisé
pour des applications assez lourdes.
Donc plutot déployé sur des gros serveurs hébergés en interne.
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez myServletHosting, WebAppCabaret et RimuHosting. donc uniquement chez les spécialistes de l'hébergement java
J'ai le sentiment que Java c'est pour les pros et que ces derniers se tournent tout naturellement vers des serveurs dédiés.
Mon sentiment: java est majoritairement utilisé pour des intranet et utilisé pour des applications assez lourdes. Donc plutot déployé sur des gros serveurs hébergés en interne.
ludo06
Lionel wrote:
François Manchon wrote:
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez myServletHosting, WebAppCabaret et RimuHosting.
donc uniquement chez les spécialistes de l'hébergement java
J'ai le sentiment que Java c'est pour les pros et que ces derniers se tournent tout naturellement vers des serveurs dédiés.
Mon sentiment: java est majoritairement utilisé pour des intranet et utilisé pour des applications assez lourdes. Donc plutot déployé sur des gros serveurs hébergés en interne.
Si ca manque ca donne des idees! Mais je sais que chez Colt ils
faisaient (au moins en 2002) du support sur Tomcat, Weblogic et autres. (ca doit raquer d'ailleurs).
Peut etre que les intervenants pro pourraient nous dire leur sentiment ?
C'est trop complique a mettre en place peut etre ? J'avais essaye de monter un service communautaire sur tomcat 3.3 a une epoque mais c'etait vraiment la galere pour gerer le rechargement des applis par les utilisateurs, c'est un obstacle qui est a priori leve maintenant, il y a d'autres raisons ? Si c'est pas HS sur le forum j'aimerais vraiment connaitre le sentiment des pros sur le sujet, sur mes applis j'ai toujours du faire l'hebergement moi meme parce qu'il n'y avait pas de communication autour d'une offre pas trop chere de la part des herbergeurs et j'aurais bien aime me decharger de cette tache (ca prend du temps et la BP est chere si on herberge soi meme ses serveurs [enfin je suppose que ca depend beaucoup des moyens]).
En hebergement gratuit Java(et sans ambition -> je fais rien tourner de complique dessus [XSLT/Cocoon principalement]) , http://www.mycgiserver.com me donne satisfaction depuis 2000, mais a une epoque il fallait passer un "test de competences" pour avoir droit a l'hebergement gratuit (fastoche du reste).
-- Cordialement, Ludo - http://www.ubik-products.com --- "L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte)
Lionel wrote:
François Manchon wrote:
La quantité de mémoire disponible à la JVM, paramètre pourtant
crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que
chez myServletHosting, WebAppCabaret et RimuHosting.
donc uniquement chez les spécialistes de l'hébergement java
J'ai le sentiment que Java c'est pour les pros et que ces derniers se
tournent tout naturellement vers des serveurs dédiés.
Mon sentiment: java est majoritairement utilisé pour des intranet et utilisé
pour des applications assez lourdes.
Donc plutot déployé sur des gros serveurs hébergés en interne.
Si ca manque ca donne des idees! Mais je sais que chez Colt ils
faisaient (au moins en 2002) du support sur Tomcat, Weblogic et autres.
(ca doit raquer d'ailleurs).
Peut etre que les intervenants pro pourraient nous dire leur sentiment ?
C'est trop complique a mettre en place peut etre ? J'avais essaye de
monter un service communautaire sur tomcat 3.3 a une epoque mais c'etait
vraiment la galere pour gerer le rechargement des applis par les
utilisateurs, c'est un obstacle qui est a priori leve maintenant, il y a
d'autres raisons ? Si c'est pas HS sur le forum j'aimerais vraiment
connaitre le sentiment des pros sur le sujet, sur mes applis j'ai
toujours du faire l'hebergement moi meme parce qu'il n'y avait pas de
communication autour d'une offre pas trop chere de la part des
herbergeurs et j'aurais bien aime me decharger de cette tache (ca prend
du temps et la BP est chere si on herberge soi meme ses serveurs [enfin
je suppose que ca depend beaucoup des moyens]).
En hebergement gratuit Java(et sans ambition -> je fais rien tourner de
complique dessus [XSLT/Cocoon principalement]) ,
http://www.mycgiserver.com me donne satisfaction depuis 2000, mais a une
epoque il fallait passer un "test de competences" pour avoir droit a
l'hebergement gratuit (fastoche du reste).
--
Cordialement,
Ludo - http://www.ubik-products.com
---
"L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte)
La quantité de mémoire disponible à la JVM, paramètre pourtant crucial, n'est pratiquement jamais indiquée. Je ne l'ai trouvée que chez myServletHosting, WebAppCabaret et RimuHosting.
donc uniquement chez les spécialistes de l'hébergement java
J'ai le sentiment que Java c'est pour les pros et que ces derniers se tournent tout naturellement vers des serveurs dédiés.
Mon sentiment: java est majoritairement utilisé pour des intranet et utilisé pour des applications assez lourdes. Donc plutot déployé sur des gros serveurs hébergés en interne.
Si ca manque ca donne des idees! Mais je sais que chez Colt ils
faisaient (au moins en 2002) du support sur Tomcat, Weblogic et autres. (ca doit raquer d'ailleurs).
Peut etre que les intervenants pro pourraient nous dire leur sentiment ?
C'est trop complique a mettre en place peut etre ? J'avais essaye de monter un service communautaire sur tomcat 3.3 a une epoque mais c'etait vraiment la galere pour gerer le rechargement des applis par les utilisateurs, c'est un obstacle qui est a priori leve maintenant, il y a d'autres raisons ? Si c'est pas HS sur le forum j'aimerais vraiment connaitre le sentiment des pros sur le sujet, sur mes applis j'ai toujours du faire l'hebergement moi meme parce qu'il n'y avait pas de communication autour d'une offre pas trop chere de la part des herbergeurs et j'aurais bien aime me decharger de cette tache (ca prend du temps et la BP est chere si on herberge soi meme ses serveurs [enfin je suppose que ca depend beaucoup des moyens]).
En hebergement gratuit Java(et sans ambition -> je fais rien tourner de complique dessus [XSLT/Cocoon principalement]) , http://www.mycgiserver.com me donne satisfaction depuis 2000, mais a une epoque il fallait passer un "test de competences" pour avoir droit a l'hebergement gratuit (fastoche du reste).
-- Cordialement, Ludo - http://www.ubik-products.com --- "L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte)
ludo06
ludo06 wrote:
En hebergement gratuit Java(et sans ambition -> je fais rien tourner de complique dessus [XSLT/Cocoon principalement]) , http://www.mycgiserver.com me donne satisfaction depuis 2000, mais a une epoque il fallait passer un "test de competences" pour avoir droit a l'hebergement gratuit (fastoche du reste).
Heu desole ca s'appele www.myjavaserver.com maintenant, donc deja note.
Sinon, sur les perfs de Java, deja si on fait bien les choses (precompilation des jsps entre autre) a part que ca bouffe beaucoup de RAM, je crois pas qu'il y ait grand choses a redire.
Sur la rapidite de developpement et de maintenance il n'y a pas (encore) de suite MDA pour PHP AMHA (cf AndroMDA pour Java pour exemple). Mais bon c'est limite trolling je le confesse :-)
-- Cordialement, Ludo - http://www.ubik-products.com --- "L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte)
ludo06 wrote:
En hebergement gratuit Java(et sans ambition -> je fais rien tourner de
complique dessus [XSLT/Cocoon principalement]) ,
http://www.mycgiserver.com me donne satisfaction depuis 2000, mais a une
epoque il fallait passer un "test de competences" pour avoir droit a
l'hebergement gratuit (fastoche du reste).
Heu desole ca s'appele www.myjavaserver.com maintenant, donc deja note.
Sinon, sur les perfs de Java, deja si on fait bien les choses
(precompilation des jsps entre autre) a part que ca bouffe beaucoup de
RAM, je crois pas qu'il y ait grand choses a redire.
Sur la rapidite de developpement et de maintenance il n'y a pas (encore)
de suite MDA pour PHP AMHA (cf AndroMDA pour Java pour exemple). Mais
bon c'est limite trolling je le confesse :-)
--
Cordialement,
Ludo - http://www.ubik-products.com
---
"L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte)
En hebergement gratuit Java(et sans ambition -> je fais rien tourner de complique dessus [XSLT/Cocoon principalement]) , http://www.mycgiserver.com me donne satisfaction depuis 2000, mais a une epoque il fallait passer un "test de competences" pour avoir droit a l'hebergement gratuit (fastoche du reste).
Heu desole ca s'appele www.myjavaserver.com maintenant, donc deja note.
Sinon, sur les perfs de Java, deja si on fait bien les choses (precompilation des jsps entre autre) a part que ca bouffe beaucoup de RAM, je crois pas qu'il y ait grand choses a redire.
Sur la rapidite de developpement et de maintenance il n'y a pas (encore) de suite MDA pour PHP AMHA (cf AndroMDA pour Java pour exemple). Mais bon c'est limite trolling je le confesse :-)
-- Cordialement, Ludo - http://www.ubik-products.com --- "L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte)
Patrick Mevzek
Sinon, sur les perfs de Java, deja si on fait bien les choses (precompilation des jsps entre autre) a part que ca bouffe beaucoup de RAM, je crois pas qu'il y ait grand choses a redire.
S'il y a des bouquins qui s'appellent ``Better, Faster, Lighter Java'' je pense que ce n'est pas pour rien. Probablement parce que s'il y a des outils très puissants, nécessaires, ils sont peut-être trop souvent mal exploités, d'où l'intérêt (et la possibilité donc) de faire la même chose plus simplement.
Sur la rapidite de developpement et de maintenance il n'y a pas
Sur ce point, il sera facile de trouver des arguments, des avis et des articles dans n'importe quelle direction.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Sinon, sur les perfs de Java, deja si on fait bien les choses
(precompilation des jsps entre autre) a part que ca bouffe beaucoup de
RAM, je crois pas qu'il y ait grand choses a redire.
S'il y a des bouquins qui s'appellent ``Better, Faster, Lighter Java'' je
pense que ce n'est pas pour rien.
Probablement parce que s'il y a des outils très puissants, nécessaires,
ils sont peut-être trop souvent mal exploités, d'où l'intérêt (et la
possibilité donc) de faire la même chose plus simplement.
Sur la rapidite de developpement et de maintenance il n'y a pas
Sur ce point, il sera facile de trouver des arguments, des avis et des
articles dans n'importe quelle direction.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Sinon, sur les perfs de Java, deja si on fait bien les choses (precompilation des jsps entre autre) a part que ca bouffe beaucoup de RAM, je crois pas qu'il y ait grand choses a redire.
S'il y a des bouquins qui s'appellent ``Better, Faster, Lighter Java'' je pense que ce n'est pas pour rien. Probablement parce que s'il y a des outils très puissants, nécessaires, ils sont peut-être trop souvent mal exploités, d'où l'intérêt (et la possibilité donc) de faire la même chose plus simplement.
Sur la rapidite de developpement et de maintenance il n'y a pas
Sur ce point, il sera facile de trouver des arguments, des avis et des articles dans n'importe quelle direction.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Lionel
Patrick Mevzek wrote:
S'il y a des bouquins qui s'appellent ``Better, Faster, Lighter Java'' je pense que ce n'est pas pour rien.
Qqun qui code comme un goret aura les meme problèmes de perf /lourdeur en java, php, asp.... PHP = Personal Home Page, je pense qu'il n'est pas inutile de le préciser. ;)
Patrick Mevzek wrote:
S'il y a des bouquins qui s'appellent ``Better, Faster, Lighter
Java'' je pense que ce n'est pas pour rien.
Qqun qui code comme un goret aura les meme problèmes de perf /lourdeur en
java, php, asp....
PHP = Personal Home Page, je pense qu'il n'est pas inutile de le préciser.
;)
S'il y a des bouquins qui s'appellent ``Better, Faster, Lighter Java'' je pense que ce n'est pas pour rien.
Qqun qui code comme un goret aura les meme problèmes de perf /lourdeur en java, php, asp.... PHP = Personal Home Page, je pense qu'il n'est pas inutile de le préciser. ;)
