Comment Re:Really Odd... (Score 5, Interesting) 203
JBoss is *not* ready. The single fact that I had to change my code when going from 2.4.3 to 2.4.4 means that there are new bugs with point releases that I have to work around. Granted, I do a lot of heavy transactional-based work and touch much of the container, but with WebSphere, WebLogic or even Orion, I've never had to "fix" my stuff after they've fixed theirs.
Also, JBoss comes bundled with Catalina, Jetty or Tomcat. That's great. Did you know that, up until 2.4.4, the Catalina release wouldn't allow you to change your root context for web applications? You could fix this by maintaining your own source of JBoss, but, when you're trying to manage your own project, the last thing you want to do is manage your own revision control for the application server. They fixed it in 2.4.4, but
Missing little crap like that makes we worried about the *very* complex transactional nature for the EJB's and the upcoming clustering solution. That stuff is hard! Even BEA, with all its time and money, has had a hard time with its clustering/failover implementations.
JBoss' implementation was written up on onjava.com. Want to know their suggested solution? Write your application to not need clustering and use a Cisco load-balancer. That's because their solution doesn't work.
What about the auto-deployer? Don't try to update your EAR or WAR by overwriting the archive if the file's larger than 4MB. JBoss'll undeploy your aplication and fail to redeploy it.because it doesn't know how to wait until the copy operation is over. There's some settings to help alleviate this problem, but it's not perfect. I don't expect it to be from JBoss...I would from BEA, for example.
So, let's think a bit before handing the crown to JBoss. Is it well docuemented, code-wise? Yes. Is it fast? For the most part. Does it behave as advertised? No. Will Marc Fleury make sure JBoss succeeds through sheer will? Yup. Will he step on toes? Yes, don't get in his way (for better or worse).
The Baron
Also, JBoss comes bundled with Catalina, Jetty or Tomcat. That's great. Did you know that, up until 2.4.4, the Catalina release wouldn't allow you to change your root context for web applications? You could fix this by maintaining your own source of JBoss, but, when you're trying to manage your own project, the last thing you want to do is manage your own revision control for the application server. They fixed it in 2.4.4, but
Missing little crap like that makes we worried about the *very* complex transactional nature for the EJB's and the upcoming clustering solution. That stuff is hard! Even BEA, with all its time and money, has had a hard time with its clustering/failover implementations.
JBoss' implementation was written up on onjava.com. Want to know their suggested solution? Write your application to not need clustering and use a Cisco load-balancer. That's because their solution doesn't work.
What about the auto-deployer? Don't try to update your EAR or WAR by overwriting the archive if the file's larger than 4MB. JBoss'll undeploy your aplication and fail to redeploy it.because it doesn't know how to wait until the copy operation is over. There's some settings to help alleviate this problem, but it's not perfect. I don't expect it to be from JBoss...I would from BEA, for example.
So, let's think a bit before handing the crown to JBoss. Is it well docuemented, code-wise? Yes. Is it fast? For the most part. Does it behave as advertised? No. Will Marc Fleury make sure JBoss succeeds through sheer will? Yup. Will he step on toes? Yes, don't get in his way (for better or worse).
The Baron
