Return-Path: Delivered-To: apmail-db-ojb-dev-archive@www.apache.org Received: (qmail 52215 invoked from network); 24 Sep 2003 20:12:00 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 24 Sep 2003 20:12:00 -0000 Received: (qmail 43296 invoked by uid 500); 24 Sep 2003 20:11:47 -0000 Delivered-To: apmail-db-ojb-dev-archive@db.apache.org Received: (qmail 43277 invoked by uid 500); 24 Sep 2003 20:11:47 -0000 Mailing-List: contact ojb-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "OJB Developers List" Reply-To: "OJB Developers List" Delivered-To: mailing list ojb-dev@db.apache.org Received: (qmail 43264 invoked from network); 24 Sep 2003 20:11:46 -0000 Received: from unknown (HELO mail.fridayfives.net) (209.137.167.162) by daedalus.apache.org with SMTP; 24 Sep 2003 20:11:46 -0000 Received: from kamajii.forthill.int (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id E172D1F442 for ; Wed, 24 Sep 2003 16:11:57 -0400 (EDT) Received: from forthillcompany.com (kite.forthill.int [192.168.1.30]) by mail.fridayfives.net (Postfix) with ESMTP id 8A4E01F440 for ; Wed, 24 Sep 2003 16:11:57 -0400 (EDT) Date: Wed, 24 Sep 2003 16:11:52 -0400 Subject: Re: CVS Build problems. Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: Brian McCallister To: "OJB Developers List" Content-Transfer-Encoding: 7bit In-Reply-To: <02F5EC37-EECB-11D7-AB02-000A95782782@forthillcompany.com> Message-Id: <560FA63E-EECB-11D7-AB02-000A95782782@forthillcompany.com> X-Mailer: Apple Mail (2.552) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Actually, now that I think about it... I might try using cglib to allow dynamic proxies for classes instead of just interfaces, though how this will work with extents I am not sure. -Brian On Wednesday, September 24, 2003, at 04:09 PM, Brian McCallister wrote: > We might want to consider using the cglib proxy implementation all the > time instead of the preprocessor. i haven't tested myself, but by > reports it is faster than the 1.4 proxy anyway. > > -Brian > > On Wednesday, September 24, 2003, at 04:04 PM, Thomas Mahler wrote: > >> Hi Charles, >> >> thanks for your patience ... >> >> Charles Anthony wrote: >>> I've just done a clean CVS update. If I do a bin\build.bat, I have >>> two problems. >>> 1) I need to stick with JDK13; the preprocessor flags in >>> SQLTypeHelper are >>> incorrect. I'm afraid I don't understand *how* the pre-processor is >>> supposed >>> to work - I'm guessing that if -JDBC30, it should comment out >>> everything >>> between a //#ifdef JDB30 and //#endif. It doesn't seem to be doing >>> this. >>> I've just manually commented out those sections, and it compiles. >>> Thomas (or >>> someone), could you explain how the CodeSwitcher works, and how it >>> should be >>> used. >> >> some time ago i put it those //#ifdefs and checked that everything >> works under JDK 1.3 and 1.2. >> Unfortunately the preprocessor is quite stupid. I only recognizes >> these statements if they start directly in the first positio of a > >> line. >> In the course of some reformatting of the code the //#ifdefs got >> indented and the preprocessor does simply ignore them... >> >> I've just fixed it in CVS and did a full JDK1.3 Junit run. everything >> should be fine now (at least until the next code formatting...) >> >>> 2) target check-jdo-classes is not the depends of "main", and yet >>> org.apache.ojb.jdo depends upon the JDO classes, and is part of the >>> main >>> source code. So, instead of getting a nice "go and get JDO.jar" >>> message, I >>> get a load of compile fails. >> >> fixed in CVS now! >> >> thanks, >> Thomas >> >>> Attached is the fixed build file. >>> Cheers, >>> Charles. >>> This email and any attachments are strictly confidential and are >>> intended >>> solely for the addressee. If you are not the intended recipient you >>> must >>> not disclose, forward, copy or take any action in reliance on this >>> message >>> or its attachments. If you have received this email in error please >>> notify >>> the sender as soon as possible and delete it from your computer >>> systems. >>> Any views or opinions presented are solely those of the author and >>> do not >>> necessarily reflect those of HPD Software Limited or its affiliates. >>> At present the integrity of email across the internet cannot be >>> guaranteed >>> and messages sent via this medium are potentially at risk. All >>> liability >>> is excluded to the extent permitted by law for any claims arising as >>> a re- >>> sult of the use of this medium to transmit information by or to HPD >>> Software Limited or its affiliates. >>> >>> --------------------------------------------------------------------- >>> --- >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org >>> For additional commands, e-mail: ojb-dev-help@db.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org >> For additional commands, e-mail: ojb-dev-help@db.apache.org >> >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org > For additional commands, e-mail: ojb-dev-help@db.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org For additional commands, e-mail: ojb-dev-help@db.apache.org