JOnAS 4.2.3 est la dernière version stable de JOnAS avant la version certifiée J2EE 1.4. Cette version corrige 96 bugs depuis la version 4.1.4. Elle apporte quelques optimisations à la fois au dévelopement grâce à une réduction du temps de déploiement d'une application J2EE et à l'exécution grâce aux EJB Entité en lecture seule. La documentation a été mise à jour ainsi que la console d'administration.
JOnAS 4.2.3 comprends les améliorations suivantes :
* Nouvelles versions : joram 4.1.3, medor 1.4.3, jorm 2.4.3, speedo 1.2.1, carol 1.8.4, jeremie 4.1, jotm 2.0.1, nouvelle version de "xdoclet for JOnAS", Tomcat 5.0.30 ou Jetty 5.1.1, mx4j 2.1.0, hsqldb 1.7.3.0, Axis 1.2RC2
* Amélioration de la console d'administration (correction de bugs, possibilité de lister les noms JNDI des différents registres démarré par un JOnAS configurer en multi-protocoles, ...)
* Optimisation du conteneur avec les EJB Entité en lecture seule.
* Mise à jour de la documentation (2 nouveaux documents sur la manipulation et gestion des JMX MBeans)
* réduction du temps d'excécution de GenIC
* une nouvel exemple : olstore
* 96 Bugs résolus.
Pour ceux qui ne seraient pas au courant, JOnAS est une implémentation Libre de la spécification J2EE (TM) fournie par ObjectWeb. JOnAS est réalisé avec Java et se base sur le JDK. JOnAS est une initiative du consortium ObjectWeb.
JOnAS a déjà été téléchargé par plus de 150 000 personnes et est utilisé dans plusieurs centaines d'applications en production incluant des applications de e-commerce, intranet d'entreprise, systèmes bancaires, système médicaux avec différents SGBD dont PostgreSQL, MaxDB, MySQL...
Journal Nouvelle version stable de JOnAS
21
jan.
2005
# Paye ta stabilité à 0.2Euro
Posté par Dav S . Évalué à 1.
On peut aussi dire que c'est une passoire pour la mémoire.
On peut tout simplement dire que JAVA = usine à gaz et que JOnAS est une zone industriel qui baffoue les accords de Kyoto dans les grandes largeurs :-|
C'est les vendeurs de CPU et surtout de RAM qui peuvent se frotter les mains !!!
[^] # Re: Paye ta stabilité à 0.2Euro
Posté par Gabriel . Évalué à 2.
Ils ont envisagé de migrer?
Et si l'application n'utilise pas d'ejb tu peux même metter que tomcat, ou jetty, ou autre. ça aiderait la mémoire, non?
[^] # Re: Paye ta stabilité à 0.2Euro
Posté par Xavier MOGHRABI (site web personnel) . Évalué à 2.
Mais je ne suis pas d'accord, JOnAS n'est pas un produit instable. Le produit n'est pas exempt de défauts mais la stabilité a été démontré dans certains cas d'utilisation de taille importante (hôpital saint-louis,...) et est la base de serveurs d'application (Red Hat Entreprise AS, Enhydra, exo Platform...)
Il se pourrait que l'application en question n'ait pas été bien développée ?
Pour info, JOnAS devrait bientôt être certifié J2EE 1.4.
Sinon je conseille d'utiliser JOnAS avec Jetty car Jetty est plus performant que Tomcat. D'ailleurs Geronimo a choisi Jetty comme serveur Web !
# Question idiote....
Posté par kruskal . Évalué à 1.
[^] # Re: Question idiote....
Posté par Xavier MOGHRABI (site web personnel) . Évalué à 1.
Mais JOnAS 4.2.3 fonctionne avec les JVM 1.4 de BEA, SUN et IBM (toutes les 3 certifiées).
# Puisqu'on y est...
Posté par Dring . Évalué à 1.
1) Comment "mettre à jour" un EAR ? Lorsque je passe par la console, il me jette systématiquement. En fait, il semble que JOnAS laisse des bouts de mon application un peu partout...
2) Comment le faire sans passer par la console ? Actuellement, j'arrête/relance JOnAS à chaque fois. Certes, je n'ai laissé que mon appli dans /autoload, et le démarrage est donc rapide (~20 secondes), mais quand même... Avec JBoss, il suffit de supprimer/recopier l'EAR, et il fait tout le boulot.
3) Quel débogueur utiliser avec JOnAS ? Et comment ? Mon environnement de développement : Ant+JEdit sous NT4. Actuellement, je débogue avec Log4J...
D'avance merci à quiconque fera avancer mon schmilblick...
[^] # Re: Puisqu'on y est...
Posté par Xavier MOGHRABI (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.