PUBLIC MARKS with tag j2ee

Clavier virtuel pour accès identifiant/mot de passe

Multi environment application framework. You develop applications à la Swing, and they are web apps! Looks like Google Web Toolkit.

Je suis novice dans la J2EE alors excusez moi pour la remarque, mais je souhaiterais connaître la différence entre un Web Sevice et un EJB, pas du point de vu de la programmation, mais savoir ce que chacun me permet de faire quoi exactement. En effet, j'ai du mal à discerner les fonctionnalités de chacun. Je ne sais si je suis un cas isolé, mais quand je lis que c'est facile à comprendre et à programmer, excusez moi du peu, mais j'ai du mal.

Je bataille aujourd'hui pour faire adopter par mon entreprise les serveurs d'applications J2EE, et donc commencer à basculer vers une architecture distribuée. J'aurais aimé connaître votre point de vue sur les arguments que l'on m'a opposés, ainsi que quelques clarifications qui ne feront pas de mal. Normes EJB Tout d'abord, concernant l'utilisation des EJBs, je me suis vu répondre que la norme EJB n'était pas encore stabilisée et en constante évolution. Alors que la plupart des serveurs sont validés pour la norme EJB 2.0 et qu'apparaît la norme 3.0, on peut effectivement s'interroger. Les changements entre les normes sont-ils importants ? Vaut-il mieux attendre la norme 3.0 ou bien commencer avec la mature 2.0 ? Question complémentaire : qu'en est-il des protocoles utilisés pour la communication (CORBA, SOAP, RMI...) Serveurs d'application Après discussions, si serveur d'application il y a, il sera choisi entre JOnAS, JBoss ou Websphere. JOnAS et JBoss parcequ'ils sont libres, ou WAS parcequ'il est déjà utilisé dans le groupe (choix le plus probable, au passage). Sans être redondant avec le post-it "[SERVEUR J2EE] Quelles différences entre les serveurs J2EE ?", mais pour actualiser un peu (la plupart des posts datent de 2003, la situation a certainement évolué depuis), qu'en est-il aujourd'hui de ces serveurs en terme de coût de possession, de perennité de la solution (cette dernière question concerne plus JOnAS, apparemment en perte de vitesse) et.. de performances ?

Autrement dit:si je fais parti d une entreprise, que je vais chez un client, que je lui présente l'architecture J2EE, qu'il constate que la partie métier est constituées d EJB, comment lui justifierai je l usage d'un framework de mapping O/R et ke finalement l application n a pas besoin d etre conforme a l architecture J2EE a 100%?

Est-il possible de faire tout un projet J2EE sans passer par les EJB ?? Quels sont les différentes autres méthodes ?? S'il y a un plus au niveau des performances ... Petite explication : je fais partie d'un projet et nous avons développé tout le code métier via des EJB ... Etant tous débutants, la prise en main des EJB fut laborieuse (problème de transactions, paramétrages ...) Nous devons faire une autre application (J2EE aussi) et je me demandais si on ne pouvait pas faire abstraction des EJB ou faire un mélange pour éviter tous les problèmes rencontrés ...

Je me pose une question depuis un moment. Lorsqu'on parle de J2EE et plus précisemment de sa couche métier, on parle tout le temps d'EJB. Est-ce qu'il est pas possible d'avoir autre chose que des EJB comme par exemple un programme Java accessible par RMI ou JMS ? Si c'est le cas, est ce que des outils comme JBoss permettent de faire tourner des couches métier qui ne sont pas des EJB ? Il y a surement des topics qui parlent déjà de ça mais j'ai pas réussi à les trouver, si c'est le cas, je veux bien que vous m'envoyez les liens. J'ai bien essayé de chercher mais c'est pas évident pour une question aussi générale.

John Ferguson Smart is a J2EE project manager, software architect and developer. He writes articles about Java, J2EE and project-management-related subjects, and about himself in the third person.

The Scarab developers community announces the availability of the release Scarab-1.0 beta-20. This new official release provide several new features: * Anonymous access, * workflow features, * blocking dependencies, * Date attribute types, * and much more, solving a lot of known issues from previous releases.

SpagoBI is a Business Intelligence Free Platform: a complete Free/Open Source solution for the development of Business Intelligence projects. Entirely realized by means of the Free Open Source Software philosophy, it is an integrated Business Intelligence suite able to cover all its functional aspects, like: the (static and dynamic) data organization, inquiring, hidden information discovering by means of the data mining technique, the building of a structured and dynamic publishing and control suite. SpagoBI is structured with components in order to achieve each of the BI functionalities by a specific module.

J2EE bug tracker

Architecture d'un cluster J2EE

Architecture d'un cluster J2EE

JAAS is a set of packages that augments the core Java 2 platform with the means to authenticate and enforce access controls upon users. JAAS is a feature included in most J2EE-compliant application servers and was mandated by the J2EE 1.3 Specification.

Java Web Parts is a project that provides small, reusable and largely independant Java components of interest to all web application developers. You can think of this project as being similar to the Jakarta Commons projects.

WebWork is a Java web-application development framework. It is built specifically with developer productivity and code simplicity in mind, providing robust support for building reusable UI templates, such as form controls, UI themes, internationalization,