JDeveloper has evolved into one of the strongest IDEs when it comes to code generation. It's not explicitly mentioned in the book however. That's not a criticism of the book, but it does beg a review of how JDeveloper stacks up against the concepts covered.
Integrating code generation into your IDE
Writing a code generator can be difficult-but convincing your fellow engineers to use [it] can be even more difficult. The key .. is to make it as simple as possible to use.IDE integration is one approach to address this problem, and the common techniques supported are external tool invocation and filtering.
JDeveloper only directly supports external tool invocation (see the Tools menu). For instance, you can call simple Ruby scripts like the following to perform file-level processing (this example simply comments each line of the file that is currently open in the editor pane).
fh = File.open( ARGV )
text = fh.read()
text.gsub!( /^/, "// " )
File.open( ARGV, "w" ).write( text )
NB: in the 11.1 preview, it seems the "Availability" conditions are still a little broken and it is not possible to make commands available only when a file (or certain type of file) is open.
Filters are not directly supported by JDeveloper, however implementing a filter is a fairly straight-forward project using the JDeveloper Extension API.
JDeveloper Extension API
Herrington does not directly address the topic of IDE APIs, which is understandable given the scope of his book. However if you are looking to implement complex and very specific code generation approaches you will probably want to look into this topic further.
JDeveloper comes with a comprehensive Java-based extension API which was significantly revamped in (I think) 10.1.3 to bring it into line with the standardisation efforts of JSR-198.
I must say documentation of the extension development process is a little thin. And it is only in 11.1 that JDeveloper has explicit project support for extension development (although I find it a little broken and mysterious in the preview edition). The best approach at present seems to be good ol' copy-and-modify the extensive set of samples provided by Oracle at the Extensions Exchange. There is a growing number of 3rd party open source extensions that are even available through the JDeveloper Check for updates menu.
Still, no filter add-in is available, and you are of course stuck with developing in Java. It of course puts me in mind of a little project: a simple filter add-in that then allows you to invoke a filter process developed in the language of your choice such as perl, ruby or python. Maybe I'll be able to follow-up this post with an example;-) PS: yes I did; you can read about it here.
JDeveloper's Generation Credentials
I've been hedging around the fact that JDeveloper is very significantly geared towards code generation itself. It is one of the main drawcards for why you would use it over your favourite text editor.
In the back cover of the book, Herrington includes a very illustrative Generator Tree which provides a taxonomy of generators, with of course references back to what is covered in the book. I thought I'd experiement with mapping JDeveloper into the taxonomy. I doubt if I'll manage to cover all of JDeveloper's features (or get it all right), but here goes:
|Database Access||MS||ASP||ASP Generator||n/a|
|Java||EJB||EJB Generator||EJB Entities from Tables|
|JDBC||JDBC Generator||ADF Business Components|
|JDBC||n/a||Toplink O-R Mapping|
|Perl||DBI||Perl DBI Generator||n/a|
|User Interface||Java||JSP||JSP Generator||JSP/struts/JSF wizards|
|Swing||Swing Generator||Swing wizards; ADF Swing wizards|
|Documentation||SQL||SQL||SQL Documentation Generator||n/a|
|Unit Tests||C||Tests||Augmented C Unit Test Generator||n/a|
|Ordered Tests||Ordered Test Generator||n/a|
|Test Data||n/a||Test data generator||n/a|
|Test Robots||n/a||Test robot generator||n/a|
|File Formats||Java||CSV||CSV file Reading Java Generator||File Adapter|
|Java||Data Adapter||Data Adapter Generator||(arguably) File Adapter; Toplink|
|Java||Binary||Binary File Reader Generator||n/a|
|Web Services||Java||XML-RPC||XML-RPC Generator||n/a?|
|Java||SOAP||SOAP Generator||Java Web Service from WSDL|
|PL/SQL||n/a||PL/SQL Web Service|
|JMS||n/a||JMS Web Service|
|Business Logic||Java||Math||Equation Generator||n/a|
|Java||Reports||Report Logic and Interface Generator||n/a|
|External Libraries*||C++||DLL||DLL Wrapper Generator||n/a|
|Scripting Languages||C++||External Language Wrapper Generator||n/a|
|Configuration*||Firewall||any||Firewall Configuration Generator||n/a|
|Reference Data*||any||Lookup Function Generator||n/a|
|any||Macro Lookup Table Generator||n/a|
*I've reclassified these items from the original table in the book.
NB: I generated the table above using an OpenOffice Calc spreadsheet [generator-taxonomy.ods]. Good example of dog-fooding perhaps;-) I've always found Excel/Calc to be really useful tools for rapidly generating scripts, SQL or HTML fragments like this.
With so much capability in JDeveloper, you might expect instant adoption. But there are of course two classic issues still to be addressed:
- There's quite a steep learning curve until you get comfortable with what features are available, and when they are appropriate to use. The rapid enhancement of JDeveloper and all the technology over the past few years means that your average dev shop probably doesn't have the luxury of many gurus who can coach the team either
- It seems to be an inherent trait of developers (arguably a good one), that generators and wizards are not fully trusted and accepted until you've had the chance to dig down under the covers. That's simply a lot of work for all of JDeveloper's features, and there isn't a great deal of information available to help your short-cut the process.
- Shay Shmeltzer just posted a useful summary of How Do I Start Learning JDeveloper and ADF?
- Olaf Heimburger has started a new blog series demonstrating ADF In Action
- Eduardo Rodrigues has a great post on his favourite JDeveloper extensions with some good recommendations of what you should install or at least have a closer look at.