river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Firmstone <j...@zeus.net.au>
Subject Re: QA tests and spaces in file names
Date Tue, 13 Jul 2010 12:23:50 GMT
river.jar defines the directory is where the most of the jar files 
created by the build process live.  This doesn't affect jtreg directly 
however, the files needed for the jtreg tests are moved into the 
JTlib-tmp directory.

This is defined by the jtlib.tmp property.

I wonder if there's a problem with the hyphen or mixed case for the 
JTlib-tmp directory?

It's a long shot but that's the directory where the missing class files 
originate, otherwise it might have something to do with the -cpa: option.

Cheers,

Peter.



Patricia Shanahan wrote:
> 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 <jini@zeus.net.au>
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
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


Mime
View raw message