Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 76895 invoked from network); 31 Dec 2009 05:25:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 31 Dec 2009 05:25:17 -0000 Received: (qmail 3825 invoked by uid 500); 31 Dec 2009 05:25:16 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 3780 invoked by uid 500); 31 Dec 2009 05:25:15 -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 3772 invoked by uid 99); 31 Dec 2009 05:25:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Dec 2009 05:25:14 +0000 X-ASF-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of guyr-ml1@burntmail.com designates 70.87.63.122 as permitted sender) Received: from [70.87.63.122] (HELO mx02.burntmail.com) (70.87.63.122) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Dec 2009 05:25:06 +0000 Received: from pool-173-79-57-56.washdc.fios.verizon.net ([173.79.57.56] helo=[127.0.0.1]) by mx02.burntmail.com with esmtpa (Exim 4.63) (envelope-from ) id 1NQDWg-00011M-9c for user-java@ibatis.apache.org; Wed, 30 Dec 2009 23:24:46 -0600 Message-ID: <4B3C359D.9040006@burntmail.com> Date: Thu, 31 Dec 2009 00:24:45 -0500 From: Guy Rouillier User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Lightning/1.0b2pre Thunderbird/3.0 MIME-Version: 1.0 To: user-java@ibatis.apache.org Subject: Re: Ibator generate incomplete bean References: ,, In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 091230-0, 12/30/2009), Outbound message X-Antivirus-Status: Clean On 12/30/2009 8:20 AM, ines DNSCE wrote: > > The reason is that the reading of the given m�ta data has the right DBA. > Thus I reads m�ta data of another plan (sch�ma) than I waited. > If I specify the plan for every table, I have no more the problem. On > the other hand it adds me in prefix the name of the plan, I must be able > to configure it to ignore the prefix and not to have to specified un > each table the plan. > With Oracle, a good way to avoid adding schema names to all your table references is to use public synonyms. -- Guy Rouillier --------------------------------------------------------------------- To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org For additional commands, e-mail: user-java-help@ibatis.apache.org