Skip to main content

Babble @ O'Reilly

Posted by editor on July 11, 2006 at 6:46 AM PDT

A rolling EE/Spring discussion over on ONJava

Some topics are bound to kick up controversy, and one of the easiest arguments to get started is Spring vs. Java EE. Or is it "complexity" versus "standards"? It's hard to tell sometimes if we're really having the same discussion. The EE side clobbers Spring for supposedly not being part of an open standard (whether or not it's a de facto standard unto itself is quietly ignored), while the Spring-o-philes bash EE's "complexity" and bloat (setting aside the issue that most developers will ignore the parts of EE that don't relate to them).

An InfoQ article rounds up several links on the topic of Is Java EE 5 Lightweight Enough?. Starting with the article Is Java EE's Complexity Its Worst Enemy?, it then links to ONJava blogger Steve Anglin's follow-up Is the new lightweight Java EE 5 light enough?, which steers the question to standards and whether or not those are part of developers' and their clients' requirements. And here's where people are saying some interesting things. For example, user "Mick" says:

I think the complaints about J2EE's complexity are exaggerated by a vocal minority with an agenda to promote. The JDBC/JSP/Servlet levels of J2EE are pretty easy for java/web newcomers to pick up and have been sufficient for a lot application & integration projects I've worked on over the years. EJBs admittedly come with a lot of interface/xml baggage that introduces a learning curve, but this is largely simplified when EJB development is undertaken with the appropriate tools. The EJB sections of J2EE were designed for the enterprise sector with particular scalability & long-term maintenance requirements that benefit from an open specification & framework.

But the "what good are standards anyways" contingent can give as good as they get, as in this message from user "Terry":

From a lot of the experience that I've seen, JEE standards don't fulfil on that mission to keep things from going obsolete. I've seen multi-million dollar projects emerge time and again for upgrading to each new version of Websphere. And a big portion of that is always reworking based on how the product had to change in response to the standards. I know that in theory if you stick to the letter of the standard in your implementation that you should fare well, but it never seems to work that way in practice.

This argument isn't getting settled today, but Steve's blog has kicked off a better discussion than usual, and for the objective reader, it gives you a good view of the real-world experiences of a lot of enterprise developers.

Also in Java Today,

Sun Microsystems has made its new Java CAPS RFID Developer's Kit
available on in the JCAPS RFID
The JCAPS RFID Developer's Kit extends Sun's Java Composite Application
Platform Suite to integrate the Sun RFID software. JCAPS greatly simplifies
implementing RFID in sophisticated enterprise application integration
environments. It delivers powerful data transformation and integration capabilities for RFID solutions. The JCAPS RFID project makes the toolkit available for JCAPS developers
starting with V. 5.1.0. A retail vendor demo is included to provide a working
B2B example.

The entry JCheckBoxMenuItem & JRadioButtonMenuItem (Part 2) discusses radio button behavior when applied to menu items. "The thing to use is a ButtonGroup, which is simple to implement in Matisse -- just drag and drop one onto your form. But what about when we're not designing graphically, but doing everything in the code? And, secondly, we'd need two or more menu items, all subclassing CallableSystemAction. How are the JRadioButtonMenuItems in these separate classes going to share the same ButtonGroup?" It turns out only a few lines of code are required to achieve this functionality.

Richard Bair has A (Barely) Better Looking Yahoo! News Demo in today's Weblogs. "I was greeted this afternoon by a retching Hans Muller who begged me to upload a better looking demo for the Yahoo! News web service I posted about last time. He likened last week's entry to a fat man in a speedo. Yikes. Here's a barely better demo (pun intended)."

Gregg Sporar wants to
Get To the Point:
"Get to what point? A profiling point. What is a profiling point? Read on for more."

Java EE Service Engine: Bridging Java EE and JBI, Binod writes:
"For some time now, I have been thinking about writing about some use cases of Java EE service engine, explaining how it bridges Java EE and JBI. This blog explains a composite application, whose main entry point is an MDB. Towards the end of the blog, some details of the implementation is also provided."

In today's Forums,
jada clears up some Java3D implementation details in
Re: Bounding Volume Hierarchy in Java3D?
"Looks like a clarification here might be helpful. A scene graph isn't a geometric tree; it is a parent-children relationship tree. Java 3D scene graph is no difference. To speedup geometric query such as rendering and picking, Java 3D maintains an internal binary hull tree (aka. BHTree). This tree is created solely for Java 3D internal usage. No subtree of the BHTree is accessible via Java 3D APIs."

ramapulavarthi points out changes in the JAX-WS spec in
Re: jax-ws handler init parameters injection:
"As per JSR-109, 'the element init-params in the deployment descriptors is no longer used for JAX-WS based container. If needed, the developer should use the environment entry elements ( declared in the application component's deployment descriptor for this purpose. These can be injected into the handler using the @Resource annotation or looked up using JNDI.'"

In today's
News Headlines

Registered users can submit news items for the href=""> News Page using our
news submission
. All submissions go through an editorial review before being
posted to the site. You can also subscribe to the href=""> News RSS

Current and upcoming Java

Registered users can submit event listings for the href=""> Events Page using our href="">events submission form.
All submissions go through an editorial review before being posted to the

Archives and Subscriptions: This blog is delivered weekdays as
the Java
Today RSS feed
. Also, once this page is no longer featured as the
front page of it will be
archived along with other past issues in the href=""> Archive.

A rolling EE/Spring discussion over on ONJava