Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 30024 invoked from network); 7 Feb 2007 12:31:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Feb 2007 12:31:23 -0000 Received: (qmail 62584 invoked by uid 500); 7 Feb 2007 12:31:28 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 62573 invoked by uid 500); 7 Feb 2007 12:31:28 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 62562 invoked by uid 99); 7 Feb 2007 12:31:28 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 04:31:28 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of larry.meadors@gmail.com designates 64.233.162.234 as permitted sender) Received: from [64.233.162.234] (HELO nz-out-0506.google.com) (64.233.162.234) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 04:31:18 -0800 Received: by nz-out-0506.google.com with SMTP id q3so171002nzb for ; Wed, 07 Feb 2007 04:30:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=QMD2X6fmJrifYxDo5u0X10FaKhoPw7/aBGJl5vzAYL8hJ7XFrA87ov1IDE6FqnDgTyU6kTIt1bLLtJDD8DytjfWnMDpF97ZlA5rXnI2y/aG8VGfjFEBTBtVWzEpdOLuCtnFJU+aq3LDWwcThv3tnKBvfm4sp6pPcHRebBVLK2z0= Received: by 10.114.60.19 with SMTP id i19mr1636941waa.1170851457675; Wed, 07 Feb 2007 04:30:57 -0800 (PST) Received: by 10.114.183.6 with HTTP; Wed, 7 Feb 2007 04:30:57 -0800 (PST) Message-ID: Date: Wed, 7 Feb 2007 05:30:57 -0700 From: "Larry Meadors" Reply-To: lmeadors@apache.org Sender: larry.meadors@gmail.com To: user-java@ibatis.apache.org Subject: Re: Strange behaviour when column is null In-Reply-To: <45C9A9E9.6010603@tsez.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45B87C9F.4020704@tsez.net> <45C9A9E9.6010603@tsez.net> X-Google-Sender-Auth: 988ca4666eeb999c X-Virus-Checked: Checked by ClamAV on apache.org If you can create a complete test case that makes it fall over and attach it to JIRA, one of us will get it fixed. Larry On 2/7/07, Jonathan Tse wrote: > Hi Albert, > > I eventually figure out what the problem is. And it seems that it is > a bug or something... > > The strangest things is , if I move the position of the result tag > of path above the result tag of listPrice , everything work fine!!! If > I move it back, the problem persist .... No code changed. Just the > position of the result tag!!!! .......... > > I guess it is something related to primitive double type .... > > Best regards, > Jonathan > > p.s. : Supply with part of the source code if you guys want to further > investigate it. > > The pojo actually look like this: > > private Long productId; > private Long categoryId; > private String name; > private String description; > private String productCode; > private double listPrice; > private int quantity; > private String path; > private boolean hot; > private int status; > > And the resultMap > > > > > > > > > > > > > > > > Albert Aymerich wrote: > > Just try defining the column jdbc type in the resultMap for each column that can > > be nullable. > > Hope this can help. > > > > Albert > > > > > > > > > >