It is "slower", because it has more things to do, but if you're not
implementing realtime application, this should not be an issue.
Kengkaj
On Fri, Mar 13, 2009 at 11:47 AM, Ivan Bojer wrote:
> Ibatis documentation states that there is performance gain if one uses
> resultmaps instead of letti
You just implement com.ibatis.sqlmap.client.extensions.TypeHandlerCallback
in a way you want.
On Fri, Mar 13, 2009 at 11:43 AM, Ivan Bojer wrote:
> We just switched to postgresql 8.3 and enums seem like pretty nifty
> feature. The problem is that my mapping does not like enums. I know that
> th
Reflection is not slow enough to worry about. But if you don't specify the
result maps explicitly, then iBATIS has to access a bunch of metadata, look
stuff up in maps, and synchronize the call. That's slower. Still not
enough to worry about IMHO.
Clinton
On Thu, Mar 12, 2009 at 10:47 PM, Ivan
U probably have to get your hands on ibatis v3 for annotations support
Ivan Bojer
To
Ibatis documentation states that there is performance gain if one uses
resultmaps instead of letting Ibatis figure out class mapping on its own. I
could not find any more info about why is this a case!? Can anyone elaborate on
this? Is this because reflection is slow in general?
Can I use Java annotations instead of Ibatis' sqlmap XML files? I know this is
possible in hibernate, but I had no luck finding information about ibatis.
Any links are appreciated...
We just switched to postgresql 8.3 and enums seem like pretty nifty feature.
The problem is that my mapping does not like enums. I know that there are
custom typehandlers which one can use to convert Java enums into JDBC type, but
what can I use if I want to convert Java INT into postgresql ENUM
Hi all,
Many of our projects were built in a component-based way. Each component got
it's own SqlMapConfig and DaoConfig files. We must handly merge many of
those files into a single one to build a whole application with many
components. Is there a way to build a SqlMapClient or DaoManager from
mu
