Réflexion sur l'architecture J2EE moderne

Et bien ? Ca n'intéresse personne ?

argh!
NAN!!!!
optionnelle est aussi dans l'infomartique!

/me cherche une corde au plus vite.

ps : en plus, elle se torture l'esprit sur des questions où l'aspect technique n'a que faire de l'appelation "J2EE".

d'ailleurs, en réfléchissant 3 secondes, J2EE est un framework. pas une appelation AOC.

Et oui, optionnelle est ingénieur : fémini(ne/ste) & ingénieur !

Le sens de la question sur le label J2EE (JEE) est basé sur le constat suivant :
L'architechture cible JEE prévoit l'utilisation d'un certain nombre de technologies et de certains concepts. Si on déroge à une technologie au profit d'une autre plus pratique dans certains contextes, peut-on toujours qualifier notre architecture de "compatible" JEE ou est-ce une architechture batarde ?

honnêtement, jmen tapes.
merde! ingé féministe! t'as une prime ?  

tu veux pas bosser dans la même boite que moi ?
on est un peu pauvre en ce qui concerne les ingénieuses.

edit : ok, j'arrêtes de pourrir le topic.
mais ça m'étonnerait que ça interessesse grand monde.
peut-être djakar.

Tu me pourri mon post : si tu veux parler à la optionnelle en tant que fille, on va dans le coin des IDNautes.
Ouinnnnn !

Djakar est spécialiste .Net. J2EE il connait, mais il est pas puriste dans le domaine.

[hs]
merde...
on a la famille djakar/optionnelle sur idn...

il arrive quand le fiston ?
[/hs]
ps : djakar a signé la pétition ?

Mon fils est un joueur de counter strike...
C'est son seul lien avec l'informatique.
Et oui, Djakar a signé la pétition, du coup, je me suis empressée de le punir en demandant une photo de toi et de pastigo !

Sinon, la question originale était on ne peut plus sérieuse, hein !

c'est pour ça qu'on ne le voit plus :
date du dernier message de djakar : 19-02-2007 à 22:13
bon, faut vraiment que j'arrête de polluer ce topic.

Il est en train de faire une présentation à son client à Paris en ce moment. Il ne doit pas avoir de connexion internet à disposition. Il rentrera avec l'avion du soir et hier il préparait son powerpoint...

Si la modification est un ajout sur une architecture compatible J2EE, on peut dire que c'est du J2EE étendu. Maintenant, si ça va à l'encontre des spécifications, ce n'est pas J2EE.
Pour moi, le choix de Framework (et des éléments qui le composent) ne se fait pas sur un nom, mais sur un besoin spécifique. Seul le fait de mélanger trop d'API parasites pourrait poser des problèmes de déploiement.

En l'occurence, ce serait pour ne pas utiliser les EJB Entités s'ils ne sont pas basés sur Hibernate et utiliser à la place des JavaBeans dans le framework Hibernate.
Par contre, on continurait à utiliser des EJB Sessions et des EJB Messages dans le conteneur JEE.

Mon point de vue est que le fait de ne pas utiliser toutes les techniques et API d'une technologie n'implique pas forcément que l'on utilise mal ladite technologie.

Ma Princesse, tu oublies qu'Hibernate ou pas, les EJB3 sont plus pratiques que les EJB2. Donc, le choix de la technique de persistance ne devrait être imposé que par l'aspect pragmatique des choses. A savoir : quelle est la valeur ajoutée ? Si c'est plus pratique dans le contexte, alors oui on l'utilise.

En partant de ce constat, on ne devrait plus voir des nouveaux développements utiliser des EJB2, mais Hibernate à la place. Par contre, les EJB3 devraient se répandre rapidement.

Je suis novice depuis peu J2EE , donc je vais peut etre bien dire une bétise ( pour pas changer ) ^^



L'inverse pourrait faire qu'on se pause la même question. Pourrais ton qualifier une application Swing de l'appelation J2EE parce qu'on utilise le framework Hibernate au sein de cette application ?

Personnellement , du moment que le coté pratique, réutilisable et surtout modifiable en très peu de ligne est présent , je m'en moque un peu de savoir si je suis dans la norme ou pas . Ce qu'on nous demande à nous au bureau , c'est de faire vite , les cadres se moquent complètement de quel moyen on a utiliser pour réaliser l'application. La seule chose qu'il les inquiète vraiment c'est de changer certains points de l'application le plus rapidement possible selon leur humeur de la journée tout en ignorant les contraintes de mise à jour qui pourrait se pointer .


En espérant n'avoir pas dit d'incohérence sur un sujet au combien intéressant ( ils sont rares ces derniers temps ... )

A mon avis non.
JEE est un standard vers lequel tendre. Hibernate est un framework qui prend en charge pour toi un certain nombre de tâches.
Par contre, ce standard parle d'EJB3 (pour sa dernière instance). Or rien de dit que la persistance des EJB3 sera faite par Hibernate. JBoss a choisi Hibernate, mais pas JOnAS dans leurs implémentations respectives du conteneur d'EJB.


Pareil pour mes clients, mais si tu veux gagner du temps et de l'efficacité, tu essais de t'appuyer un maximum sur des standards pour pouvoir échanger rapidement telle ou telle partie.

C'est bien ce que je voulais dire  .

Bon je retourne justement sur Jonas , j'ai quelques petits soucis avec son service mail ^^