C'est quoi la différence entre JAVA et JEE ? - Page 1

Bonjour,
Bon, je dois avouer que le Java je n'aime pas trop, je préfère de loin C#, que je trouve plus simple, plus documenté, et moins "objet".
J'avoues humblement que j'y ne connais rien, hormis les cours sous éclipse, ou ne te demande pas de comprendre, il faut juste que ca marche...
Mais j'ai quelques questions :
C'est quoi le JEE?
Pourquoi je trouve autand la dénomination JEE et JEEE ?
Quel est la différence avec le JAVA ?

Et aussi, et sans sujet à troll, à quoi sert-il de mettre de l'objet partout, quand un tableau fait pareil?

Java est un langage.
JEE est un environnement.

Mouais ca ne m'aide pas vraiment. Et si tu faisais, par exemple, une analogie avec le C?
Elcipse c'est un environement, dot.net en est un autre. Pour JEE ile me semblait que cétait lié à des applications serveurs?
Ou je fais un amalgames avec autre chose?

J2EE c'est un ensemble de classes en plus par rapport à J2SE, qui doivent servir pour l'info de gestion, je suppose.

J2SE = java 2 standard edition
J2EE = java 2 entreprise edition

y'a aussi J2ME (mobile edition) qu'on retrouve dans les tel portables & co, et qui est largement réduite par rapport au java SE

pour l'utilisateur lambda, J2EE sert à rien et n'apporte rien de plus.

GUNNM > Attention, tu confonds deux types d'environnements... Eclipse est un environnement pour le développeur, dans lequel il travaille. Eclipse est plutôt à comparer avec VisualStudio. Après, squalyl a bien expliqué, je pense.

GUNNM (./3) :
Mouais ca ne m'aide pas vraiment. Et si tu faisais, par exemple, une analogie avec le C?

Essayons : la glibc est au C ce que JEE est à Java.
(aux autres : je ne me suis pas trompé ?)

Je pense que c'est ce qu'on peut avoir de plus proche comme comparaison, en effet.

La glibc, c'est la librairie standard, c'est plutôt l'équivalent de la librairie de classes J2SE.

C'est vrai qu'à cause du "write once, run everywhere" et du fait que Java est un langage interprété, le déploiement d'applications Java est un peu différent de celui d'une application C++ : la machine virtuelle qui permet d'interpréter le code est accompagnée de l'ensemble de classes qui constituent cet environnement standard d'exécution dont je parle depuis le début.
Et il existe trois "saveurs" d'environnements, ils ont été décrits en ./4

Yep, merci à tous pour vos réponses.

En fait Java est devenu une notion assez vaste. Le monde JAVA est divisé en 3 grandes parties :
-J(2)ME: c'est la partie Java pour les machine embarquée (téléphones, décodeurs,...) elle est subdivisée en Configuration(CLDC,CDC,...) et Profils(MIDP,..) pour s'adapter au différent types de terminaux
-J(2)SE: c'est le JAVA pour les applications classiques, et les applets. Elle est par contre unique
-J(2)EE: c'est la spécification java pour tout ce qui est destiné aux serveurs d'application et donc généralement aux entreprises (Servlets, JSP, EJB, JSF, JPA, ...) . Elle est très vaste et difficile a bien cerner.

J'ai mis le 2 entre parenthèse car Sun à enfin décidé le faire disparaitre (parler de java 2 n'a plus vraiment de sens). Cependant l'ancienne notation est encore très présente.

quant a la comparaison avec la libc, c'est pas très adapté.

la glibc fait presque partie de l'OS. C'est une couche d'abstraction du système.

java (SE ou EE) fait ça, mais pas seulement. les servlets et tout t'aquo sont du "middleware", donc des librairies applicatives, assez éloignées de l'OS.

je pense que la comparaison n'est pas trop mauvaise en se qui concerne Java ME et Java SE qui fournissent l'essentiel qui permet d'accéder au système (et un tout petit peu plus il est vrai).

Par contre pour ce qui est de Java EE, c'est clairement de bien plus haut niveau.

squalyl (./12) :
la glibc fait presque partie de l'OS. C'est une couche d'abstraction du système.

Non.
La couche d'abstraction du système, c'est l'API de l'OS. La glibc n'existe qu'en C.

J'avais peur de poser une question con, finallement ça va. ^^

13> oki. et avec tous les programmes système qui sont écrits en C, ça revient à ce que j'ai dit

je connais pas bcp de programmes qui font appel aux syscalls sans passer par la libc ^^, y'a sans doute des exemples, mais bon...

Certes mais dans ce cas là c'est aussi ce que font Java SE et ME, d'ou le fait que la comparaison n'est pas si fausse que ca. Java EE étant un cas à part.

La distinction entre SE et EE, elle est au niveau du SDK ou du runtime ?
Je suis tellement largué question Java que je ne sais même pas si les termes JDK et JRE ont encore un sens...

au niveau des classes dispo dans la lib

JEE contient plus de trucs que JSE.

Tiens, j'en suis au même niveau que Link (toi aussi, t'as arrêté d'en faire en 2001 ?)

Non, plutôt vers 2004 (seconde année d'ISTY).
Et même si j'ai peut-être un peu continué après, je ne me suis pas tellement documenté et je n'ai pas mis à jour mon JDK, pas même pour profiter des génériques...

@squalyl: J'ai peur que ça ne réponde pas à ma question. Est-ce niveau développeur, niveau utilisateur ou les deux?
Edit: En clair, est-ce qu'il faut un JRE Entreprise pour exécuter des programmes faits avec un JDK Entreprise?

Si tu utilises les classes J2EE, alors il te faudra aussi un runtime J2EE en temps d'exécution.

Il faut savoir que J2EE n'est pas une technologie à part comme J2ME, ce sont des classes en plus par dessus J2SE, les implémentations de J2EE présument tous une implémentation de J2SE pour fonctionner.

J2EE libre de Red Hat, édition gratuite et édition supportée payante disponibles (comme pour Fedora et RHEL) -> http://www.jboss.org/

J'ai trouvé une présentation assez sympa sur le sujet
http://www.the-it-crew.com/java-entreprise-edition-java-ee-jee-j2ee-cest-quoi

Merci, mais depuis 4 ans, je ne me pose plus du tout les mêmes questions. En fait, depuis, je pourrais même répondre aux questions des débutants. D'ailleurs ça m'a fait bizarre de voir une question ausssi naïve posée par moi, et je dis ça sans me "la péter" car je sais qu'ici il y a de vraies pointures.
Je sais depuis(troll inside) que le C# est une repompe du Java, mais que visual studio rend tout beaucoup plus simple. (c'est pas vrais franchement?)
Et heureusement, je ne confond plus le language avec le runtime, comme dans mon post #1.
Je n'ai plus bossé avec Eclipse, j'espere juste qu'il s'est amélioré, car je sais que j'en aurais besoin dès que je bosserais pour autre chose qu'un PC, comme une carte microcontrolleur ou une console portable.

Je pense surtout que c'est une spam car s'inscrire sur le forum juste pour poser un lien sur un sujet vieux de 4 ans ...

GUNNM (./24) :
Je sais depuis(troll inside) que le C# est une repompe du Java, mais que visual studio rend tout beaucoup plus simple. (c'est pas vrais franchement?)
Et heureusement, je ne confond plus le language avec le runtime, comme dans mon post #1.Je n'ai plus bossé avec Eclipse, j'espere juste qu'il s'est amélioré, car je sais que j'en aurais besoin dès que je bosserais pour autre chose qu'un PC, comme une carte microcontrolleur ou une console portable.

Personelement je truve que Visual studio est une vraie merde comparé a éclipse, mais ça doit être une question d'habitude.

C# est une repompe de Java, mais Java 1.5 n'est-il pas une repompe de C# 2.0?

Pour VS contre Éclipse, je ne saurais dire, je n'ai pas utilisé Éclipse depuis au moins six ans (et à l'époque, je l'avais trouvé vraiment nul et lourd).

Maintenant il est un peu moins nul et un peu plus lourd

Tu parles d'Eclipse, rassures moi?

probablement

Oui, oui, je n'ai jamais tenté de faire tourner MSVS sous Mono