Closed: (IBATIS-351) Primitive argument type cannot be null(in PropertyAccessPlan. setProperties)

     [ http://issues.apache.org/jira/browse/IBATIS-351?page=all ]

Clinton Begin closed IBATIS-351.
--------------------------------

    Resolution: Invalid
      Assignee: Clinton Begin

There are already two solutions to this, both of which I find more appropriate than the one suggested.  

1) Don't map primitives to nullable columns << PREFERRED

2) Use a nullValue setting in your result map, that's what it's for.

Clinton

> Primitive argument type cannot be null(in PropertyAccessPlan. setProperties)
> ----------------------------------------------------------------------------
>
>                 Key: IBATIS-351
>                 URL: http://issues.apache.org/jira/browse/IBATIS-351
>             Project: iBatis for Java
>          Issue Type: Bug
>          Components: SQL Maps
>    Affects Versions: 2.1.7, 2.2.0
>            Reporter: qxo
>         Assigned To: Clinton Begin
>
> ResultObject  has a Primitive attribute and its result value is null,has problem.
> I fixed this proble as follow:

Commented: (IBATIS-53) Support for oracle cursors as resultsets

    [ http://issues.apache.org/jira/browse/IBATIS-53?page=comments#action_12438958 ] 

Clinton Begin commented on IBATIS-53:
-------------------------------------

Alin:

It's worth creating a separate issue for #2.  

As for #1, I'm not really sure what you mean. 

Clinton

> Support for oracle cursors as resultsets
> ----------------------------------------
>
>                 Key: IBATIS-53
>                 URL: http://issues.apache.org/jira/browse/IBATIS-53
>             Project: iBatis for Java
>          Issue Type: New Feature
>          Components: SQL Maps
>            Reporter: Ken Katsma
>            Priority: Minor
>             Fix For: 2.1.0
>
>         Attachments: showcase.txt, showcase_storedprocedure.txt, showcase_storedprocedure1.txt,
SqlExecutor.java, SqlExecutor.java, SqlExecutor.java, SqlExecutor.java
>
>
> iBatis doesn't currently support result sets from functions in Oracle.  A modification to SQLExecutor as

Commented: (IBATIS-351) Primitive argument type cannot be null(in PropertyAccessPlan. setProperties)

    [ http://issues.apache.org/jira/browse/IBATIS-351?page=comments#action_12438973 ] 

qxo commented on IBATIS-351:
----------------------------

But if result is object, "Use a nullValue setting in your result map"  cannot solve the problem!

> Primitive argument type cannot be null(in PropertyAccessPlan. setProperties)
> ----------------------------------------------------------------------------
>
>                 Key: IBATIS-351
>                 URL: http://issues.apache.org/jira/browse/IBATIS-351
>             Project: iBatis for Java
>          Issue Type: Bug
>          Components: SQL Maps
>    Affects Versions: 2.1.7, 2.2.0
>            Reporter: qxo
>         Assigned To: Clinton Begin
>
> ResultObject  has a Primitive attribute and its result value is null,has problem.
> I fixed this proble as follow:
> public void setProperties(Object object, Object[] values) {
>   	int i = 0;
>     try {
>       Object[] arg = new Object[1];
>       for (i = 0; i < propertyNames.length; i++) {
>         arg[0] = values[i];
>         try {
>         	final Class[] parameterTypes = setters[i].getParameterTypes();
>         	if( null == arg[0] && parameterTypes[0].isPrimitive()){

Commented: (IBATIS-351) Primitive argument type cannot be null(in PropertyAccessPlan. setProperties)

    [ http://issues.apache.org/jira/browse/IBATIS-351?page=comments#action_12439037 ] 

Clinton Begin commented on IBATIS-351:
--------------------------------------

Well if that's the case, use rule #1.  There's absolutely NO reason you should be using a primitive.  Use the
object wrapper.  

I can't see any case where you wouldn't have that as a viable option.

Clinton

> Primitive argument type cannot be null(in PropertyAccessPlan. setProperties)
> ----------------------------------------------------------------------------
>
>                 Key: IBATIS-351
>                 URL: http://issues.apache.org/jira/browse/IBATIS-351
>             Project: iBatis for Java
>          Issue Type: Bug
>          Components: SQL Maps
>    Affects Versions: 2.1.7, 2.2.0
>            Reporter: qxo
>         Assigned To: Clinton Begin
>
> ResultObject  has a Primitive attribute and its result value is null,has problem.
> I fixed this proble as follow:
> public void setProperties(Object object, Object[] values) {
>   	int i = 0;
>     try {
>       Object[] arg = new Object[1];

Commented: (IBATIS-333) Patch which allow to subsititute property with column name from ResultMap in dynamic sql

    [ http://issues.apache.org/jira/browse/IBATIS-333?page=comments#action_12439053 ] 

Andrey commented on IBATIS-333:
-------------------------------

Ok. I think that exactly that feature is not very impotant (and have some disadvatages),
but some public api to get result mapping will be very usefull. I think :)

> Patch which allow to subsititute property with column name from ResultMap in dynamic sql
> ----------------------------------------------------------------------------------------
>
>                 Key: IBATIS-333
>                 URL: http://issues.apache.org/jira/browse/IBATIS-333
>             Project: iBatis for Java
>          Issue Type: New Feature
>          Components: SQL Maps
>    Affects Versions: 2.2.0
>            Reporter: Andrey
>         Attachments: insertColumnName.patch
>
>
> In situtation, when i need to implement sorting, I need to create such monster, like abator creates for me. But
> if i only need sorting, here should be mapping beetween columns and properties (if they specified explicitly
> in ResultMap). In this case, i can write 
>     <resultMap id="dynamicAccountResult" class="testdomain.Account">
>         <result column="ACC_ID" property="id"/>
>         <result column="ACC_FIRST_NAME" property="firstName"/>
>         <result column="ACC_LAST_NAME" property="lastName"/>
>         <result column="ACC_EMAIL" property="emailAddress"/>
>     </resultMap>

Closed: (IBATIS-348) Abator generated Java classes with Special character

     [ http://issues.apache.org/jira/browse/IBATIS-348?page=all ]

Jeff Butler closed IBATIS-348.
------------------------------

    Resolution: Fixed

Fixed in SVN - for Abator 1.0.1

> Abator generated Java classes with Special character
> ----------------------------------------------------
>
>                 Key: IBATIS-348
>                 URL: http://issues.apache.org/jira/browse/IBATIS-348
>             Project: iBatis for Java
>          Issue Type: Improvement
>          Components: Tools
>         Environment: Spring 2.0 M2, AIX 5.1, JDK 1.4, Abator 1.0.0
>            Reporter: Hari Haran Vadivelu
>         Assigned To: Jeff Butler
>            Priority: Minor
>
> There are situation where in a column in database table might have special characters
> Eg- A column with name PVPO# , in such situations the Java source generated has an equivalent field name
with special character
> private String pvpo#;
> This is an exception in Java.
> Abator should be intelligent enough to generate a different field name for Java classes  like one with out
special characters
> private String pvpo;

New iBATIS Documentation Format

Re: New iBATIS Documentation Format

APT looks great.  The "IBatis for Python" crowd will love it ;=)

> Others alternatives I'm forgetting?
The docbook-wiki combination I mentioned in an earlier rant (
http://doc-book.sourceforge.net/homepage/ ).    It basically offers
similar advantages as APT and Confluence.  It is editable directly via
the web, stores everything in docbook format and can generate whatever
format you want.   The downside could be a tough installation. I just
read the install guide - it looks OK as long as you run Red Hat or
Fedora.  The product relies on a plethora of publishing RPMs.  There
is nothing exotic amongst the packages and are probably all availabe
in any RH/FC distro but if you run something else then I guess you are
going to spend many hours figuring out exactly which packages you
need.

g'luck,
Richard
(who is still busy with his first IBatis project and probably about to
unleash a whole bunch of newbie questions soon)

Re: New iBATIS Documentation Format

Re: New iBATIS Documentation Format