ibatis-user-java mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Butler <jeffgbut...@gmail.com>
Subject Re: Found two bugs in Abator
Date Thu, 16 Feb 2006 13:54:19 GMT
Thanks for reporting these.  I'll take a look.

The more I think about it, the more I dislike the way that I'm generating
the "by example" methods. As you've seen, it creates a tremendous amount of
code that grows exponentially as the fields in the table increase.  I'll
definitiely have to think of a better way.  Something else, that doesn't
apply in your case, is that the processor cycles required to do a merge in
Eclipse are enormous with these huge methods.

Jeff Butler

On 2/16/06, Rashmi Dave <rashmid@persistent.co.in> wrote:
> Hi Jeff,
> 1. I specified the following mapping in Abator config
>    <table schema="ONE" tableName="ADDRESS">
>    <generatedKey column="ADDRESS_ID" sqlStatement="SELECT
>                    identity="false"/>
>        </table>
> Here, I provided the incorrect column name for the generated Key. Abator
> threw an NPE for this.
> 2. I have a table with a large number of columns - 150. Now I used Abator
> to
> generate the DAO classes. The DAOImpl class for this refused to compile
> because the following function
> private Map getExampleParms(RemitExample example)
> threw an error "code too large"
> I had to pull out switch statements create a number of other functions and
> call these from here, only then did this error go. Can we generate this
> function in another way so that it is made up of calls to smaller
> functions?
> (I am using abator0.6.0.zip)
> Thanks
> ~Rashmi

View raw message