DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38245>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38245





------- Additional Comments From [EMAIL PROTECTED]  2006-01-20 11:54 -------
Pasting in Ken's todo list for the testss 
from the mailing list

Tests for "onError", "delimiter", "delimterType", "keepFormat" on either files
or embedded text are where I'd focus, I think, because they *are* platform
specific.  IIRC the history of this task correctly, all of those attributes were
added to support loading Oracle PL/SQL procedures and SQL/PLUS scripts.

"onError" is really subjective, depending on what you're executing - a table
drop before recreating it is standard procedure, but the "table or view does not
exist" *is* an error

Testing aside for the moment, this is one of the reasons that I think the
"decorator" idea has merit.  Let the JDBC class create the DB specific
decorator, or a generic pass through if no db is specified.  BWC is maintained
if the addition of the "decorator" is driven from YAA (yet another attribute).

Here's my suggestion:

0.  Convince my boss and my wife that this is really beneficial for the world at
large and is worth the investment of some work and leisure time. ;^)

1.  Develop base tests for current behavior using what ever is readily available
on Gump (sounds like HSQL and Derby), using DBUnit for basic CRUD testing
verification.  I think we should assume a schema, not including schema script
generation in the base tests of the SQL task.

2.  Refactor JDBC/SQL to allow for db specific decorators:
    * Extract the java interface to the SQL task.
    * Rename the existing SQL task to CoreSql or BaseSql, implementing the
interface.
    * Edit JDBC to invoke via I/F
    * Retest.

3.  Create a "pass-through" decorator, 100% delegation of all methods to the
CoreSql code.
    * Refactor SQL to use it.
    * Retest.

4.  Create HSQL and or Derby decorators.  Unfortunately, I don't know what I'd
put in these - my particular itch is around the Oracle specifics.

5.  Open the door for some "community" development/testing of the commercial
platforms.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to