Consultant les offres d'emploi actuelles, je me rends compte que dans le milieu du web, on ne recherche pas vraiment de compétences PHP, mySQL, mais plutot du J2EE, Oracle, .NET.
Les compétences PHP, mySQL sont assez facile à acquerir en autoformation mais J2EE?? (je met de côté .NET qui n'est pas opensource).
 
Tout d'abord quel est la différence entre J2EE et PHP? ce que je crois comprendre : J2EE c'est du compilé et de l'interopérabilité. Pour du net par exemple, on developpe une application java en relation avec la base de donné. Et ensuite on developpe un site internet en JSP (TOMCAT sur APACHE?) utilisant les WEBSERVICES (?) de notre premiere application (API). Pour faire le backoffice, on preferera faire une veritable application en JAVA communiquant ave notre premiere API (?)
 
voila j'ai utiliser beaucoup de mots que je ne maitrise pas vraiment, les ai-je utilisé dans leur bon contexte, sinon quelqu'un peut-il me demystifier cela?
 
Ensuite quel est la valeure d'une autoformation J2EE?? serra-t-elle réellement reconnue ou faut-il réellement acquerir des compétences de technologies d'entreprise en entreprise (dans ce cas la on est pas sorti de l'auberge dans le cas d'une premiere experience)
 
balancez moi tous les mots techniques associé à ces technologies que je fasse mon marché sur le net...thx

http://java.sun.com/j2ee/index.jsp

en même temps t'aurais répondu Google ca m'aurais autant avancé...
bien sur que je regarde directemnt a la source, mais des avis serait un plus.

API = Application Programming Interface
 
En gros, une API est un ensemble de composants à partir desquels tu peux construire une application.
 
Pour Java, on notera :
 - J2SE (Java 2 Platform, Standard Edition) : l'API java de base sans laquelle on ne peut rien faire en Java
 - J2EE (Java 2 Platform, Enterprise Edition) : l'API pour les développement web.
 
Une des chose à comprendre au sujet de J2EE c'est que ce n'est pas utilisable en tant que tel (ça ne contient pratiquement que des interfaces et des classes abstraite).
 
Le mieux c'est de démarer avec Tomcat (qui contient une implémentation du J2EE et des exemples)

ok, c'est déjà une piste de début, c'est vrai que le plus dur semble d'appréhender ce qui compose réellement la plateforme J2EE... JSP ca serait donc le language de script utilisé, en gros JSP=PHP si Tomcat=APACHE (schematiquement hein, j'essaye de me faire des reperes)

JSP n'est pas un langage de script c'est un moteur de templates
 
Tomcat est un conteneur de servlets, pas un serveur HTTP (Apache tourne sous Tomcat)

Mais non Tomcat peut faire office de serveur HTTP même si ce n'est pas son role, il a son propre serveur http qui est embarqué et qui n'est pas Apacher Server.
Maintenant lorsque ton application est hébergé il est judicieux de placer facade un "vrai" serveur HTTP tel que Apache Server, qui est plus adapté en terme de configuration, sécurité et charge pour les éléments statiques.

pitié :-/

no

c'est *aussi* un serveur http.
quant à tes parentheses, c'est  moi ou ça ne veut rien dire ?

huhu donc oué, c'est pas clair pour tout le monde, la question etait donc pas inutile

en meme temps y a deja eu des topics J2EE dedies, faudrait faire une recherche

j'ai bien entendu fait la recherche, et trouvé des topis J2EE spécifique pas généraliste.
qu'est ce qu'il m'enerve ce smiley : et assimilé

Focalise tes recherches sur certaines pistes (jsp/servlet) puis/et EJB.

Les jsp sont une "extension" des servlets, si tu connais deja un peu java ça devrait pas être la mer à boire de te former sur les jsp/servlets.

 
Oui, bon, c'est un peu restrictif, j'aurai dû dire que c'est l'API utilisée pour faire des applications multi-tier ou N-Tier (architecture qui est beaucoup utilisée dans le cadre des appli web).
 

l'interet du J2EE n'est valable que dans des projet pas uniquement orienté web c ca? où l'utilisation d'un backoffice 'en ligne' (comprendre developpé en language de script) serait utopique?
comprenez que ma démarche pour l'instant se résume à J2EE, pourquoi et quand, plutot que comment.

Quand Php est trop limité et .Net trop cher

qu'entends tu par limité?

API parfois douteuse, code moins maintenable, moins d'outils, de frameworks (encore que, y'a un topic MVC&Php qui traine ici ).