Définitions de J2EE ?

Version imprimable

30/07/2010, 13h24
mohamida

Définitions de J2EE ?

La définition de J2EE dans wiki:

Citation:

Java Enterprise Edition... particulièrement destinée aux applications d’entreprise.

et dans la faq de developpez.net:

Citation:

La plateforme Java entreprise ... pour le développement, le déploiement, et la gestion des applications multitiers centralisées sur un serveur.

Qu'est ce qu'on appelle applications d'entreprise ?
Que veut-on dire par "applications multitiers centralisées sur un serveur" ?
Est ce que les applications utilisant RMI ou les sockets sont des applications J2EE ?
Est ce que les applications réparties sur différents serveurs ne sont pas des applications J2EE (parceque dans la déf. de developpez.net, ils ont dit "centralisées sur un serveur" ?
06/08/2010, 22h38
mohamida

Il n'y a personne pour m'aider ? Même avec un petit truc ?
10/08/2010, 14h32
TIFéç

Salut,

Je vais t'avancer un peu même si j'ai le sentiment que quelques recherches google ne te ferai pas de mal : le langage Java est exploité de 3 façons J2SE, J2ME et J2EE. J2SE (Standard) est destiné à la production d'appli nécessitant une installation sur le poste local (1 seul tiers en gros), le J2ME (Mobile) permet la conception d'application pour mobiles, et finalement le J2EE (Enterprise) s'utilise pour la production d'applications communément nommées "internet" ou "web" même s'il s'agit d'un défaut de langage car la plupart ne sont pas disponible sur le net mais bien sur des réseaux d'entreprise. On parle alors de "n-tiers" ou "multitiers" car plusieurs (au moins 2) ordinateurs communiquent pour desservir les fonctionnalités à l'utilisateur à commencer par les ordi serveur et client : http://fr.wikipedia.org/wiki/Client-serveur

A++
10/08/2010, 19h50
NaZeF

Citation:

On parle alors de "n-tiers" ou "multitiers" car plusieurs (au moins 2) ordinateurs communiquent pour desservir les fonctionnalités à l'utilisateur à commencer par les ordi serveur et client..

En es tu si sur ? une architecture 4-tiers comporterait donc 4 ordinateurs ?! tu ne penses pas plutôt que c'est lié aux couches (métier, présentation, accès aux données..) qui entrent en jeu..

http://fr.wikipedia.org/wiki/Architecture_trois_tiers
11/08/2010, 11h23
TIFéç

Citation:

Envoyé par NaZeF

c'est lié aux couches (métier, présentation, accès aux données..) qui entrent en jeu..
http://fr.wikipedia.org/wiki/Architecture_trois_tiers

Si si tu as tout à fait raison de me reprendre, ma simplification peut prêter à confusion, dsl
12/08/2010, 11h50
DevServlet

Code:

On parle alors de "n-tiers" ou "multitiers" car plusieurs (au moins 2) ordinateurs communiquent pour desservir les fonctionnalités à l'utilisateur à commencer par les ordi serveur et client..

Je confirme que la notion de n-tiers n'est pas du tout liée au nombre d'ordinateurs :roll:. J'aurais abandonné la plateforme JAVA :mouarf:. C'est effectivement lié à la notion de couches, on essaie de découpler au max les dépendances entre couches.
13/08/2010, 17h22
mohamida

Citation:

Envoyé par TIFéç

"n-tiers" ou "multitiers" car plusieurs (au moins 2) ordinateurs communiquent

En effet, c'est ce que moi aussi j'ai compris de cela, mais merci aux autres pour les éclaircissements.
Donc, une application Java EE peut être déployé sur un serveur (ce dernier peut être sur un seul ordinateur), et on parle de multitiers pour parler du fait que l'application peut être organisé suivant n couches.
Alors question: est ce que ces couches sont des couches logiques ou physiques ? (càd BD, Serveur Web et un navigateur, ou on parle de couche métier, couche accès données, couche...)
Et je crois qu'encore, il me reste 2 questions qui n'ont pas été répondu, à savoir:
Qu'est ce qu'on appelle applications d'entreprise (parce que je ne crois pas que les applications web, internet, ou même sur un réseau quelconque sont tous des applications d'entreprise) ?
Est ce que les applications utilisant RMI ou les sockets sont des applications JavaEE?
Et autre question, est ce que les application SOA sont considérés comme des apps JavaEE ?
13/08/2010, 17h55
DevServlet

Code:

est ce que ces couches sont des couches logiques ou physiques ? (càd BD, Serveur Web et un navigateur, ou on parle de couche métier, couche accès données, couche...)

En mon sens elles sont surtout logiques, mais on pourrait parler de physique si elles sont reparties sur des ordinateurs differents.

Code:

Est ce que les applications utilisant RMI ou les sockets sont des applications JavaEE?

Oui.
19/08/2010, 09h38
mohamida

Est ce qu'il y aurait pas une âme charitable pour m'aider ?
19/08/2010, 10h11
Heimdal

RMI et les sockets font partie de J2SE, de ce fait on peut faire des appli non JEE avec RMI et les Sockets.

JEE (et non J2EE depuis la version 5) c'est un ensemble de spécifications permettant de créer des applications d'entreprises de manière standardisée (EAR, WAR, JAR, etc..).
Grosso modo c'est une super boite à outils qui te facilite la tache pour communiquer avec d'autres SI.

Entre autres il te fournit:
- des listeners HTTP, HTTPS
- un conteneur web (servlet) pour faciliter la création de web app
- des listeners RMI/CORBA, JMX pour le management
- JMS pour faire du MQ
- Des facilités pour créer des Webservices ou en être client
- Un support transactionnel JTA
- Un support ORM avec JPA
- JCA pour communiquer avec des systèmes hétéroclites

En bref, un gros machin qui t'ouvre vers le reste du SI de manière robuste, sécurisé et standardisé.

Le mieux reste la lecture de la spécification:
http://jcp.org/aboutJava/communitypr...244/index.html
22/08/2010, 18h02
mohamida

Il y a Heimdal qui a dit qu'on pouvait faire des applications non JEE avec RMI et Sockets, et DevServlet a dit oui. Est ce que quelqu'un peut proposer une autre réponse ?
Et autre question, est ce que les application SOA sont considérés comme des apps JavaEE ?
22/10/2010, 10h04
Cincinnatus

- JEE est un ensemble de technologies
- SOA est une architecture (orientée services).

Une architecture est implémentée par une technologie, ici une archi SOA peut être implémentée en JEE, mais le principe même de SOA est d'être indépendante (au niveau conceptuel) de toute techno, afin de faire communiquer des applis JEE, .NEt, C++, Cobol, PHP, ...

Une techno souvent associée à SOA est les services Web, qui sont disponibles en JEE comme en d'autre technos (ils reposent sur des échanges XML (pour simplifier) afin de s'abstraire des langages de prog sous-jacents).