Return-Path: Delivered-To: apmail-db-jdo-dev-archive@www.apache.org Received: (qmail 22764 invoked from network); 24 Apr 2006 13:13:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 Apr 2006 13:13:20 -0000 Received: (qmail 418 invoked by uid 500); 24 Apr 2006 13:13:17 -0000 Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jdo-dev@db.apache.org Delivered-To: mailing list jdo-dev@db.apache.org Received: (qmail 407 invoked by uid 99); 24 Apr 2006 13:13:17 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Apr 2006 06:13:17 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [212.224.30.66] (HELO service-01.spree.de) (212.224.30.66) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Apr 2006 06:13:16 -0700 Received: from [127.0.0.1] (merlin.spree.de [172.16.1.107]) (authenticated bits=0) by service-01.spree.de (8.13.4/8.13.4/Debian-3) with ESMTP id k3ODCrOD000917 for ; Mon, 24 Apr 2006 15:12:53 +0200 Message-ID: <444CCED5.1020504@spree.de> Date: Mon, 24 Apr 2006 15:12:53 +0200 From: Michael Bouschen Organization: Tech@Spree Engineering User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jdo-dev@db.apache.org Subject: Re: Problems building tck20 References: <444CCA3A.9010507@artnology.com> In-Reply-To: <444CCA3A.9010507@artnology.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi J�rg, is it possible for you to do a clean and then regenerate the jars for the dependent JDO projects? This is just to make sure that the jars in your local maven repository (such as jdo2-enhancer-SNAPSHOT.jar) are up-to-date. You could run 'maven tck20.clean' from the trunk directory. This cleans the subprojects api20, core20, enhancer20, and tck20. Then you could call 'maven tck20.build' which builds the 4 JDO subprojects. Please note, that a 'maven build' in tck20 takes some time, because it first compiles, then installs the schema and runs the tck. Hope this helps. Regards Michael > Hi, > > probably it's just me not seeing the obvious (or my inexperience using > maven), but at the moment I keep on getting compile errors with tck20 > that I can't get rid of. I can get it all to compile correctly in > Eclipse, so I guess it's not really a problem in the sourcecode. Eclipse > tells me that the missing AugmentationTest class is in the enhancer20 > project, which does build correctly using maven, storing its .jar in the > maven repository (org.apache.jdo/jars/jdo2-enhancer-SNAPSHOT.jar). > > $ maven -o > __ __ > | \/ |__ _Apache__ ___ > | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ > |_| |_\__,_|\_/\___|_||_| v. 1.0.2 > > You are working offline so the build will continue, but > jdo2-api-SNAPSHOT.jar may be out of date! > You are working offline so the build will continue, but > jpox-SNAPSHOT.jar may be out of date! > You are working offline so the build will continue, but > jpox-enhancer-SNAPSHOT.jar may be out of date! > You are working offline so the build will continue, but > jpox-c3p0-SNAPSHOT.jar may be out of date! > You are working offline so the build will continue, but > jpox-dbcp-SNAPSHOT.jar may be out of date! > build:start: > > default: > java:prepare-filesystem: > > java:compile: > [echo] Compiling to > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/target/classes > [javac] Compiling 616 source files to > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/target/classes > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/src/java/org/apache/jdo/tck/enhancement/FieldAccessModified.java:23: > package org.apache.jdo.impl.enhancer.util does not exist > import org.apache.jdo.impl.enhancer.util.AnnotationTest; > ^ > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/src/java/org/apache/jdo/tck/enhancement/ImplementsPersistenceCapable.java:23: > package org.apache.jdo.impl.enhancer.util does not exist > import org.apache.jdo.impl.enhancer.util.AugmentationTest; > ^ > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/src/java/org/apache/jdo/tck/enhancement/FieldAccessModified.java:77: > cannot resolve symbol > symbol : class AnnotationTest > location: class org.apache.jdo.tck.enhancement.FieldAccessModified > final AnnotationTest test = new AnnotationTest(out, out); > ^ > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/src/java/org/apache/jdo/tck/enhancement/FieldAccessModified.java:77: > cannot resolve symbol > symbol : class AnnotationTest > location: class org.apache.jdo.tck.enhancement.FieldAccessModified > final AnnotationTest test = new AnnotationTest(out, out); > ^ > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/src/java/org/apache/jdo/tck/enhancement/ImplementsPersistenceCapable.java:70: > cannot resolve symbol > symbol : class AugmentationTest > location: class > org.apache.jdo.tck.enhancement.ImplementsPersistenceCapable > final AugmentationTest test = new AugmentationTest(out, out); > ^ > /u02/jfrantzius/data/sgw2_workspace/apache_db_jdo/jdo/trunk/tck20/src/java/org/apache/jdo/tck/enhancement/ImplementsPersistenceCapable.java:70: > cannot resolve symbol > symbol : class AugmentationTest > location: class > org.apache.jdo.tck.enhancement.ImplementsPersistenceCapable > final AugmentationTest test = new AugmentationTest(out, out); > ^ > 6 errors > > BUILD FAILED > File...... > /u02/jfrantzius/.maven/cache/maven-java-plugin-1.5/plugin.jelly > Element... ant:javac > Line...... 63 > Column.... 48 > Compile failed; see the compiler error output for details. > Total time: 6 seconds > Finished at: Mon Apr 24 14:39:10 CEST 2006 > > Also I have no clue what the problem is with "plugin.jelly". I let it > regenerate the "plugin cache", but to no avail. > > Thanks for any hints, > J�rg -- Michael Bouschen Tech@Spree Engineering GmbH mailto:mbo.tech@spree.de http://www.tech.spree.de/ Tel.:++49/30/235 520-33 Buelowstr. 66 Fax.:++49/30/2175 2012 D-10783 Berlin