Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

 
C’est le problème principal de ces frameworks.
Il a l'air intéressant mais apparemment la communauté est encore limitée.
 

 
Je n'ai rencontré aucun problème avec FlexBuilder 4 jusqu’à présent,il est très simple à utiliser.
Par contre BlazeDs est assez emmerdant à installer avec GlassFish.

En tout cas, GWT, ça marche plutôt bien, et c'est fortement soutenu et développé par Google puisqu'utilisé pour leurs propres développements. Ils ont une équipe entière dédiée à ce framework.

Genre Google Wave

Pendant qu'on parle de ça : j'ai pas trop zieuté GWT, mais c'est présenté comme un builder de RIA, pas un framework web.
Concrètement, y'a une différence avec disons Stripes ?

Je connais pas Stripes (sauf de nom)
Avec GWT on développe une appli un peu comme on développerait une appli swing, c'est dire qu'on écrit du code java en utilisant des classes  de widgets graphique.
On ne doit jamais pondre de HTML, au mieux on écrit des styles CSS.

Ca scale ?
le coup du serveur qui a l'etat de l'ui de tous les clients en session, ça me fout un peu les boules, perso

Faut demander ca aux gens de BlackBeltFactory. Ils en ont l'air content.  
Perso j'accroche pas trop non plus au fait qu'il y a un call ajax pour tous les contenus, mais bon.
Je l'ai juste mentionne parce que ca repose sur GWT.

Bonjour j'aurais besoin d'un conseil s'il vous plait,en fait c'est une question toute bête :
 
Comment intégrer un projet JPA dans un projet EJB avec eclipse Helios ?  
 
Une réponse m'aiderais énormément je ne trouve rien sur le net,merci.

 
 
Mais pourquoi tu veux utiliser des ejb dans ton projet ?
 
 
Parcequ'à ce que j'ai vu du Spring MVC + Hibernate + Spring (pour tout ce qui concerne l'injection des dépendances, gestion des transactions) est largement suffisant pour ce que tu compte faire.

Quelqu'un a déjà utilisé HttpClient avec du SSL ?
J'en chi comme un porc  

ça peut pas être pire qu'axis ...

 
C'est quoi le problème ?  

En fait je dois me connecter à un serveur HTTPS (connexion WebDAV) pour créer des répertoires, et ce depuis une appli web (Oracle APEX).
 
J'ai donc fait un petit programme java (utilisant HttpClient donc), qui fonctionne en local sans gestion des certificats. Mais quand je le load dans la base pour l'exécuter depuis l'appli web, il me sort une exception car je ne gère pas les certificats (normal) : java.security.cert.CertificateException: Could not find trusted certificate.
 
Je sais à peu près comment on implémente la gestion des certificats avec HttpsURLConnection, mais pas du tout avec HttpClient
 
Voilà tu l'a voulu  
 
J'ai fais un petit topik ici si jamais besoin de code

"j'ai charger mon programme java dans un base Oracle" tu cherches les problèmes toi ...

(skoi ce smiley? )

Pas trop le choix, je n'ai aucun accès au système de fichier sur le serveur, et assez peu de privilège dans la base donc impossible d'appeler un programme en local non plus.
 
Sinon je verrai du côté des web services mais j'aimerais bien réussir à faire fonctionner ça quand même !
 
(quel smiley)

 
Merci pour ta réponse,je compte utiliser les Statefull Beans pour récupérer les réponses des clients.
Je pense que Spring sera plus difficile à intégrer à l'appli finale c'est pour ça que je préfère EJB.

Ah tiens vu que t'abordes le sujet, j'ai eu un prof de td qui a dit (on m'a fait suivre le mot, j'étais pas là ) qu'il fallait absolument éviter les stateful (parce que c'est super "lourd" ) et utiliser un max de stateless.
 
Z'en pensez quoi ?

C'est sans doute vrai si ton site va avoir une très grosse affluence, comme par exemple france.fr ou forum.hardware.fr, puisque tu gardes le contexte de chacun des utilisateurs connectés. Mais si tu vas avoir 500 utilisateurs en simultané maxi comme c'est le cas de 99% des sites web ou de 95% des applis d'entreprise, ça ne fera probablement aucune différence (si tu ne mets pas n'importe quoi dans ton contexte).

http://france.fr/ 401 - Unauthorized

La classe internationale

 
Je comprends pas ?
 
 
t'as pas un diagramme UML qui explique ce que tu veux faire ?

Le plus gros souci pour moi est la lourdeur d'un serveur d'application (y'a un tas de truc dont t'as pas forcément besoin livrés avec et c'est quasi mission impossible de les enlever proprement). T'as java ee 6 qui propose un profil ejb léger mais t'as que glassfish qui le propose pour l'instant.

Pour avoir testé struts2 + ejb je dois dire que c'est assez chiant quand tu veux injecter les ejb dans les contrôleurs de struts2.

Alors qu'avec spring mvc  + 1 couche métier et dao tout simple t'as juste à utiliser l'ioc de spring et ça passe sans souci.

De toute façon tomcat + hibernate + les jars de spring c'est au moins 10 fois plus léger que le serveur de jboss par example (500 Mo au démarrage dans la version par défaut, 1min 30 pour lancer le serveur...).

 
Je n'ai pas un diagramme UML claire désolé,je cherche la meilleure solution pour l’instant.
Je voudrais juste garder le contexte des clients lors de leur session.
Les clients de l'application répondent à un questionnaire,je veux stocker leurs réponses grâce à un Stateful Bean,puis utiliser une fonction qui calcule leur score et enfin sauvegarder ce score dans ma BD.
Sachant que j'utilise Glassfish comme serveur,ce n’est pas la meilleure solution ?  
 
J'aurais une autre question,vous implémentez les design patterns à la main ou utilisez vous un framework qui facilite les opérations ?
Ce genre de framework :  http://freedom.lunarpages.com/Jt/
 

En effet, c'est super long pour debug ou lancer un serveur jboss...
Mais est-ce que les EJB3 sont répandus malgré que ce soit dans le JDK ? Avec de tels soucis de lourdeurs, j'imagine que nan... Qu'est-ce qui pousserait à choisir les EJB plutôt que hibernate+spring+etc. ?

Y'a OpenEJB qui est censé permettre de se passer de serveur d'appli au moins pour le dev.
Sinon, je ne saurais pas dire s'il y a un avantage quelconque à utiliser les EJB3 plutôt que Spring.
Mais pour une bête appli web qui n'a pas à communiquer avec des autres systèmes, je ne suis pas persuadé du tout de la pertinence d'un serveur d'appli. Comme dit exhortae, une solution Spring + Hibernate est plus que suffisante.

 
 
Je ne suis pas spécialiste des ejb mais le gros plus des ejb c'est de pouvoir appeler un bean qui réside sur une machine virtuelle distante. Genre t'as tes jsp et servlet sur tomcat et tu peux appeler un session bean sur un serveur d'application jboss. ça utilise RMI en arrière plan, t'as juste à annoter ton interface avec @Remote et ça roule. Donc pour les systèmes distribués ça simplifie bcp de chose.
 
Les ejb c'est tout un tas de trucs regroupés ensemble :
- JPA
- Injection des dépendances.
- JTA pour les transactions.
- Les Messages driven beans.
...
 
Le souci c'est que quand t'as ton serveur d'application et bien ça vient avec tout ce bazard et donc c'est assez lourd. Même au niveau du packaging de l'application c'est assez chiant. Il te faut un ear composé d'un jar et war et pas mal de fichier xml pour configurer le tout.
 
Au final les ejb pour les gros systèmes distribués en Java oui, pour le reste il y a spring hibernate et les web services

 
Les servlet propose un objet session pour ce genre de problème, les framework tel que struts, spring mvc te permettent d'accéder à cet objet session de manière très simple.
 
Pour ton projet tu as juste besoin de :  
Spring MVC
Couche métier
Couche DAO (hibernate)
et ta base de données.
 
Spring te permettra d'injecter les dépendances nécessaire et de gérer tes transactions.  
 

J'ai pas vu de comparaison entre Spring MVC et Stripes, mais ce dernier avait (au moins en 2008) de meilleurs échos que Spring MVC.
Sinon, Wicket est un option intéressante qui simplifie apparemment grandement le web par rapport à une solution basée sur Spring MVC: http://ptrthomas.wordpress.com/200 [...] on-slides/

 
Merci,je crois que je vais utiliser Spring j'ai eu de très bons échos.
Le problème c’est que l'ingé avec qui je travaille m'a dit que EJB serait plus facile à intégrer avec Glassfish sans être plus lourd que Spring.
Le Stateful bean ne fait pas le boulot si je suis obligé de l’utiliser ?  

 
J'en ai eu besoin pas mal de fois

 
Si ils ont déjà glassfish qui tourne sur une machine oui tu peux utiliser les ejb, ce qui est réellement chiant c'est l'injection des dépendances des ejb au niveau de la classe contrôleur de ton framework de présentation, si tu utilises une servlet et qu'elle est dans le même conteneur que l'ejb alors tu peux utiliser l'annotation @ejb (pareil si tu utilise JSF), par contre si tu utilises un contrôleur fourni par un framework genre struts, stripes... alors ça sera plus compliqué.
 
 
Mais si ton but c'est vraiment d'apprendre des concepts (genre couche métier, couche dao, design pattern...) je te déconseille d'utiliser les ejb. Par example les ejb qui sont des composants métier te permettent d'injecter l'entité manager qui gère la persistance à travers JPA, ce qui fais que tu mélanges la couche métier et la couche DAO ce qui n'est pas ce qu'il y a de plus propre.
 
 
Le stateful bean permet de conserver l'état de la conversation avec le client de l'ejb tout au long de la durée de cette conservation donc oui ça simplifie grandement les choses, d'un autre côté t'apprendra pas à gérer une conversation à travers l'objet session de l'api des servlet.
 
Normalement tu commence par du spring hibernate pour apprendre un maximum de chose (gestion des transactions, contexte de persistance) puis ensuite tu passes aux ejb qui sont surtout utilisés lors de la distribution d'objet métiers.
 
 

 
Un énorme merci pour ces éclaircissements.
J'ai presque fini le travail avec les EJB,ça a été assez facile car j'ai utilisé des contrôleurs que j'ai moi même créé,maintenant je vais suivre ton conseil et refaire le même boulot avec Spring et Tomcat sur mon PC perso  pour mieux comprendre ce framework.
 
Une dernière question stp,la sécurité était lourde et difficile à implémenter avec JEE 6,est ce que je peux utiliser Spring Security ou Seam Security avec une application web "classique" ?  
 
 

 

 
10 sec et 150Mo sur une machine normal.
Après ca dépend des projet que tu mets dedans. Un appli jsf legere c'est deployé en 3 sec, un projet seam en 30 sec.
 
Ca reste plus lourd qu'un tomcat mais c'est pas trop exagérer non plus
 

 
Lance un WebLogic ou un WebSphere pour comparer
Rien que l'install  

Question : ça existe des hébergeurs J2EE avec BDD, gratuits et suffisamment corrects pour mettre une sorte de jeu de gestion en ligne dessus ?

Comme c'est en rapport avec Java je préfère poster ça ici.

google app engine ? (Mais c'est pas du J2EE)

y'aurait un windowsien pour m'executer ça siouplé ?

Ca implique quoi comme changement par rapport à du J2EE ?  
Faut vraiment coder spécifiquement pour leur système ou bien on peut faire du J2EE et le convertir rapidement ensuite ?
Si je veux héberger mon site ailleurs par la suite faudra tout que je reconvertisse en J2EE ?