Mapping int type in constructor of resultMap type

2010-01-05 Thread vishalj
For a constructor defined like this : public UserProfile(int id) { this.id=id; } and resultmap having : is not working and instead giving Exception as : Error instantiating class com.xyz.beans.UserProfile with invalid types (Integer,) or values (1,). Cause: java.lang.NoSuchM

Re: Mapping int type in constructor of resultMap type

2010-01-05 Thread Clinton Begin
Are you running Beta 7? I know I looked into that issue, and I either fixed it, or determined that it wasn't possible. I recall something weird about constructor reflection with primitive types. Try Beta 7, if that doesn't work, I'll look through the commit log to see what I had to say about tha

RE: Mapping int type in constructor of resultMap type

2010-01-05 Thread OBender
You have to use javaType="_int" not javaType="int" in the XML to map the primitive type. I submitted this as an issue and Clinton kindly fixed it in B6 or B5 I believe :). From: Clinton Begin [mailto:clinton.be...@gmail.com] Sent: Tuesday, January 05, 2010 10:06 AM To: user-java@ibatis.apach

Re: Mapping int type in constructor of resultMap type

2010-01-05 Thread Clinton Begin
I'm glad someone remembered. LOL. I think I closed 15 issues in 3 days that weekend, so it's all a blur. Clinton On Tue, Jan 5, 2010 at 8:23 AM, OBender wrote: > You have to use javaType=”_int” not javaType=”int” in the XML to map the > primitive type. > > I submitted this as an issue and Cl

is there any chance the https://issues.apache.org/jira/browse/IBATIS-717 will be implemented?

2010-01-05 Thread OBender
It's a feature not a bug but pretty important one I think.

Re: is there any chance the https://issues.apache.org/jira/browse/IBATIS-717 will be implemented?

2010-01-05 Thread Clinton Begin
Can you try it locally first? Just change the DTD to allow it. I think it works, as I believe it's all the same builder code. You'll have to change the DTD URL and PUBLIC/SYSTEM to override it locally. Clinton On Tue, Jan 5, 2010 at 9:31 AM, OBender wrote: > It’s a feature not a bug but pre

RE: is there any chance the https://issues.apache.org/jira/browse/IBATIS-717 will be implemented?

2010-01-05 Thread OBender
Unfortunately it doesn't work. Code fails with the following: - Caused by: java.lang.NullPointerException at org.apache.ibatis.executor.resultset.FastResultSetHandler.createParameterize dResultObject(FastResultSetHandler.java:295) at org.apache.ibatis.executo

Re: is there any chance the https://issues.apache.org/jira/browse/IBATIS-717 will be implemented?

2010-01-05 Thread Clinton Begin
Darn. It might be a bigger change then. I'm not sure I'll have time to look at it any time soon (maybe by end of Jan) ... if you're adventurous, take a shot at it. :-) Clinton On Tue, Jan 5, 2010 at 11:32 AM, OBender wrote: > Unfortunately it doesn’t work. Code fails with the following: > >

Backward compatibility with iBatis 2

2010-01-05 Thread vishalj
Is iBatis 3 backward compatible with iBatis 2 .As i can see the difference in definition of configuration file . In iBatis 3 it is In iBatis 2 : It is something like -- View this message in context: http://old.nabble.com/Backward-compatibility-with-iBatis-2-tp27026789p270267

stored procedure in iBatis 3

2010-01-05 Thread vishalj
How do i map execute Stored Procedures in DB for iBatis 3.The documentation does not talk about that -- View this message in context: http://old.nabble.com/stored-procedure-in-iBatis-3-tp27026799p27026799.html Sent from the iBATIS - User - Java mailing list archive at Nabble.com. ---

Re: Backward compatibility with iBatis 2

2010-01-05 Thread stefcl
The way working sessions are created is also quite different. You won't be able to migrate to v3 just by updating the jar. -- View this message in context: http://old.nabble.com/Backward-compatibility-with-iBatis-2-tp27026789p27026802.html Sent from the iBATIS - User - Java mailing list archive