Hi Vaughn, now I understand the problem. The dataDriven code is located in an other SVN repository and is incorporated in WebTest SVN tree using svn:external. The problem here is that these external dependencies don't get tagged together with the rest of the project. The only solution that I see here is to get the PropertyTable (the original name of dataDriven) by hand at the date of the 2.6 release. Perhaps did you already say it but I don't remember: why do you need to build by yourself? Aren't the archives ok?
Cheers, Marc. -- Web: http://www.efficient-webtesting.com Blog: http://mguillem.wordpress.com Vaughn Spurlin wrote: > Hi Marc, > > I still can't build R_1689, and would appreciate any advice. I'm trying > to get this working on Windows XP, then I'll switch to Open Solaris. My > goal is to create a package that will install and build WebTest on Open > Solaris. > > Here are some details about what I did and what happened. > > 1. Checked out R_1689 with no problems. > svn co https://svn.canoo.com/versions/webtest/R_1689/ > > 2. Ran "ant clean" with no problems. > > 3. Tried "ant develop" and build failed. The fetchDependencies step > downloaded many .pom and .jar files. > > Where did they go? I can't find the downloaded files in the R_1689 > directory. Here's a snippet from fetchDependencies. > > fetchDependencies: > [artifact:dependencies] Downloading: > net/sourceforge/htmlunit/htmlunit/1.14/htmlunit-1.14.pom > [artifact:dependencies] Downloading: > net/sourceforge/htmlunit/htmlunit/1.14/htmlunit-1.14.pom > [artifact:dependencies] Transferring 13K > [artifact:dependencies] Downloading: jaxen/jaxen/1.1.1/jaxen-1.1.1.pom > [artifact:dependencies] Downloading: jaxen/jaxen/1.1.1/jaxen-1.1.1.pom > [artifact:dependencies] Transferring 7K > > 4. Repeated "ant develop". The fetchDependencies did not need to > download anything. The build failed again, with the same errors. See > "cannot find symbol" nessages, below. > > -compile: > [echo] compile base classes > [javac] Compiling 279 source files to > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\build\classes\plain > [javac] > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\src\main\java\com\canoo\ant\table\ExcelPropertyTable.java:19: > cannot find symbol > [javac] symbol : class HSSFFormulaEvaluator > [javac] location: package org.apache.poi.hssf.usermodel > [javac] import org.apache.poi.hssf.usermodel.HSSFFormulaEvaluator; > [javac] ^ > [javac] > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\src\main\java\com\canoo\webtest\plugins\emailtest\EmailMessageContentFilter.java:24: > warning: sun.misc > .UUDecoder is Sun proprietary API and may be removed in a future release > [javac] import sun.misc.UUDecoder; > [javac] ^ > [javac] > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\src\main\java\com\canoo\ant\table\ExcelPropertyTable.java:122: > cannot find symbol > [javac] symbol : class HSSFFormulaEvaluator > [javac] location: class com.canoo.ant.table.ExcelPropertyTable > [javac] final HSSFFormulaEvaluator evaluator = new > HSSFFormulaEvaluator(sheet, workbook); > [javac] ^ > [javac] > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\src\main\java\com\canoo\ant\table\ExcelPropertyTable.java:122: > cannot find symbol > [javac] symbol : class HSSFFormulaEvaluator > [javac] location: class com.canoo.ant.table.ExcelPropertyTable > [javac] final HSSFFormulaEvaluator evaluator = new > HSSFFormulaEvaluator(sheet, workbook); > [javac] ^ > [javac] > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\src\main\java\com\canoo\webtest\plugins\emailtest\EmailMessageContentFilter.java:125: > warning: sun.mis > c.UUDecoder is Sun proprietary API and may be removed in a future release > [javac] final UUDecoder uudc = new UUDecoder(); > [javac] ^ > [javac] > E:\Sun\work\WebTest\WebTest-R_1689-svn\R_1689\src\main\java\com\canoo\webtest\plugins\emailtest\EmailMessageContentFilter.java:125: > warning: sun.mis > c.UUDecoder is Sun proprietary API and may be removed in a future release > [javac] final UUDecoder uudc = new UUDecoder(); > [javac] ^ > [javac] Note: Some input files use or override a deprecated API. > [javac] Note: Recompile with -Xlint:deprecation for details. > [javac] 3 errors > [javac] 3 warnings > > Vaughn > > > Vaughn Spurlin wrote: >> Hi Marc, >> >> We will proceed with WebTest 2.6 for now, to meet our schedule. It >> will be easy enough to upgrade to WebTest 3.0 when it's available. >> >> I will follow your advice for building R_1689, and ask for help with >> specific points if necessary. >> >> Thanks! - Vaughn >> >> Marc Guillemot wrote: >>> Hi Vaughn, >>> >>> thinking at it again, I believe that the next release will be first >>> available in the beginning of January. The reason is that it has to be >>> 3.0 due to the upgrade from Java 1.4 to Java 5 and it is worth waiting >>> for coming release 2.4 of HtmlUnit that provides (as usual) a lot of >>> improvements. Once we think that a build is "ready" to be marked as >>> "release" it doesn't take so much time but the right person (ie Dierk) >>> must be available to do it. >>> I fear that it will be too late for your build schedule and I first >>> wanted to avoid that but because we haven't any release since the >>> upgrade to Java 5, we can't simply put a minor release just now. >>> >>> You can get exactly the content of a release from SVN just looking at >>> the tag (for instance R_1689 for WebTest 2.6). Nevertheless if you can't >>> build from a src.zip, then it means that some files were missed while >>> building the zip file and I would be happy to fix it if you can provide >>> the right information. >>> >>> Cheers, >>> Marc. >>> >>> >>> >>> Vaughn Spurlin wrote: >>> >>>> Hi Marc, >>>> >>>> I would be much happier with a newer version of WebTest. However, >>>> "latest snapshot" is too fluid for our purpose. In order to create a >>>> stable environment when we gather a large number of open source tools, >>>> we need certainty that we will get the same results every time we >>>> retrieve a tool. Using a specific dot release, such as WebTest 2.6, >>>> generally satisfies our need for consistent results. >>>> >>>> Can you say when you will designate a 2.7 or 3.0 release? What would it >>>> take to trigger the dot release process? We need it soon to keep up with >>>> the Open Solaris build schedule. Of course, quality is paramount. It's >>>> better to miss a schedule than to miss the best available quality. >>>> >>>> Yes, a full build works as expected when I use svn to checkout and >>>> update the source. It does not work to download and unzip the latest >>>> snapshot zip files. Using svn to get the source gives many more files >>>> than unzipping the snapshot zip files. Suppose I need to build a >>>> specific dot release, such as 2.6 (or 2.7 when it's available). What >>>> should I do to build from downloaded zip files? >>>> >>>> Vaughn >>>> >>>> >>>>> Hi, >>>>> >>>>> "official release"? By WebTest each build is nearly as official as the >>>>> others. But I understand your problem, you're not the one that made this >>>>> rule. >>>>> >>>>> May you have an incorrect version of Ant? Generally a full build should >>>>> simply work with bin/webtest.[sh|bat] full and so does it on WebTest >>>>> Cruise Control. >>>>> >>>>> Nevertheless release 2.6 is already quite old and it would surely be >>>>> better if you could include a newer version of WebTest. When is the >>>>> deadline for you? >>>>> >>>>> Cheers, >>>>> Marc. >>>>> -- >>>>> Web: http://www.efficient-webtesting.com >>>>> Blog: http://mguillem.wordpress.com >>>>> >>>>> Vaughn Spurlin wrote: >>>>> >>>>>> Hello WebTest development team, >>>>>> >>>>>> I need to work with the latest Webtest official release, not the latest >>>>>> development build. Does build R_1689 use build instructions that are >>>>>> different from the latest development build? What's missing in my build >>>>>> environment? >>>>>> >>>>>> When I follow "Building WebTest with ant" instructions at >>>>>> http://webtest.canoo.com/webtest/manual/building.html with WebTest 2.6 >>>>>> source files from >>>>>> https://svn.canoo.com/trunk/webtest-releases/2.6-1689/, it fails ... >>>>>> >>>> (--- snip ---) >>>> >>>> _______________________________________________ >>>> WebTest mailing list >>>> WebTest@lists.canoo.com >>>> http://lists.canoo.com/mailman/listinfo/webtest >>>> >>>> >>> >>> >>> >>> >>> _______________________________________________ >>> WebTest mailing list >>> WebTest@lists.canoo.com >>> http://lists.canoo.com/mailman/listinfo/webtest >>> >>> >> > > _______________________________________________ WebTest mailing list > WebTest@lists.canoo.com http://lists.canoo.com/mailman/listinfo/webtest _______________________________________________ WebTest mailing list WebTest@lists.canoo.com http://lists.canoo.com/mailman/listinfo/webtest
