Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 12219 invoked from network); 5 Jun 2006 04:28:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Jun 2006 04:28:54 -0000 Received: (qmail 37503 invoked by uid 500); 5 Jun 2006 04:28:52 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 37472 invoked by uid 500); 5 Jun 2006 04:28:52 -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 37461 invoked by uid 99); 5 Jun 2006 04:28:52 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Jun 2006 21:28:52 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of lists@nabble.com designates 72.21.53.35 as permitted sender) Received: from [72.21.53.35] (HELO talk.nabble.com) (72.21.53.35) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Jun 2006 21:28:49 -0700 Received: from localhost ([127.0.0.1] helo=talk.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1Fn6hZ-00027a-0n for user-java@ibatis.apache.org; Sun, 04 Jun 2006 21:28:29 -0700 Message-ID: <4709836.post@talk.nabble.com> Date: Sun, 4 Jun 2006 21:28:28 -0700 (PDT) From: Shepherdz To: user-java@ibatis.apache.org Subject: RE: When returning mutiple objects and transforming "directly to xml In-Reply-To: <48CC2EED5175B540BCE9633A5D94F144057367D2@mail4.pennmutual.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-Sender: zhaoxinpei@ndtech.com.cn X-Nabble-From: Shepherdz References: <48CC2EED5175B540BCE9633A5D94F144057367C4@mail4.pennmutual.com> <48CC2EED5175B540BCE9633A5D94F144057367CC@mail4.pennmutual.com> <16178eb10606020644r789c7ee2odd3033dee29d642f@mail.gmail.com> <48CC2EED5175B540BCE9633A5D94F144057367D0@mail4.pennmutual.com> <48CC2EED5175B540BCE9633A5D94F144057367D2@mail4.pennmutual.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Bill, I would say that we are in the same boat. In our platform, we want to use AJAX in the web tier. Therefore xml representation is more straight forwards than other approaches. We want to build a generic object structure using xml. Thus we can get rid of some meaningless reflections in our platform. We have tried Hibernate. Unfortunately, its performance is poor in processing large result. IBatis is much faster. In the current situation, I recommend you to use HashMap result instead of xml, which is also a generic structure. Then convert the Map to xml in your own code. Although this approach will delay your program a little bit, it is acceptable. Actually, I'm now trying to modify the source of IBatis to enable a better xml support. However, it seems the IBatis team has planned to get rid of xml support from 3.0's core. If so, using HashMap result may be a better decision in the current status. It can be also efficient and generic, with only a little cost. Anyway, we insist that xml support is very important, even more important than beans, for it is a more generic and flexible representation. No matter how 3.0 is implemented, a powerful and efficient support of xml result mapping is a very competitive feature. -- View this message in context: http://www.nabble.com/When-returning-mutiple-objects-and-transforming-%22directly-to-xml-t1718587.html#a4709836 Sent from the iBATIS - User - Java forum at Nabble.com.