Return-Path: Delivered-To: apmail-incubator-river-dev-archive@minotaur.apache.org Received: (qmail 54374 invoked from network); 13 Jul 2010 09:50:10 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Jul 2010 09:50:10 -0000 Received: (qmail 32049 invoked by uid 500); 13 Jul 2010 09:50:10 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 31900 invoked by uid 500); 13 Jul 2010 09:50:07 -0000 Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: river-dev@incubator.apache.org Delivered-To: mailing list river-dev@incubator.apache.org Received: (qmail 31808 invoked by uid 99); 13 Jul 2010 09:50:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jul 2010 09:50:06 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of pats@acm.org designates 209.86.89.70 as permitted sender) Received: from [209.86.89.70] (HELO elasmtp-banded.atl.sa.earthlink.net) (209.86.89.70) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jul 2010 09:49:59 +0000 Received: from [70.230.195.10] (helo=[192.168.1.105]) by elasmtp-banded.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1OYc7O-0001Nn-9z for river-dev@incubator.apache.org; Tue, 13 Jul 2010 05:49:38 -0400 Message-ID: <4C3C36AB.4070307@acm.org> Date: Tue, 13 Jul 2010 02:49:31 -0700 From: Patricia Shanahan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: river-dev@incubator.apache.org Subject: Re: QA tests and spaces in file names References: <4C368ED4.2040207@acm.org> <4C37025A.500@zeus.net.au> <4C3781AB.9070006@acm.org> <4C37B539.5000908@zeus.net.au> <4C37CF5E.8030605@acm.org> <4C37E202.9000800@zeus.net.au> <4C37E951.4060800@acm.org> <4C37F87C.8000403@zeus.net.au> <4C38197F.4040907@zeus.net.au> <4C386642.8060203@acm.org> <4C3B2D6C.8030909@wonderly.org> <4C3B90C2.1060409@acm.org> <4C3C2723.70902@zeus.net.au> In-Reply-To: <4C3C2723.70902@zeus.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 9a090983a806273c061ba25959e76cc985338a7d01cb3b6a7e972de0d01da94004bc4e0d57f4714b56feb50c66d40292350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 70.230.195.10 X-Virus-Checked: Checked by ClamAV on apache.org Do you know anything about "river.jars"? It seems to be used in setting classpathref, and my errors do look very classpathish. Patricia On 7/13/2010 1:43 AM, Peter Firmstone wrote: > My comments here might also be of assistance: > > https://issues.apache.org/jira/browse/RIVER-319 > > Patricia Shanahan wrote: >> Correct. I did try using only "/" as path separator, and it still >> failed. Here is my latest build.properties: >> >> bash-3.2$ pwd >> /cygdrive/c/apache/river/jtsk/trunk/qa >> bash-3.2$ cat build.properties >> river.home=c:/apache/river/jtsk/trunk >> jtreg.home=c:/apache/jtreg >> jtreg.dir=C:/apache/river/jtsk/trunk/qa/jtreg >> jdk1.5.home=C:/Program Files (x86)/Java/jdk1.5.0_22 >> >> The output is in http://www.patriciashanahan.com/apache/myJTREGLog.txt >> >> Maybe somebody could make available to me the output from a correct >> regression test? Part of my problem is that, being unfamiliar with >> River, the Apache development flow in general, and JTreg in >> particular, I don't know what output to expect. >> >> The problems look to me rather like a compile-time classpath problem - >> files are found if the scripts are looking for them directly, but the >> compiler cannot find packages for import statements. >> >> Thanks for any suggestions, >> >> Patricia >> >> >> On 7/12/2010 7:57 AM, Gregg Wonderly wrote: >>> As a general rule, there is no reason to use '\' in java paths that are >>> passed into any class that uses the path inside of the JVM. Only when >>> you use Runtime.exec() et.al. do you need to worry about '/' vs '\'. >>> Windows, a long time ago, recognized '/' internally as a path separator, >>> because only the 'shell' was dealing with '/' as an option delimiter. >>> >>> It makes life a lot easier to just use '/' for java.lang.File paths and >>> in particular, it simplifies property file and other text usage where >>> '\' is interpreted by the class as a special character. >>> >>> Gregg Wonderly >>> >>> Patricia Shanahan wrote: >>>> Promising. I got error messages at first because I forgot to double up >>>> the "/" characters, so it was paying attention to the jtreg.dir line. >>>> Once I fixed that it went to: >>>> >>>> Buildfile: C:\apache\river\jtsk\trunk\qa\build.xml >>>> >>>> jtreg: >>>> [mkdir] Created dir: C:\apache\river\jtsk\qa\jtreg\JTlib-tmp >>>> [move] Moving 4 files to C:\apache\river\jtsk\qa\jtreg\JTlib-tmp >>>> [move] Moving 1 file to C:\apache\river\jtsk\qa\jtreg\JTlib-tmp >>>> [move] Moving 1 file to C:\apache\river\jtsk\qa\jtreg\JTlib-tmp >>>> >>>> BUILD FAILED >>>> C:\apache\river\jtsk\trunk\qa\build.xml:156: Cannot determine test >>>> suite from test (is TEST.ROOT missing?): >>>> C:\apache\river\jtsk\qa\jtreg\JTlib-tmp\concurrent-policy-util.jar >>>> >>>> Total time: 1 second >>>> >>>> >>>> What do you think it would like for TEST.ROOT? >>>> >>>> >>>> On 7/9/2010 11:55 PM, Peter Firmstone wrote: >>>>> Try adding this to your build.properties file: >>>>> >>>>> jtreg.dir=C:\apache\river\jtsk\qa\jtreg >>>>> >>>>> Peter. >>>>> >>>>> Patricia Shanahan wrote: >>>>>> Yes, I ran it in the root directory. >>>>>> >>>>>> >>>>>> Patricia >>>>>> >>>>>> On Jul 9, 2010, at 21:35, Peter Firmstone wrote: >>>>>> >>>>>>> It appears as though it can't see the jar archives in the directory: >>>>>>> >>>>>>> C;\apache\river\jtsk\trunk\lib\ >>>>>>> >>>>>>> The missing class is from jsk-platform.jar >>>>>>> >>>>>>> Did you run ant all.build first? >>>>>>> >>>>>>> Cheers, >>>>>>> >>>>>>> Peter. >>>>>>> >>>>>>> Patricia Shanahan wrote: >>>>>>>> Sure: >>>>>>>> >>>>>>>> http://www.patriciashanahan.com/apache/myJTREGLog.txt >>>>>>>> >>>>>>>> Patricia >>>>>>>> >>>>>>>> >>>>>>>> On 7/9/2010 7:59 PM, Peter Firmstone wrote: >>>>>>>>> Can you dump the output to a text file and submit it? >>>>>>>>> >>>>>>>>> Peter. >>>>>>>>> >>>>>>>>> Patricia Shanahan wrote: >>>>>>>>>> I tried that. It didn't seem to make any difference. >>>>>>>>>> >>>>>>>>>> Patricia >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 7/9/2010 4:48 PM, Peter Firmstone wrote: >>>>>>>>>>> Try copying your existing build.properties file to the qa >>>>>>>>>>> directory, >>>>>>>>>>> just for now. >>>>>>>>>>> >>>>>>>>>>> Then try the jtreg tests again too. >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> >>>>>>>>>>> Peter. >>>>>>>>>>> >>>>>>>>>>> Patricia Shanahan wrote: >>>>>>>>>>>> The problem seems to be a classpath issue when compiling the >>>>>>>>>>>> tests. I >>>>>>>>>>>> get messages of the form: >>>>>>>>>>>> >>>>>>>>>>>> C:\\apache\\river\\jtsk\\trunk\\qa\\jtreg\\com\\sun\\jini\\action\\catchSecurityException\\CatchSecurityException.java:30: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> package com.sun.jini.action does not exist >>>>>>>>>>>> import com.sun.jini.action.GetBooleanAction; >>>>>>>>>>>> >>>>>>>>>>>> Do I need another build.properties file in the qa directory? >>>>>>>>>>>> If so, >>>>>>>>>>>> what should it contain? >>>>>>>>>>>> >>>>>>>>>>>> Patricia >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 7/9/2010 4:04 AM, Peter Firmstone wrote: >>>>>>>>>>>>> Have you tried the jtreg tests? >>>>>>>>>>>>> >>>>>>>>>>>>> The results of the jtreg tests will appear under >>>>>>>>>>>>> trunk/qa/jtreg >>>>>>>>>>>>> >>>>>>>>>>>>> jtreg constructs a web page index with detailed result >>>>>>>>>>>>> pages for >>>>>>>>>>>>> failed >>>>>>>>>>>>> tests. >>>>>>>>>>>>> >>>>>>>>>>>>> Cheers, >>>>>>>>>>>>> >>>>>>>>>>>>> Peter. >>>>>>>>>>>>> >>>>>>>>>>>>> Patricia Shanahan wrote: >>>>>>>>>>>>>> On of the simplifying steps I took to try to set up River >>>>>>>>>>>>>> development >>>>>>>>>>>>>> on a Windows box was use of a space-free path. I have since >>>>>>>>>>>>>> retested >>>>>>>>>>>>>> under "My Documents" and get QA test failures of the form: >>>>>>>>>>>>>> >>>>>>>>>>>>>> [java] com.sun.jini.qa.harness.TestException: >>>>>>>>>>>>>> [java] >>>>>>>>>>>>>> getResource(com/sun/jini/test/spec/loader/util/resources/files/file02) >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> [java] >>>>>>>>>>>>>> returned:jar:file:/C:/Documents%20and%20Settings/Administrator/My%20Documents/apache_development/checkout/jtsk/trunk/qa/lib/jinitests.jar!/com/sun/jini/test/spec/loader/util/resources/files/file02 >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> [java] expected:jar:file:/C:/Documents and >>>>>>>>>>>>>> Settings/Administrator/My >>>>>>>>>>>>>> Documents/apache_development/checkout/jtsk/trunk/qa/lib/jinitests.jar!/com/sun/jini/test/spec/loader/util/resources/files/file02 >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> [java] at >>>>>>>>>>>>>> com.sun.jini.test.spec.loader.pref.preferredClassLoader.GetResources.testCase(Unknown >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Source) >>>>>>>>>>>>>> [java] at >>>>>>>>>>>>>> com.sun.jini.test.spec.loader.pref.preferredClassLoader.GetResources.run(Unknown >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Source) >>>>>>>>>>>>>> [java] at com.sun.jini.qa.harness.MasterTest.doTest(Unknown >>>>>>>>>>>>>> Source) >>>>>>>>>>>>>> [java] at com.sun.jini.qa.harness.MasterTest.main(Unknown >>>>>>>>>>>>>> Source) >>>>>>>>>>>>>> >>>>>>>>>>>>>> The expected URL leaves the spaces as spaces. The returned >>>>>>>>>>>>>> URL >>>>>>>>>>>>>> has >>>>>>>>>>>>>> the >>>>>>>>>>>>>> spaces replaced, as is normal inside a URL, by %20. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Patricia >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > >