SQL Database Access with DBTags
Subject:   better alternatives
Date:   2004-05-06 01:25:53
From:   grahamoregan
The first problem with this library is that it is from Jakarta which means its probably not of production quality and the APIs are subject to dramtic change at the drop of a hat. That (personal) gripe aside, why would you use Jakarta's own library when you could use the new JSTL SQL tags?

In terms of functionality, this library doesn't offer much to developers. It is aimed at smaller, less-mature development teams or even individuals, you could gain much more by looking at (there is also an Onjava article about it). DBForms contains all the functionality to create complete CRUD applications very quickly.


Main Topics Oldest First

Showing messages 1 through 2 of 2.

  • better alternatives
    2004-05-07 02:45:27  jwenting [View]

    I'd contest your "it is from Jakarta which means it's probably not of production quality".
    The Jakarta project has turned out quite a bit of code that's very much of production quality.

    Tomcat (4.1 and 5 at least) is just one example and is recognised by Sun as the reference implementation for the Servlet and JSP platform.
    Their JSTL implementation is just about the industry standard.

    Xalan and Xerces are related closely to Jakarta and are again industry standards.

    The list goes on...

    I DO agree that using JSTL instead of the Jakarta specific tags is a good idea.
    I would not be surprised if those libraries which show duplicate functionality from the JSTL will in time be dropped from the Jakarta project.
    As is stated on the Jakarta site Over time, some projects are deprecated because their functionality is covered by JCP standardized tag libraries, or because newer, improved projects supersede them. Deprecated tag libraries can be accessed here. (the SQL tags are not yet among these).