Hi,
I have a select staement that has a Where cluase the gets a byte[].
Now, if I set the same byte[] instance I enjoy the cache.
However, if I have different instnaces for the byte[] with identical content
(i.e. Array.equals(b1,b2) returns true, but b1.equals(b2) returns false),
then I see "mi
Yes, that's likely not supported by the equals and hashcodes right now. Can
you create a JIRA ticket for it?
Cheers,
Clinton
On Sun, Feb 7, 2010 at 8:06 AM, yaog wrote:
>
> Hi,
>
> I have a select staement that has a Where cluase the gets a byte[].
>
> Now, if I set the same byte[] instance I
On Sat, Feb 6, 2010 at 3:37 PM, Daryl Stultz wrote:
> So it looks like user.userType is being eagerly loaded. How do I set things
> up to be lazy loaded?
>
Following this thread here:
http://www.mail-archive.com/[email protected]/msg15270.html
it appears iBATIS doesn't support lazy loa
Are you running Beta 9?
If so, you might need to step through the code for us to see where it's
being called.
Also, ensure that your element enables lazy loading in your
configuration file (see the docs for more).
Clinton
On Sat, Feb 6, 2010 at 1:37 PM, Daryl Stultz wrote:
> Hello,
>
> I've
I don't know if what you are trying to do is possible, but it seems to
defeat the intent of iBATIS (remove all the routine JDBC code and
replace it with declarations, so your Java code becomes much simpler.)
If you are going to add lots of Java code to build the mappings, you
might as well jus
The current APIs are optimized for "configurators", such as XML and
Annotations. If you guys are going to go this route, you'll probably want
to create your own wrapper classes to simplify the configuration.
Clinton
On Sun, Feb 7, 2010 at 2:48 PM, Guy Rouillier wrote:
> I don't know if what you
Done:
https://issues.apache.org/jira/browse/IBATIS-740
--
View this message in context:
http://old.nabble.com/CacheKey-and-byte---problem-tp27489427p27496176.html
Sent from the iBATIS - User - Java mailing list archive at Nabble.com.
-
