Skip to main content

Trusting generated code

Posted by daniel on November 17, 2004 at 7:00 AM PST

Another battle of good vs. evil

David Rupp has returned from the Rocky Mountain Software Summit with some thoughts on Code Generation in today's href=""> Weblogs. I think we all remember the code generated by early GUI builders and other tools but David points out that "'generated code' is pretty much all that computers deal with, not the precious original source we tinker with in our fancy IDEs." He points out that the code you write in a form that is intended (we hope) to be readable looks nothing like the code the machine sees.

Welcome Kevin Bedell who is our new Java/Linux community leader. Kevin talks about the current state and his future hopes for the community.

Chet Haase provides a quick link to Java Gaming Part 2 - the second part of a series he and Dmitri Trembovetski wrote for JDJ.

In Also
in Java Today
, Faheem Khan's two part series on Wireless messaging with JXTA looks at integrating J2ME clients into JMS applications running on J2EE servers.The first article "discusses the basic architecture of a typical messaging application and introduces two application scenarios in which you would need to integrate these clients. It also introduces JXTA and explains how to use the JXTA framework to integrate thin clients into JMS applications."

Sunil Patil writes "I have seen lot of projects where the developers implemented a proprietary MVC framework, not because they wanted to do something fundamentally different from Struts, but because they were not aware of how to extend Struts." In Extending Struts, he offers an overview of how to extend Struts with PlugIns, RequestProcessors, and whole new ActionServlets, so that you can reuse as much Struts functionality as possible without having to re-invent the wheel.

The thread
Make dynamic invocation through reflection simpler

continues in today's
, Bruce Chapman writes "It seems your use case is where you would like to introduce a common interface to two or more classes which share common methods, but don't share a common interface containing those methods, and where you want to use a single reference to one of these things, and call the common methods on that reference. One way to do this would be to generate a class that captures this commonality with adapters to each of the classes."

Sevenm writes "We need to be able to access more socket options as the could be available at the OS level. For example SO_SNDTIMEO could solve some problems with java generic tcp/ip servers."

In today's
News Headlines

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

Current and upcoming
Java Events

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 site.

Archives and Subscriptions: This blog is delivered
weekdays as the
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.

Another battle of good vs. evil