The second bug fixing release of the JBoss Application Server v4.2 series is available for download. Before rushing to sourceforge, please take a look at the detailed release notes.
Except for the bug fixes, minor feature additions and backwards compatible component updates, one of the biggest changes with this release is the upgrade of the JBoss Web Services component targeting a considerably improved support of JAX-WS. Some minor compatibility issues are documented in the release notes.
There are also many JBoss EJB3 bug fixes that are tracked in their own project. The associated JIRA release notes can be found here. Some important fixes were driven in particular by the JBoss Seam project.
The component dependencies of AS 4.2.2.GA are well aligned with JBoss Messaging 1.4.0.GA, in case you want to use that as the JMS provider, but you have to download it seperately. A JEMS installer release that bundles AS 4.2.2.GA and the latest JBoss Messaging and JBoss Portal versions will be released within the next couple of weeks.
Updated community documents for AS 4.2.x are also on the way. If you want to help with the reviewing effort, please follow up on the jboss-development mailing list.
I would like to thank everyone that made this release possible. Your input about the new release is, as always, very much welcome in the JBoss Forums.
Now, onwards to JBoss 5!
Enjoy!
Dimitris Andreadis
AS Project Lead
Tuesday, October 23, 2007
Sunday, October 21, 2007
Η τεχνολογική αίσθηση του ανάλαφρου.
Τελικά οι θερμοσίφωνες είναι από τις πλέον σατανικές συσκευές. Σχεδιάζουν την επίθεση τους υπομονετικά για μήνες, ξεκινούν διαρρέοντας μερικές σταγόνες, μετά λίγο περισσότερες. Όταν αντιληφθείς τι συμβαίνει, είναι ήδη πολύ αργά.
Κάπως έτσι την πατήσαμε μία ωραία Κυριακή απόγευμα όπου ανακάλυψα ότι το πατάρι μου είχε μουχλιάσει. Το νερό στο δάπεδο ήταν λίγο, αλλά οι μεγάλες κούτες με τα παλιά περιοδικά και τα βιβλία είχαν μουσκέψει σαν σφουγγάρια, είχαν γίνει ασήκωτες. Και βρωμούσαν.
Η συλλογή με τα όλα τα τεύχη του Pixel καταστράφηκε μαζί με πολλά άλλα περιοδικά και βιβλιά πληροφορικής, 10, 15, 20 χρονών. Πράγματα που είχα κρατήσει περισσότερο σαν ενθύμια. Τα πέταξα όλα στον κάδο των σκουπιδών, ούτε για ανακύκλωση δεν νομίζω ότι κάνουν πιά. Για κάποιο λόγο όμως δεν στενοχωρήθηκα. Ένιωσα να μου φεύγει ένα βάρος.
Είναι η σκέψη ότι στην σύντομη πορεία μας σε αυτό τον κόσμο τα πράγματα τελικά έχουν πολύ λίγη σημασία. Ό,τι αξίζει είναι αυτά που ξέρεις, αυτά που αγαπάς και αυτά που δημιουργείς. Και ευτυχώς για εμας του συναφιού μας, αυτά που φτιάχνουμε είναι άϋλα κατασκευάσματα του μυαλού. Κώδικας, συγγράμματα, άρθρα, σκέψεις. Αν κάτι από αυτά αξίζει, κάποιος άλλος θα το φυλάξει, κάπου άλλου. Και για αυτά τα λίγα τα προσωπικά, ένας οικιακός δικτυακός δίσκος σε λίγο θα τα χωράει όλα.
Αρκεί να θυμόμαστε να παίρνουμε και κανένα backup...
Κάπως έτσι την πατήσαμε μία ωραία Κυριακή απόγευμα όπου ανακάλυψα ότι το πατάρι μου είχε μουχλιάσει. Το νερό στο δάπεδο ήταν λίγο, αλλά οι μεγάλες κούτες με τα παλιά περιοδικά και τα βιβλία είχαν μουσκέψει σαν σφουγγάρια, είχαν γίνει ασήκωτες. Και βρωμούσαν.
Η συλλογή με τα όλα τα τεύχη του Pixel καταστράφηκε μαζί με πολλά άλλα περιοδικά και βιβλιά πληροφορικής, 10, 15, 20 χρονών. Πράγματα που είχα κρατήσει περισσότερο σαν ενθύμια. Τα πέταξα όλα στον κάδο των σκουπιδών, ούτε για ανακύκλωση δεν νομίζω ότι κάνουν πιά. Για κάποιο λόγο όμως δεν στενοχωρήθηκα. Ένιωσα να μου φεύγει ένα βάρος.
Είναι η σκέψη ότι στην σύντομη πορεία μας σε αυτό τον κόσμο τα πράγματα τελικά έχουν πολύ λίγη σημασία. Ό,τι αξίζει είναι αυτά που ξέρεις, αυτά που αγαπάς και αυτά που δημιουργείς. Και ευτυχώς για εμας του συναφιού μας, αυτά που φτιάχνουμε είναι άϋλα κατασκευάσματα του μυαλού. Κώδικας, συγγράμματα, άρθρα, σκέψεις. Αν κάτι από αυτά αξίζει, κάποιος άλλος θα το φυλάξει, κάπου άλλου. Και για αυτά τα λίγα τα προσωπικά, ένας οικιακός δικτυακός δίσκος σε λίγο θα τα χωράει όλα.
Αρκεί να θυμόμαστε να παίρνουμε και κανένα backup...
Sunday, October 14, 2007
ThreadDumps and StackTraces
Thread Dumps and Stack Traces are useful tools for debugging java applications. In JBossAS there are several ways to get stacktraces, most common being to use the jmx-console. An entry point to the various techiques for taking thread dumps is this wiki page.
Browsing the Java Specialists archive, I found yet another JSP-based threaddump utility. The difference with the thread dump you get with the jmx-console is that a sorted summary of the threads is presented in the beginning of the page, with links to the individual stacktraces that follow in the bottom of the page. The jmx-console in contrast shows the stacktraces inline with the list of threads, grouped according to their groupId and sorted by their threadId.
I adapted this for JBossAS and you can find it here.
Browsing the Java Specialists archive, I found yet another JSP-based threaddump utility. The difference with the thread dump you get with the jmx-console is that a sorted summary of the threads is presented in the beginning of the page, with links to the individual stacktraces that follow in the bottom of the page. The jmx-console in contrast shows the stacktraces inline with the list of threads, grouped according to their groupId and sorted by their threadId.
I adapted this for JBossAS and you can find it here.
Monday, October 08, 2007
JHUG Day - Oct/07
Another very successful JHUG Day took place last Saturday in Athens. Paris wrote about it here.
I managed to get there late, so unfortunately I've missed the Trasys talk. I went into a full room with Heinz presenting his 10 laws of concurrent programming, offering very practical advise on the subject. Or if you happen to know this stuff already you have to admit that the 10 laws have the most creative names, indeed. I think Crete has a very positive influence on Heinz, overall! Maybe we should all move to Chania, or at least, organise the next Java Event there :)
Roman Strobl on Netbeans, as energetic as ever. He has quite an influence on the audience as more people got attracted by Netbeans, after his first talk on the subject in a previous JHUG event. If I see Roman a third time, I will probably switch from Eclipse, too :)
Αlef Arendsen on Spring 2.1 or better on OSGi, another interesting talk. I believe the real value of OSGi is to offer a "standard" based component framework, something that will benefit all. Spring likes OSGi, because it offers a dynamic kernel, something that spring never had. JBoss has a plugable microkernel architecture since version 2.0 around year 2001, but spring people never talk about this. Or if you read Rod's books, you'll think that lightweight frameworks is a spring invention. This together with the claim of spring being vendor neutral looks very silly to me. As soon as you start coding using org.springframework imports in your code, you become tied-up to a framework as proprietary as any other one. Don't get me wrong, I like spring for what it offers, I just don't like the hype around it.
Jonas Boner, a very respected person in the world of Java, gave his talk on Terracotta. The technology is impressive but I cannot avoid comparing Terracotta with our competing JBossCache offering. I believe the claim that Terracotta is API less is misleading. If you have to code your application in a different way so that clustering can work properly then this already constitues a form of "API" change. The way you code becomes the API. In JBoss Cache in the POJO cache variant, from the moment you put a POJO to the cache, it becomes managed with granular field changes replicated at transaction boundaries. This looks a lot more API-less to me.
I also looked around to see performance comparisons of Terracotta and JBoss Cache. I found a comparison of the two using an older version of JBoss Cache, when Buddy Replication was not supported, so naturally JBoss Cache would look bad. Buddy Replication makes all the difference when looking at scaling out at large number of nodes (e.g. 10+), because you don't have to replicate to all the nodes in the cluster, only to those ones where you want to keep your back up, typically just one or two nodes. If you find such a comparison, let me know.
The last presentation was from Alexis Pouchkine on Glassfish. Always interested to hear from the competition and see an "empty" glassfish 3 boot within half a second. Well, jboss 4.x in the minimal config will boot in *one* second, so we clearly loose there ;) I also liked very much the idea of the Google map, showing glassfish users around the world. I think I spotted myself on the Athens map, as I need to run glassfish to perform the JavaEE 5 interoperability tests with JBoss . We should definitely copy this idea :)
Again, the JHUG days have evolved to an extraordinary mechanism for related professionals to come together and exchange valuable knowledge and information. Big thanks to the exceptional speakers, the audience, the sponsors and the JHUG team.
Looking forward for the next event!
I managed to get there late, so unfortunately I've missed the Trasys talk. I went into a full room with Heinz presenting his 10 laws of concurrent programming, offering very practical advise on the subject. Or if you happen to know this stuff already you have to admit that the 10 laws have the most creative names, indeed. I think Crete has a very positive influence on Heinz, overall! Maybe we should all move to Chania, or at least, organise the next Java Event there :)
Roman Strobl on Netbeans, as energetic as ever. He has quite an influence on the audience as more people got attracted by Netbeans, after his first talk on the subject in a previous JHUG event. If I see Roman a third time, I will probably switch from Eclipse, too :)
Αlef Arendsen on Spring 2.1 or better on OSGi, another interesting talk. I believe the real value of OSGi is to offer a "standard" based component framework, something that will benefit all. Spring likes OSGi, because it offers a dynamic kernel, something that spring never had. JBoss has a plugable microkernel architecture since version 2.0 around year 2001, but spring people never talk about this. Or if you read Rod's books, you'll think that lightweight frameworks is a spring invention. This together with the claim of spring being vendor neutral looks very silly to me. As soon as you start coding using org.springframework imports in your code, you become tied-up to a framework as proprietary as any other one. Don't get me wrong, I like spring for what it offers, I just don't like the hype around it.
Jonas Boner, a very respected person in the world of Java, gave his talk on Terracotta. The technology is impressive but I cannot avoid comparing Terracotta with our competing JBossCache offering. I believe the claim that Terracotta is API less is misleading. If you have to code your application in a different way so that clustering can work properly then this already constitues a form of "API" change. The way you code becomes the API. In JBoss Cache in the POJO cache variant, from the moment you put a POJO to the cache, it becomes managed with granular field changes replicated at transaction boundaries. This looks a lot more API-less to me.
I also looked around to see performance comparisons of Terracotta and JBoss Cache. I found a comparison of the two using an older version of JBoss Cache, when Buddy Replication was not supported, so naturally JBoss Cache would look bad. Buddy Replication makes all the difference when looking at scaling out at large number of nodes (e.g. 10+), because you don't have to replicate to all the nodes in the cluster, only to those ones where you want to keep your back up, typically just one or two nodes. If you find such a comparison, let me know.
The last presentation was from Alexis Pouchkine on Glassfish. Always interested to hear from the competition and see an "empty" glassfish 3 boot within half a second. Well, jboss 4.x in the minimal config will boot in *one* second, so we clearly loose there ;) I also liked very much the idea of the Google map, showing glassfish users around the world. I think I spotted myself on the Athens map, as I need to run glassfish to perform the JavaEE 5 interoperability tests with JBoss . We should definitely copy this idea :)
Again, the JHUG days have evolved to an extraordinary mechanism for related professionals to come together and exchange valuable knowledge and information. Big thanks to the exceptional speakers, the audience, the sponsors and the JHUG team.
Looking forward for the next event!
Subscribe to:
Posts (Atom)