This is perfectly reasonable SQL. Oracle should support it.
Bug ouvert depuis trois ans. Visiblement chez JBoss, on préfère laisser filer plutôt que de reconnaître qu'on s'est vautré dans son commentaire.
]]>
ClusterSSH controls a number of xterm windows via a single graphical console window to allow commands to be interactively run on multiple servers over an ssh connection.
]]>
]]>
]]>
Now that Apache Geronimo has earned Java™ 2 Platform, Enterprise Edition (J2EE) 1.4 certification and has reached version 1.1.1, many developers will be moving away from building their software on top of more restrictive platforms. Specifically, there have been a number of articles and tutorials written lately describing migrating away from the JBoss application server to Apache Geronimo. This installment of The Geronimo renegade column describes many advantages of doing so.
]]>
A comparison between both open source portals
Three months after the release of Seam 1.2.1, Seam 2.0 has been released as beta. . Seam is an application framework for Java EE 5.0 the ties together many Java EE frameworks, such as EJB3, JSF, jBPM, JBoss Rules (Drools), and iText. Seam's stateful design allows those frameworks to interact with each other in ways that simplify the development of a variety of enterprise applications
]]>
]]>
]]>
]]>
Workflow et gestion de processus d'affaires pratiques JBoss jBPM est un moteur de workflow et de gestion de processus d'affaires qui permet la création de processus commerciaux qui coordonnent les personnes, les applications et les services. Avec son architecture modulaire, JBoss jBPM combine des applications de développement simple des flux avec un moteur de processus flexible et extensible. Le concepteur de processus JBoss jBPM représente graphiquement les étapes de processus commerciaux afin de faciliter le lien entre l'analyste commercial et le développeur technique.
Les EJB sont particulièrement nécessaires pour des applications critiques sur de grosses architectures matérielles, là où les ressources ne sont qu’un problème secondaire et où les avantages des EJB (gestion déclarative des transactions, distribution d’objets et support de la persistence automatique) prennent tout leur sens. Dans ce type de contexte, la tolérance aux pannes et la répartition de la charge sont des élements vitaux. Le clustering est la technologie permettant de répondre à ces 2 préoccupations. Ce document va donc s’intéresser à la bonne façon de le mettre en oeuvre en tentant de mettre en avant les pièges inhérents à l’utilisation d’un cluster.
PolePosition is a benchmark test suite to compare database engines and object-relational mapping technology. As of today it is by no means complete. Database vendors and open source database project participants are invited to improve the test implementations and to contribute further disciplines ("Circuits"). The PolePosition framework source code will help to implement own tests quickly and to time and output the results as number series and graphic visualisations.
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 ?
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.