Bonjour, désireux d'apprendre à développer une application web en jsf/jsp, j'ai vite déchanté quand je me suis apperçu que le gratuit n'existait pas en java, et comme mes recherches n'ont pas porté ses fruits, je voulais savoir si il est possible d'exécuter du jsp en web local, et si oui, avec quels outils. Merci.

jsf , jps tu entend quoi par la ? jsf = > jour payer facilement ; jps => jour payer sournoisement ?

lol désolé, jsp et pas jps (je fume beaucoup alors comprenez... )

Comment ça le gratuit n'existe pas en Java ???

Eclipse pour développer, Tomcat pour exécuter... tu as déjà le principal pour faire ce que tu veux !

http://www.eclipse.org et http://tomcat.apache.org

En hébergement ca n'existe pas, enfin je crois.
Parce qu'il faut avouer qu'en java, on peut quand même toucher plus au système qu'en php...

En hébergement ca n'existe pas, enfin je crois.
Parce qu'il faut avouer qu'en java, on peut quand même toucher plus au système qu'en php...

Ce n'est absolument pas pour cette raison, c'est simplement que les scripts Java et le modèle tout objet/hibernation/multithreading ont tendance à prendre beaucoup plus de RAM. Faire du mutualisé avec Java serait suicidaire.

Note : ce n'est pas un troll, plus l'abstraction est haute plus ça se paie en ressources, c'est normal.

En effet, l'hébergement jsp gratuit n'existe pas. Mais je possède visual studio 2003 et comme on peut lancer un serveur asp virtuel je me demandais si vs pouvait faire la même chose avec java? (sachant que vs possède les modules j#)

Théoriquement j'imagine qu'il suffit de lancer ton serveur ASP et de faire tes scripts en J#. Sur les plaquettes de M$ avec .Net on est indépendant du langage, là où ASP.Net tourne, alors J# devrait tourner aussi. Concrètement je ne sais pas comment ça se passe, et là je serais toi j'irais voir du côté de communautés plus spécialisés dot Net.

En hébergement ca n'existe pas, enfin je crois.
Parce qu'il faut avouer qu'en java, on peut quand même toucher plus au système qu'en php...

Ce n'est absolument pas pour cette raison, c'est simplement que les scripts Java et le modèle tout objet/hibernation/multithreading ont tendance à prendre beaucoup plus de RAM. Faire du mutualisé avec Java serait suicidaire.

Note : ce n'est pas un troll, plus l'abstraction est haute plus ça se paie en ressources, c'est normal.

Ok, merci, c'est bon à savoir.
(Je ne fesais que des suppositions, je ne fais que des TP en java, jamais de jsp )

Le jsp, c'est tout de meme de la compilation a la volée je crois, d'ou la charge RAM (comme l'asp). En java, on ne touche pas au systeme (sinon, il ne serait plus mutli-plateforme). Pour cela, il faut incorporer des briques C mais chuuuut... Pour ce qui est des serveurs mutualisés, ce sont des serveurs Web, pour le jsp, comme je l'ai lu ci-dessus, il faut un serveur d'application style tomcat.

Le jsp, c'est tout de meme de la compilation a la volée je crois, d'ou la charge RAM (comme l'asp).

Le java comme le php sont des langages interprétés, donc la charge ne vient pas de là.

En java, on ne touche pas au systeme (sinon, il ne serait plus mutli-plateforme).

C'est vite dit parce qu'on peut tout de même pas mal toucher au système de fichiers entre autres...

Java est pré-compilé en "bytecode", qui est portable, et est compilé "complétement" à l'exécution, (ce qui permet qu'il soit portable.)