• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Tim Cooke
  • Ron McLeod
  • paul wheaton
  • Jeanne Boyarsky
Sheriffs:
  • Paul Clapham
  • Devaka Cooray
Saloon Keepers:
  • Tim Holloway
  • Roland Mueller
  • Himai Minh
Bartenders:

XDoclet -- why now?

 
author and iconoclast
Posts: 24207
46
Mac OS X Eclipse IDE Chrome
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
The doclet facililty in Javadoc has existed for a long time -- it's well-documented and not terribly hard to use. You can do all sorts of cool things with doclets. But plain doclets never really took off -- you don't see a lot of doclet-based software out there. Why did XDoclet succeed in capturing mindshare when plain old doclets did not?
 
Author
Posts: 367
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
What XDoclet provides is a higher level code generation framework built on top of a lower level doclet like framework. Would you rather do code generation in Java using very primitive operations or at a high level using templates and other code generation abstractions? XDoclet brings the framework.
Outside of code generation, you do see some doclets but the ones I have seen all do very low
level tasks. It's an adequate environment for doing documentation centric code generation, but it doesn't have any higher level domain specific functionality that make it well suited for anything in particular.
 
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime.
reply
    Bookmark Topic Watch Topic
  • New Topic