You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@river.apache.org by Peter Firmstone <ji...@zeus.net.au> on 2010/08/01 00:24:47 UTC
Re: TaskManager progress
Hi Patricia,
I've run the second round of qa harness tests, no hits, I'll upload the
results shortly.
jtreg tests are underway.
The qa harness (over 400 tests) is more comprehensive than the jtreg
tests (130 + tests)
Tests can be broken down into three groups:
QA Test Harness - Integration test suite to test the Jini Specification
behaviour and implementation.
JTReg Tests - Bug Regression Tests and more complex unit tests.
JUnit Tests - Simple Unit tests, for fast feedback at the class design
level.
To get all these tests functioning on Windows, I suggest we attempt
using the make build, this might give us some insight into some of the
platform support problems. Try both the qa tests and the jtreg tests if
you can.
The make test suite is available at:
svn checkout http://svn.apache.org/repos/asf/incubator/river/qatests
Cheers,
Peter.
Patricia Shanahan wrote:
> Peter Firmstone wrote:
>> Hi Patricia,
>>
>> I haven't completed the second round of tests yet, these should be
>> complete by morning. I don't think it's safe to assume absence of
>> failure precludes it.
>
> Indeed. As I noted in the first request for the test, a hit would
> quickly refute the hypothesis. A lack of hits does not tell us
> anything at all. The hypothesis, that sequence number sensitive tasks
> are added in sequence number order, can only be confirmed by analysis.
>
>> We can see the potential for failure, we just haven't simulated the
>> conditions for it I suspect.
>>
>> You should be able to run the qa tests yourself with ant qa.run, we
>> should probably look at how we can run some simulations using the qa
>> suite.
>
> It is *should" be able, not can. I'll take another run at trying to
> get a working test environment.
>
> If the check for retry messages in the log does not show a significant
> number, I will work on a modification to RetryTask to force retries. I
> am confident, based on analysis of some RetryTask subclasses, that at
> least one of two statements is true:
>
> 1. Tasks that sequence number conflict with a task that is in the
> retry process are never added, and the non-trivial runAfter test is a
> waste of time. This seems unlikely to me.
>
> 2. During retries, sequence number sensitive conflicting tasks can get
> out of order.
>
> Patricia
>
>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
On 7/31/2010 3:24 PM, Peter Firmstone wrote:
> Hi Patricia,
>
> I've run the second round of qa harness tests, no hits, I'll upload the
> results shortly.
>
> jtreg tests are underway.
Thanks. Remember the question about RetryTask retry messages - I think
it is important to know whether the reordering of tasks due to retries
is being tested effectively.
...
>
> To get all these tests functioning on Windows, I suggest we attempt
> using the make build, this might give us some insight into some of the
> platform support problems. Try both the qa tests and the jtreg tests if
> you can.
>
> The make test suite is available at:
>
> svn checkout http://svn.apache.org/repos/asf/incubator/river/qatests
>
Sounds like a plan. I'll check that out and see what it looks like.
Patricia
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
Yes, that seems like the next thing to try. I'll let you know what happens.
On 8/3/2010 11:47 AM, Peter Firmstone wrote:
> Can you try checking out into a new directory, then try building from
> there?
>
> Patricia Shanahan wrote:
>> "ant all.clean" makes the whole build directory go away:
>>
>> $ ls
>> DISCLAIMER KEYS LICENSE NOTICE build.properties build.xml common.xml
>> doc examples lib myBuildLog.txt poms qa src test wk1
>>
>> Patricia
>>
>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>> Try running ant all.clean again, then look at build/deps, it should be
>>> empty.
>>>
>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>
>>> Peter.
>>>
>>> Patricia Shanahan wrote:
>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>
>>>> Patricia
>>>>
>>>>
>>>>
>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>> ./build/deps/jsk-platform.deps
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> ./myBuildLog.txt
>>>> * RevokeablePolicy, hence the constructor change.
>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>
>>>>
>>>> * RevokeablePolicy, hence the constructor change.
>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>
>>>>
>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>> somewhere.
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> I did that, and get the same results. I get several warnings during
>>>>>> jar building:
>>>>>>
>>>>>> jini-ext.jar:
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>
>>>>>> jsk-dl.jar:
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>
>>>>>> jsk-lib.jar:
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>
>>>>>> jsk-resources.jar:
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>
>>>>>> jsk-platform.jar:
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>
>>>>>> followed by:
>>>>>>
>>>>>> BUILD FAILED
>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>> occurred
>>>>>> while executing this line:
>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>> RevokeableDynamicPolicy.
>>>>>>>
>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>> ...
>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>> attempt
>>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>>> of the
>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>> tests if
>>>>>>>>> you can.
>>>>>>>> ...
>>>>>>>>
>>>>>>>> I just tried building the latest revision with "ant build.all", and
>>>>>>>> got failure due to missing classes:
>>>>>>>>
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>
>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>> place
>>>>>>>> based on the fully qualified names.
>>>>>>>>
>>>>>>>> Patricia
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
Can you try checking out into a new directory, then try building from there?
Patricia Shanahan wrote:
> "ant all.clean" makes the whole build directory go away:
>
> $ ls
> DISCLAIMER KEYS LICENSE NOTICE build.properties build.xml
> common.xml doc examples lib myBuildLog.txt poms qa src test wk1
>
> Patricia
>
> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>> Try running ant all.clean again, then look at build/deps, it should be
>> empty.
>>
>> Perhaps ant all.clean isn't cleaning everything in your case?
>>
>> Peter.
>>
>> Patricia Shanahan wrote:
>>> Here it is, but it does not make sense to me. As far as I can tell,
>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>> have checked that PreferredClassLoader.class was rebuilt.
>>>
>>> Patricia
>>>
>>>
>>>
>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>> org\apache\river\api\security\RevokeablePolicy.class
>>> ./build/deps/jsk-platform.deps
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> ./myBuildLog.txt
>>> * RevokeablePolicy, hence the constructor change.
>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>
>>>
>>> * RevokeablePolicy, hence the constructor change.
>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>
>>>
>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>> somewhere.
>>>>
>>>> Patricia Shanahan wrote:
>>>>> I did that, and get the same results. I get several warnings during
>>>>> jar building:
>>>>>
>>>>> jini-ext.jar:
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>
>>>>> jsk-dl.jar:
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>
>>>>> jsk-lib.jar:
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>
>>>>> jsk-resources.jar:
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>
>>>>> jsk-platform.jar:
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>
>>>>> followed by:
>>>>>
>>>>> BUILD FAILED
>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>> occurred
>>>>> while executing this line:
>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>>
>>>>>
>>>>>
>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>> RevokeableDynamicPolicy.
>>>>>>
>>>>>> can you try ant all.clean and run svn update again?
>>>>>>
>>>>>> Patricia Shanahan wrote:
>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>> ...
>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>> attempt
>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>> of the
>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>> tests if
>>>>>>>> you can.
>>>>>>> ...
>>>>>>>
>>>>>>> I just tried building the latest revision with "ant build.all", and
>>>>>>> got failure due to missing classes:
>>>>>>>
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> org/apache/river/api/security/Denied
>>>>>>>
>>>>>>> The .java files for those classes are present, in the expected
>>>>>>> place
>>>>>>> based on the fully qualified names.
>>>>>>>
>>>>>>> Patricia
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
"ant all.clean" makes the whole build directory go away:
$ ls
DISCLAIMER KEYS LICENSE NOTICE build.properties build.xml
common.xml doc examples lib myBuildLog.txt poms qa src test wk1
Patricia
On 8/2/2010 12:10 AM, Peter Firmstone wrote:
> Try running ant all.clean again, then look at build/deps, it should be
> empty.
>
> Perhaps ant all.clean isn't cleaning everything in your case?
>
> Peter.
>
> Patricia Shanahan wrote:
>> Here it is, but it does not make sense to me. As far as I can tell,
>> RevokeablePolicy is only mentioned in comments and build reports. I
>> have checked that PreferredClassLoader.class was rebuilt.
>>
>> Patricia
>>
>>
>>
>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>> org\apache\river\api\security\RevokeablePolicy.class
>> ./build/deps/jsk-platform.deps
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> ./myBuildLog.txt
>> * RevokeablePolicy, hence the constructor change.
>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>
>> * RevokeablePolicy, hence the constructor change.
>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>
>>
>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>> Can you run a search for RevokeablePolicy, so I can track down the
>>> dependency and fix the files? Sounds like there's a problem on svn
>>> somewhere.
>>>
>>> Patricia Shanahan wrote:
>>>> I did that, and get the same results. I get several warnings during
>>>> jar building:
>>>>
>>>> jini-ext.jar:
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>
>>>> jsk-dl.jar:
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>
>>>> jsk-lib.jar:
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>
>>>> jsk-resources.jar:
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>
>>>> jsk-platform.jar:
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>
>>>> followed by:
>>>>
>>>> BUILD FAILED
>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
>>>> while executing this line:
>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>
>>>>
>>>>
>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>> RevokeableDynamicPolicy.
>>>>>
>>>>> can you try ant all.clean and run svn update again?
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>> ...
>>>>>>> To get all these tests functioning on Windows, I suggest we attempt
>>>>>>> using the make build, this might give us some insight into some
>>>>>>> of the
>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>> tests if
>>>>>>> you can.
>>>>>> ...
>>>>>>
>>>>>> I just tried building the latest revision with "ant build.all", and
>>>>>> got failure due to missing classes:
>>>>>>
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> org/apache/river/api/security/Denied
>>>>>>
>>>>>> The .java files for those classes are present, in the expected place
>>>>>> based on the fully qualified names.
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
No we need to solve the Window's issue, the ant build scripts are a
relatively recent change, unfortunately I'm less proficient with Windows
than I am with ant, which is less than I care to admit. But we will get
there, I've just got some learning to do first, I suspect we're going to
have some ifdef like options, where the expected syntax is different for
the Window's platform.
Cheers,
Peter.
Patricia Shanahan wrote:
> My conclusion is that my previous problem, which prevented building,
> was *not* related to svn. In the Linux environment I can successfully
> build, and run most of the QA tests. I did this using the files from
> which I could not even build under WindowsXP, as a VirtualBox shared
> folder. Not a copy, not a re-checkout of the same revision, but the
> actual files.
>
> I need to analyze the 18 current QA test failures, but they could be a
> Linux, or Linux user account, configuration issue. The Linux is a
> Ubuntu desktop with JDK 1.6 and ant installed. The account is a
> default user account, with PATH set to include the JDK 1.6 bin directory.
>
> In the short term, VirtualBox Ubuntu is probably going to be the
> easiest way for me to get to run tests. In the long term, I am not
> sure it makes sense to depend on all volunteers having Linux, or
> similar, experience.
>
> Patricia
>
>
> Peter Firmstone wrote:
>> I had hoped it to be a simpler problem :(
>>
>> Does the problem go away with a different version of svn? I wonder
>> if we should be providing cvs access also and if so how?
>>
>> Peter.
>>
>> Patricia Shanahan wrote:
>>> I have installed Ubuntu in a VirtualBox, and built using the same
>>> files, except for renaming build.properties to get it out of the way
>>> for now. The build was successful. I got 13 QA test failures, for
>>> example:
>>>
>>> [java]
>>> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
>>> [java] Test Failed: Test Failed with an Unexpected Exception:
>>> java.rmi.server.ExportException: Port already in use: 5678; nested
>>> exception is:
>>> [java] java.net.BindException: Address already in use
>>>
>>> [java] # of tests started = 397
>>> [java] # of tests completed = 397
>>> [java] # of tests skipped = 18
>>> [java] # of tests passed = 384
>>> [java] # of tests failed = 13
>>>
>>> This means my really weird problems are definitely related to
>>> windows issues, not svn.
>>>
>>> Patricia
>>>
>>>
>>> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>>>> Ok, strange, I'll do the same, see if it's something wrong with the
>>>> apache svn.
>>>>
>>>> Patricia Shanahan wrote:
>>>>> I attached this to the wrong message. It is actually a reply to the
>>>>> suggestion to checkout into a new directory.
>>>>>
>>>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>>>> Done. It still fails, which makes no sense at all to me. I've
>>>>>> uploaded
>>>>>> build.properties (the only file involved that is not the result
>>>>>> of the
>>>>>> checkout) and the output:
>>>>>>
>>>>>> http://www.patriciashanahan.com/apache/build.properties
>>>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>>
>>>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>>>> should be
>>>>>>> empty.
>>>>>>>
>>>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>>>
>>>>>>> Peter.
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> Here it is, but it does not make sense to me. As far as I can
>>>>>>>> tell,
>>>>>>>> RevokeablePolicy is only mentioned in comments and build
>>>>>>>> reports. I
>>>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>>>
>>>>>>>> Patricia
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>>>> ./build/deps/jsk-platform.deps
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> ./myBuildLog.txt
>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>>>> Can you run a search for RevokeablePolicy, so I can track down
>>>>>>>>> the
>>>>>>>>> dependency and fix the files? Sounds like there's a problem on
>>>>>>>>> svn
>>>>>>>>> somewhere.
>>>>>>>>>
>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>>>> during
>>>>>>>>>> jar building:
>>>>>>>>>>
>>>>>>>>>> jini-ext.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>>>
>>>>>>>>>> jsk-dl.jar:
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>>>
>>>>>>>>>> jsk-lib.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>>>
>>>>>>>>>> jsk-resources.jar:
>>>>>>>>>> [jar] Building jar:
>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>>>
>>>>>>>>>> jsk-platform.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar:
>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>>>
>>>>>>>>>> followed by:
>>>>>>>>>>
>>>>>>>>>> BUILD FAILED
>>>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>>>> occurred
>>>>>>>>>> while executing this line:
>>>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>>>
>>>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>>>
>>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>>>> ...
>>>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>>>> attempt
>>>>>>>>>>>>> using the make build, this might give us some insight into
>>>>>>>>>>>>> some
>>>>>>>>>>>>> of the
>>>>>>>>>>>>> platform support problems. Try both the qa tests and the
>>>>>>>>>>>>> jtreg
>>>>>>>>>>>>> tests if
>>>>>>>>>>>>> you can.
>>>>>>>>>>>> ...
>>>>>>>>>>>>
>>>>>>>>>>>> I just tried building the latest revision with "ant
>>>>>>>>>>>> build.all",
>>>>>>>>>>>> and
>>>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>>>
>>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>>
>>>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>>>> place
>>>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>>>
>>>>>>>>>>>> Patricia
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
My conclusion is that my previous problem, which prevented building, was
*not* related to svn. In the Linux environment I can successfully build,
and run most of the QA tests. I did this using the files from which I
could not even build under WindowsXP, as a VirtualBox shared folder. Not
a copy, not a re-checkout of the same revision, but the actual files.
I need to analyze the 18 current QA test failures, but they could be a
Linux, or Linux user account, configuration issue. The Linux is a Ubuntu
desktop with JDK 1.6 and ant installed. The account is a default user
account, with PATH set to include the JDK 1.6 bin directory.
In the short term, VirtualBox Ubuntu is probably going to be the easiest
way for me to get to run tests. In the long term, I am not sure it makes
sense to depend on all volunteers having Linux, or similar, experience.
Patricia
Peter Firmstone wrote:
> I had hoped it to be a simpler problem :(
>
> Does the problem go away with a different version of svn? I wonder if
> we should be providing cvs access also and if so how?
>
> Peter.
>
> Patricia Shanahan wrote:
>> I have installed Ubuntu in a VirtualBox, and built using the same
>> files, except for renaming build.properties to get it out of the way
>> for now. The build was successful. I got 13 QA test failures, for
>> example:
>>
>> [java]
>> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
>> [java] Test Failed: Test Failed with an Unexpected Exception:
>> java.rmi.server.ExportException: Port already in use: 5678; nested
>> exception is:
>> [java] java.net.BindException: Address already in use
>>
>> [java] # of tests started = 397
>> [java] # of tests completed = 397
>> [java] # of tests skipped = 18
>> [java] # of tests passed = 384
>> [java] # of tests failed = 13
>>
>> This means my really weird problems are definitely related to windows
>> issues, not svn.
>>
>> Patricia
>>
>>
>> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>>> Ok, strange, I'll do the same, see if it's something wrong with the
>>> apache svn.
>>>
>>> Patricia Shanahan wrote:
>>>> I attached this to the wrong message. It is actually a reply to the
>>>> suggestion to checkout into a new directory.
>>>>
>>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>>> Done. It still fails, which makes no sense at all to me. I've uploaded
>>>>> build.properties (the only file involved that is not the result of the
>>>>> checkout) and the output:
>>>>>
>>>>> http://www.patriciashanahan.com/apache/build.properties
>>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>>
>>>>> Patricia
>>>>>
>>>>>
>>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>>> should be
>>>>>> empty.
>>>>>>
>>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>>
>>>>>> Peter.
>>>>>>
>>>>>> Patricia Shanahan wrote:
>>>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>>
>>>>>>> Patricia
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>>> ./build/deps/jsk-platform.deps
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> ./myBuildLog.txt
>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>>
>>>>>>>
>>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>>>> somewhere.
>>>>>>>>
>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>>> during
>>>>>>>>> jar building:
>>>>>>>>>
>>>>>>>>> jini-ext.jar:
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>>
>>>>>>>>> jsk-dl.jar:
>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>>
>>>>>>>>> jsk-lib.jar:
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>>
>>>>>>>>> jsk-resources.jar:
>>>>>>>>> [jar] Building jar:
>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>>
>>>>>>>>> jsk-platform.jar:
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [jar] Building jar:
>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>>
>>>>>>>>> followed by:
>>>>>>>>>
>>>>>>>>> BUILD FAILED
>>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>>> occurred
>>>>>>>>> while executing this line:
>>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>>
>>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>>
>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>>> ...
>>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>>> attempt
>>>>>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>>>>>> of the
>>>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>>>> tests if
>>>>>>>>>>>> you can.
>>>>>>>>>>> ...
>>>>>>>>>>>
>>>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>>>> and
>>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>>
>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>
>>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>>> place
>>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>>
>>>>>>>>>>> Patricia
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
I had hoped it to be a simpler problem :(
Does the problem go away with a different version of svn? I wonder if
we should be providing cvs access also and if so how?
Peter.
Patricia Shanahan wrote:
> I have installed Ubuntu in a VirtualBox, and built using the same
> files, except for renaming build.properties to get it out of the way
> for now. The build was successful. I got 13 QA test failures, for
> example:
>
> [java]
> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
> [java] Test Failed: Test Failed with an Unexpected Exception:
> java.rmi.server.ExportException: Port already in use: 5678; nested
> exception is:
> [java] java.net.BindException: Address already in use
>
> [java] # of tests started = 397
> [java] # of tests completed = 397
> [java] # of tests skipped = 18
> [java] # of tests passed = 384
> [java] # of tests failed = 13
>
> This means my really weird problems are definitely related to windows
> issues, not svn.
>
> Patricia
>
>
> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>> Ok, strange, I'll do the same, see if it's something wrong with the
>> apache svn.
>>
>> Patricia Shanahan wrote:
>>> I attached this to the wrong message. It is actually a reply to the
>>> suggestion to checkout into a new directory.
>>>
>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>> Done. It still fails, which makes no sense at all to me. I've uploaded
>>>> build.properties (the only file involved that is not the result of the
>>>> checkout) and the output:
>>>>
>>>> http://www.patriciashanahan.com/apache/build.properties
>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>
>>>> Patricia
>>>>
>>>>
>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>> should be
>>>>> empty.
>>>>>
>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>
>>>>> Peter.
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>>
>>>>>>
>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>> ./build/deps/jsk-platform.deps
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> ./myBuildLog.txt
>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>
>>>>>>
>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>>> somewhere.
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>> during
>>>>>>>> jar building:
>>>>>>>>
>>>>>>>> jini-ext.jar:
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>
>>>>>>>> jsk-dl.jar:
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>
>>>>>>>> jsk-lib.jar:
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>
>>>>>>>> jsk-resources.jar:
>>>>>>>> [jar] Building jar:
>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>
>>>>>>>> jsk-platform.jar:
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [jar] Building jar:
>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>
>>>>>>>> followed by:
>>>>>>>>
>>>>>>>> BUILD FAILED
>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>> occurred
>>>>>>>> while executing this line:
>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>
>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>
>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>> ...
>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>> attempt
>>>>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>>>>> of the
>>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>>> tests if
>>>>>>>>>>> you can.
>>>>>>>>>> ...
>>>>>>>>>>
>>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>>> and
>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>
>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>> place
>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>
>>>>>>>>>> Patricia
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
I tried checking out the latest revision in my VirtualBox Ubuntu
environment, and it did not work well.
I get numerous errors of the form:
[java] access: access allowed (java.util.PropertyPermission
java.security.auth.policy read)
[java] access: access allowed (java.security.SecurityPermission
getProperty.auth.policy.url.1)
[java] access: access allowed (java.io.FilePermission
/home/pats/apache/river/jtsk/trunk/qa/lib/jiniharness.jar read)
[java] access: access denied (java.util.logging.LoggingPermission
control)
[java] java.lang.Exception: Stack trace
[java] at java.lang.Thread.dumpStack(Thread.java:1206)
[java] at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:313)
[java] at
java.security.AccessController.checkPermission(AccessController.java:546)
[java] at
java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
[java] at
java.util.logging.LogManager.checkAccess(LogManager.java:919)
[java] at java.util.logging.Handler.checkAccess(Handler.java:284)
[java] at java.util.logging.Handler.setLevel(Handler.java:239)
[java] at com.sun.jini.qa.harness.ReportHandler.configure(Unknown
Source)
[java] at com.sun.jini.qa.harness.ReportHandler.<init>(Unknown
Source)
[java] at com.sun.jini.qa.harness.QAConfig.<clinit>(Unknown Source)
[java] at java.io.ObjectStreamClass.hasStaticInitializer(Native
Method)
[java] at
java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1696)
[java] at
java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:52)
[java] at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:205)
[java] at java.security.AccessController.doPrivileged(Native Method)
[java] at
java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:202)
[java] at
java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:558)
[java] at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1583)
[java] at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
[java] at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
[java] at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
[java] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
[java] at com.sun.jini.qa.harness.MasterTest.main(Unknown Source)
[java] access: access allowed (java.security.SecurityPermission
getPolicy)
[java] access: access allowed (java.io.FilePermission
/home/pats/apache/river/jtsk/trunk/qa/lib/jiniharness.jar read)
[java] access: domain that failed ProtectionDomain
(file:/home/pats/apache/river/jtsk/trunk/qa/lib/jiniharness.jar <no
signer certificates>)
[java] sun.misc.Launcher$AppClassLoader@7d772e
[java] <no principals>
[java] java.security.Permissions@1bf216a (
[java] (java.net.SocketPermission localhost:1024- listen,resolve)
[java] (java.net.SocketPermission *:1024- connect,accept,resolve)
[java] (java.util.PropertyPermission line.separator read)
[java] (java.util.PropertyPermission java.vm.version read)
[java] (java.util.PropertyPermission
java.vm.specification.version read)
[java] (java.util.PropertyPermission java.vm.specification.vendor
read)
[java] (java.util.PropertyPermission java.vendor.url read)
[java] (java.util.PropertyPermission java.vm.name read)
[java] (java.util.PropertyPermission * read)
[java] (java.util.PropertyPermission os.name read)
[java] (java.util.PropertyPermission java.vm.vendor read)
[java] (java.util.PropertyPermission path.separator read)
[java] (java.util.PropertyPermission java.specification.name read)
[java] (java.util.PropertyPermission os.version read)
[java] (java.util.PropertyPermission os.arch read)
[java] (java.util.PropertyPermission
com.sun.jini.qa.spec.io.util.FakeIntegrityVerifier.throwException write)
[java] (java.util.PropertyPermission java.class.version read)
[java] (java.util.PropertyPermission java.version read)
[java] (java.util.PropertyPermission file.separator read)
[java] (java.util.PropertyPermission java.vendor read)
[java] (java.util.PropertyPermission java.vm.specification.name read)
[java] (java.util.PropertyPermission java.specification.version read)
[java] (java.util.PropertyPermission java.specification.vendor read)
[java] (java.lang.RuntimePermission
accessClassInPackage.sun.util.logging.resources)
[java] (java.lang.RuntimePermission setFactory)
[java] (java.lang.RuntimePermission stopThread)
[java] (java.lang.RuntimePermission exitVM)
[java] (java.io.FilePermission
/home/pats/apache/river/jtsk/trunk/qa/lib/jiniharness.jar read)
[java] )
[java]
[java]
[java] access: access denied (java.util.logging.LoggingPermission
control)
[java] java.lang.Exception: Stack trace
[java] at java.lang.Thread.dumpStack(Thread.java:1206)
[java] at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:313)
[java] at
java.security.AccessController.checkPermission(AccessController.java:546)
[java] at
java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
[java] at
java.util.logging.LogManager.checkAccess(LogManager.java:919)
[java] at java.util.logging.Handler.checkAccess(Handler.java:284)
[java] at java.util.logging.Handler.setFilter(Handler.java:161)
[java] at com.sun.jini.qa.harness.ReportHandler.configure(Unknown
Source)
[java] at com.sun.jini.qa.harness.ReportHandler.<init>(Unknown
Source)
[java] at com.sun.jini.qa.harness.QAConfig.<clinit>(Unknown Source)
[java] at java.io.ObjectStreamClass.hasStaticInitializer(Native
Method)
[java] at
java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1696)
[java] at
java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:52)
[java] at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:205)
[java] at java.security.AccessController.doPrivileged(Native Method)
[java] at
java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:202)
[java] at
java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:558)
[java] at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1583)
[java] at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
[java] at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
[java] at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
[java] at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
[java] at com.sun.jini.qa.harness.MasterTest.main(Unknown Source)
[java] access: access allowed (java.security.SecurityPermission
getPolicy)
[java] access: access allowed (java.io.FilePermission
/home/pats/apache/river/jtsk/trunk/qa/lib/jiniharness.jar read)
[java] access: domain that failed ProtectionDomain
(file:/home/pats/apache/river/jtsk/trunk/qa/lib/jiniharness.jar <no
signer certificates>)
[java] sun.misc.Launcher$AppClassLoader@7d772e
[java] <no principals>
[java] java.security.Permissions@12ac982 (
[java] (java.net.SocketPermission localhost:1024- listen,resolve)
[java] (java.net.SocketPermission *:1024- connect,accept,resolve)
[java] (java.util.PropertyPermission line.separator read)
Patricia
On 8/10/2010 4:22 AM, Peter Firmstone wrote:
> Yes,
>
> This is due to the JVM optimising the DynamicConcurrentPolicyProvider,
> the SecurityManager isn't instantiated at the time of the test, since
> the SecurityManager is null no security check is performed.. When I
> invoke the test with the SecurityManager installed from the command
> line, all executes and passes as expected.
>
> The DynamicConcurrentPolicyProvider passes all DynamicPolicy tests.
>
> I need to look into it further to decide how to handle it.
>
> Thanks,
>
> Peter.
>
> Patricia Shanahan wrote:
>> A re-run with a build.properties only got 9 failures. Here is the
>> first example:
>>
>> [java]
>> com/sun/jini/test/spec/loader/pref/preferredClassLoader/GetPermissionsSecurityException.td
>>
>> [java] Test Failed: Test Failed: com.sun.jini.qa.harness.TestException:
>> [java]
>> Class.forName(com.sun.jini.test.spec.loader.util.classes.Class01,
>> false, loader)
>> [java] returned:class com.sun.jini.test.spec.loader.util.classes.Class01
>> [java] expected:throws SecurityException
>>
>> The complaint seems to be a failure to throw an expected
>> SecurityException. Any ideas?
>>
>> Thanks,
>>
>> Patricia
>>
>>
>>
>> On 8/8/2010 9:27 PM, Patricia Shanahan wrote:
>>> I have installed Ubuntu in a VirtualBox, and built using the same files,
>>> except for renaming build.properties to get it out of the way for now.
>>> The build was successful. I got 13 QA test failures, for example:
>>>
>>> [java]
>>> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
>>> [java] Test Failed: Test Failed with an Unexpected Exception:
>>> java.rmi.server.ExportException: Port already in use: 5678; nested
>>> exception is:
>>> [java] java.net.BindException: Address already in use
>>>
>>> [java] # of tests started = 397
>>> [java] # of tests completed = 397
>>> [java] # of tests skipped = 18
>>> [java] # of tests passed = 384
>>> [java] # of tests failed = 13
>>>
>>> This means my really weird problems are definitely related to windows
>>> issues, not svn.
>>>
>>> Patricia
>>>
>>>
>>> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>>>> Ok, strange, I'll do the same, see if it's something wrong with the
>>>> apache svn.
>>>>
>>>> Patricia Shanahan wrote:
>>>>> I attached this to the wrong message. It is actually a reply to the
>>>>> suggestion to checkout into a new directory.
>>>>>
>>>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>>>> Done. It still fails, which makes no sense at all to me. I've
>>>>>> uploaded
>>>>>> build.properties (the only file involved that is not the result of
>>>>>> the
>>>>>> checkout) and the output:
>>>>>>
>>>>>> http://www.patriciashanahan.com/apache/build.properties
>>>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>>
>>>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>>>> should be
>>>>>>> empty.
>>>>>>>
>>>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>>>
>>>>>>> Peter.
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>>>
>>>>>>>> Patricia
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>>>> ./build/deps/jsk-platform.deps
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> ./myBuildLog.txt
>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>>>>> somewhere.
>>>>>>>>>
>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>>>> during
>>>>>>>>>> jar building:
>>>>>>>>>>
>>>>>>>>>> jini-ext.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>>>
>>>>>>>>>> jsk-dl.jar:
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>>>
>>>>>>>>>> jsk-lib.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>>>
>>>>>>>>>> jsk-resources.jar:
>>>>>>>>>> [jar] Building jar:
>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>>>
>>>>>>>>>> jsk-platform.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar:
>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>>>
>>>>>>>>>> followed by:
>>>>>>>>>>
>>>>>>>>>> BUILD FAILED
>>>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>>>> occurred
>>>>>>>>>> while executing this line:
>>>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>>>
>>>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>>>
>>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>>>> ...
>>>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>>>> attempt
>>>>>>>>>>>>> using the make build, this might give us some insight into
>>>>>>>>>>>>> some
>>>>>>>>>>>>> of the
>>>>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>>>>> tests if
>>>>>>>>>>>>> you can.
>>>>>>>>>>>> ...
>>>>>>>>>>>>
>>>>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>>>>> and
>>>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>>>
>>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>>
>>>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>>>> place
>>>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>>>
>>>>>>>>>>>> Patricia
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
On 8/16/2010 6:15 AM, Patricia Shanahan wrote:
> Jonathan Costers wrote:
>>>
>>> [java] Test process was destroyed and returned code 1
>>> [java] com/sun/jini/test/impl/joinmanager/LeaseRenewDurRFE.td
>>> [java] Test Failed: Unexpected Exception in setup:
>>> java.security.AccessControlException: origin is non-local host
>>>
>>>
>> I had the same issue on Ubuntu.
>>
>> The reason seems to be the default network configuration in Ubuntu:
>> jonathan@calisto:~$ cat /etc/hosts
>> 127.0.0.1 localhost
>> 127.0.1.1 calisto
>>
>> Notice the second line.
>>
>> Now, in com.sun.jini.phoenix.LocalAccess, a check is being done on
>> whether
>> the client is a local host:
>> ...
>> InetAddress addr = host.getClientHost();
>> Boolean ok = (Boolean) cache.get(addr);
>> if (ok == null) {
>> try {
>> ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
>> addr) != null);
>> } catch (IOException e) {
>> ok = Boolean.FALSE;
>> }
>> cache.put(addr, ok);
>> }
>> if (!ok.booleanValue()) {
>> throw new AccessControlException("origin is non-local host");
>> }
>>
>> However, this check does not work for the above configuration in Ubuntu
>> (hostname associated with a loopback address, but not with 127.0.0.1).
>> The check only looks at physical network interfaces to determine
>> whether the
>> client is a local host.
>>
>> A fix could be to add an extra check on loopback addresses (which I
>> tested
>> and seems to work in my case):
>> ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
>> addr) != null || addr.isLoopbackAddress());
>>
>> Or to change /etc/hosts (which I've also tested):
>> 127.0.0.1 localhost calisto
>>
>
> Thanks. I have tests of both these running. Assuming both also work for
> me, which is the better fix?
>
> I'm not a networking expert, but it seems to me to be logical to treat
> any and all loop back addresses as being local, so my initial preference
> is the source code fix.
>
> Opinions?
Both these solutions indeed work for me.
Patricia
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
Jonathan Costers wrote:
>>
>> [java] Test process was destroyed and returned code 1
>> [java] com/sun/jini/test/impl/joinmanager/LeaseRenewDurRFE.td
>> [java] Test Failed: Unexpected Exception in setup:
>> java.security.AccessControlException: origin is non-local host
>>
>>
> I had the same issue on Ubuntu.
>
> The reason seems to be the default network configuration in Ubuntu:
> jonathan@calisto:~$ cat /etc/hosts
> 127.0.0.1 localhost
> 127.0.1.1 calisto
>
> Notice the second line.
>
> Now, in com.sun.jini.phoenix.LocalAccess, a check is being done on whether
> the client is a local host:
> ...
> InetAddress addr = host.getClientHost();
> Boolean ok = (Boolean) cache.get(addr);
> if (ok == null) {
> try {
> ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
> addr) != null);
> } catch (IOException e) {
> ok = Boolean.FALSE;
> }
> cache.put(addr, ok);
> }
> if (!ok.booleanValue()) {
> throw new AccessControlException("origin is non-local host");
> }
>
> However, this check does not work for the above configuration in Ubuntu
> (hostname associated with a loopback address, but not with 127.0.0.1).
> The check only looks at physical network interfaces to determine whether the
> client is a local host.
>
> A fix could be to add an extra check on loopback addresses (which I tested
> and seems to work in my case):
> ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
> addr) != null || addr.isLoopbackAddress());
>
> Or to change /etc/hosts (which I've also tested):
> 127.0.0.1 localhost calisto
>
Thanks. I have tests of both these running. Assuming both also work for
me, which is the better fix?
I'm not a networking expert, but it seems to me to be logical to treat
any and all loop back addresses as being local, so my initial preference
is the source code fix.
Opinions?
Patricia
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
On 8/16/2010 4:58 AM, Jonathan Costers wrote:
>>
>>
>> [java] Test process was destroyed and returned code 1
>> [java] com/sun/jini/test/impl/joinmanager/LeaseRenewDurRFE.td
>> [java] Test Failed: Unexpected Exception in setup:
>> java.security.AccessControlException: origin is non-local host
>>
>>
> I had the same issue on Ubuntu.
>
> The reason seems to be the default network configuration in Ubuntu:
> jonathan@calisto:~$ cat /etc/hosts
> 127.0.0.1 localhost
> 127.0.1.1 calisto
>
> Notice the second line.
>
> Now, in com.sun.jini.phoenix.LocalAccess, a check is being done on whether
> the client is a local host:
> ...
> InetAddress addr = host.getClientHost();
> Boolean ok = (Boolean) cache.get(addr);
> if (ok == null) {
> try {
> ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
> addr) != null);
> } catch (IOException e) {
> ok = Boolean.FALSE;
> }
> cache.put(addr, ok);
> }
> if (!ok.booleanValue()) {
> throw new AccessControlException("origin is non-local host");
> }
>
> However, this check does not work for the above configuration in Ubuntu
> (hostname associated with a loopback address, but not with 127.0.0.1).
> The check only looks at physical network interfaces to determine whether the
> client is a local host.
>
> A fix could be to add an extra check on loopback addresses (which I tested
> and seems to work in my case):
> ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
> addr) != null || addr.isLoopbackAddress());
>
> Or to change /etc/hosts (which I've also tested):
> 127.0.0.1 localhost calisto
>
I would like to resolve this by recommending a change to the source
code. It seems undesirable to require a change to the default Ubuntu
configuration to run the tests. LocalAccess needs to accept the result
of InetAddress.getLocalHost() as being local. Loopback addresses do seem
to be inherently local.
Is there a Jira issue for it? It seems to be possibly related to
https://issues.apache.org/jira/browse/RIVER-183.
Patricia
Re: TaskManager progress
Posted by Jonathan Costers <jo...@googlemail.com>.
>
>
> [java] Test process was destroyed and returned code 1
> [java] com/sun/jini/test/impl/joinmanager/LeaseRenewDurRFE.td
> [java] Test Failed: Unexpected Exception in setup:
> java.security.AccessControlException: origin is non-local host
>
>
I had the same issue on Ubuntu.
The reason seems to be the default network configuration in Ubuntu:
jonathan@calisto:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 calisto
Notice the second line.
Now, in com.sun.jini.phoenix.LocalAccess, a check is being done on whether
the client is a local host:
...
InetAddress addr = host.getClientHost();
Boolean ok = (Boolean) cache.get(addr);
if (ok == null) {
try {
ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
addr) != null);
} catch (IOException e) {
ok = Boolean.FALSE;
}
cache.put(addr, ok);
}
if (!ok.booleanValue()) {
throw new AccessControlException("origin is non-local host");
}
However, this check does not work for the above configuration in Ubuntu
(hostname associated with a loopback address, but not with 127.0.0.1).
The check only looks at physical network interfaces to determine whether the
client is a local host.
A fix could be to add an extra check on loopback addresses (which I tested
and seems to work in my case):
ok = Boolean.valueOf(NetworkInterface.getByInetAddress(
addr) != null || addr.isLoopbackAddress());
Or to change /etc/hosts (which I've also tested):
127.0.0.1 localhost calisto
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
With that build I get just one QA failure:
[java] Test process was destroyed and returned code 1
[java] com/sun/jini/test/impl/joinmanager/LeaseRenewDurRFE.td
[java] Test Failed: Unexpected Exception in setup:
java.security.AccessControlException: origin is non-local host
I have uploaded the full output as
http://www.patriciashanahan.com/apache/myQALog.txt
Still no luck on JTreg. I'm going to try again using the latest build
and the environment you sent me.
Patricia
On 8/12/2010 2:58 PM, Peter Firmstone wrote:
> Hi Patricia,
>
> The latest build should be stable again, see how you go with
> ZRegisterStorm.td
>
> Did you have any better luck with the JTreg tests?
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
Hi Patricia,
The latest build should be stable again, see how you go with
ZRegisterStorm.td
Did you have any better luck with the JTreg tests?
Cheers,
Peter.
Patricia Shanahan wrote:
> I went back to an earlier revision, and can now run the QA tests with
> one error. However, I am having trouble with the JTreg tests.
>
> Could you send me the build.properties you use for this? Now that I'm
> using Linux, my environment should be much more similar, and I should
> be able to adapt easily.
>
> Thanks,
>
> Patricia
>
>
> Peter Firmstone wrote:
>> Yes,
>>
>> This is due to the JVM optimising the
>> DynamicConcurrentPolicyProvider, the SecurityManager isn't
>> instantiated at the time of the test, since the SecurityManager is
>> null no security check is performed.. When I invoke the test with
>> the SecurityManager installed from the command line, all executes and
>> passes as expected.
>>
>> The DynamicConcurrentPolicyProvider passes all DynamicPolicy tests.
>>
>> I need to look into it further to decide how to handle it.
>>
>> Thanks,
>>
>> Peter.
>>
>> Patricia Shanahan wrote:
>>> A re-run with a build.properties only got 9 failures. Here is the
>>> first example:
>>>
>>> [java]
>>> com/sun/jini/test/spec/loader/pref/preferredClassLoader/GetPermissionsSecurityException.td
>>>
>>> [java] Test Failed: Test Failed:
>>> com.sun.jini.qa.harness.TestException:
>>> [java]
>>> Class.forName(com.sun.jini.test.spec.loader.util.classes.Class01,
>>> false, loader)
>>> [java] returned:class
>>> com.sun.jini.test.spec.loader.util.classes.Class01
>>> [java] expected:throws SecurityException
>>>
>>> The complaint seems to be a failure to throw an expected
>>> SecurityException. Any ideas?
>>>
>>> Thanks,
>>>
>>> Patricia
>>>
>>>
>>>
>>> On 8/8/2010 9:27 PM, Patricia Shanahan wrote:
>>>> I have installed Ubuntu in a VirtualBox, and built using the same
>>>> files,
>>>> except for renaming build.properties to get it out of the way for now.
>>>> The build was successful. I got 13 QA test failures, for example:
>>>>
>>>> [java]
>>>> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
>>>> [java] Test Failed: Test Failed with an Unexpected Exception:
>>>> java.rmi.server.ExportException: Port already in use: 5678; nested
>>>> exception is:
>>>> [java] java.net.BindException: Address already in use
>>>>
>>>> [java] # of tests started = 397
>>>> [java] # of tests completed = 397
>>>> [java] # of tests skipped = 18
>>>> [java] # of tests passed = 384
>>>> [java] # of tests failed = 13
>>>>
>>>> This means my really weird problems are definitely related to windows
>>>> issues, not svn.
>>>>
>>>> Patricia
>>>>
>>>>
>>>> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>>>>> Ok, strange, I'll do the same, see if it's something wrong with the
>>>>> apache svn.
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> I attached this to the wrong message. It is actually a reply to the
>>>>>> suggestion to checkout into a new directory.
>>>>>>
>>>>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>>>>> Done. It still fails, which makes no sense at all to me. I've
>>>>>>> uploaded
>>>>>>> build.properties (the only file involved that is not the result
>>>>>>> of the
>>>>>>> checkout) and the output:
>>>>>>>
>>>>>>> http://www.patriciashanahan.com/apache/build.properties
>>>>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>>>>
>>>>>>> Patricia
>>>>>>>
>>>>>>>
>>>>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>>>>> should be
>>>>>>>> empty.
>>>>>>>>
>>>>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>>>>
>>>>>>>> Peter.
>>>>>>>>
>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>> Here it is, but it does not make sense to me. As far as I can
>>>>>>>>> tell,
>>>>>>>>> RevokeablePolicy is only mentioned in comments and build
>>>>>>>>> reports. I
>>>>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>>>>
>>>>>>>>> Patricia
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>>>>> ./build/deps/jsk-platform.deps
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> ./myBuildLog.txt
>>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>>>>> Can you run a search for RevokeablePolicy, so I can track
>>>>>>>>>> down the
>>>>>>>>>> dependency and fix the files? Sounds like there's a problem
>>>>>>>>>> on svn
>>>>>>>>>> somewhere.
>>>>>>>>>>
>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>>>>> during
>>>>>>>>>>> jar building:
>>>>>>>>>>>
>>>>>>>>>>> jini-ext.jar:
>>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>>>>
>>>>>>>>>>> jsk-dl.jar:
>>>>>>>>>>> [jar] Building jar:
>>>>>>>>>>> C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>>>>
>>>>>>>>>>> jsk-lib.jar:
>>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>>>>
>>>>>>>>>>> jsk-resources.jar:
>>>>>>>>>>> [jar] Building jar:
>>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>>>>
>>>>>>>>>>> jsk-platform.jar:
>>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>> [jar] Building jar:
>>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>>>>
>>>>>>>>>>> followed by:
>>>>>>>>>>>
>>>>>>>>>>> BUILD FAILED
>>>>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>>>>> occurred
>>>>>>>>>>> while executing this line:
>>>>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>>>>
>>>>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>>>>
>>>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>>>>> ...
>>>>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>>>>> attempt
>>>>>>>>>>>>>> using the make build, this might give us some insight
>>>>>>>>>>>>>> into some
>>>>>>>>>>>>>> of the
>>>>>>>>>>>>>> platform support problems. Try both the qa tests and the
>>>>>>>>>>>>>> jtreg
>>>>>>>>>>>>>> tests if
>>>>>>>>>>>>>> you can.
>>>>>>>>>>>>> ...
>>>>>>>>>>>>>
>>>>>>>>>>>>> I just tried building the latest revision with "ant
>>>>>>>>>>>>> build.all",
>>>>>>>>>>>>> and
>>>>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>>>
>>>>>>>>>>>>> The .java files for those classes are present, in the
>>>>>>>>>>>>> expected
>>>>>>>>>>>>> place
>>>>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Patricia
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
I went back to an earlier revision, and can now run the QA tests with
one error. However, I am having trouble with the JTreg tests.
Could you send me the build.properties you use for this? Now that I'm
using Linux, my environment should be much more similar, and I should be
able to adapt easily.
Thanks,
Patricia
Peter Firmstone wrote:
> Yes,
>
> This is due to the JVM optimising the DynamicConcurrentPolicyProvider,
> the SecurityManager isn't instantiated at the time of the test, since
> the SecurityManager is null no security check is performed.. When I
> invoke the test with the SecurityManager installed from the command
> line, all executes and passes as expected.
>
> The DynamicConcurrentPolicyProvider passes all DynamicPolicy tests.
>
> I need to look into it further to decide how to handle it.
>
> Thanks,
>
> Peter.
>
> Patricia Shanahan wrote:
>> A re-run with a build.properties only got 9 failures. Here is the
>> first example:
>>
>> [java]
>> com/sun/jini/test/spec/loader/pref/preferredClassLoader/GetPermissionsSecurityException.td
>>
>> [java] Test Failed: Test Failed:
>> com.sun.jini.qa.harness.TestException:
>> [java]
>> Class.forName(com.sun.jini.test.spec.loader.util.classes.Class01,
>> false, loader)
>> [java] returned:class
>> com.sun.jini.test.spec.loader.util.classes.Class01
>> [java] expected:throws SecurityException
>>
>> The complaint seems to be a failure to throw an expected
>> SecurityException. Any ideas?
>>
>> Thanks,
>>
>> Patricia
>>
>>
>>
>> On 8/8/2010 9:27 PM, Patricia Shanahan wrote:
>>> I have installed Ubuntu in a VirtualBox, and built using the same files,
>>> except for renaming build.properties to get it out of the way for now.
>>> The build was successful. I got 13 QA test failures, for example:
>>>
>>> [java]
>>> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
>>> [java] Test Failed: Test Failed with an Unexpected Exception:
>>> java.rmi.server.ExportException: Port already in use: 5678; nested
>>> exception is:
>>> [java] java.net.BindException: Address already in use
>>>
>>> [java] # of tests started = 397
>>> [java] # of tests completed = 397
>>> [java] # of tests skipped = 18
>>> [java] # of tests passed = 384
>>> [java] # of tests failed = 13
>>>
>>> This means my really weird problems are definitely related to windows
>>> issues, not svn.
>>>
>>> Patricia
>>>
>>>
>>> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>>>> Ok, strange, I'll do the same, see if it's something wrong with the
>>>> apache svn.
>>>>
>>>> Patricia Shanahan wrote:
>>>>> I attached this to the wrong message. It is actually a reply to the
>>>>> suggestion to checkout into a new directory.
>>>>>
>>>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>>>> Done. It still fails, which makes no sense at all to me. I've
>>>>>> uploaded
>>>>>> build.properties (the only file involved that is not the result of
>>>>>> the
>>>>>> checkout) and the output:
>>>>>>
>>>>>> http://www.patriciashanahan.com/apache/build.properties
>>>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>>
>>>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>>>> should be
>>>>>>> empty.
>>>>>>>
>>>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>>>
>>>>>>> Peter.
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>>>
>>>>>>>> Patricia
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>>>> ./build/deps/jsk-platform.deps
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> ./myBuildLog.txt
>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>>>>> somewhere.
>>>>>>>>>
>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>>>> during
>>>>>>>>>> jar building:
>>>>>>>>>>
>>>>>>>>>> jini-ext.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>>>
>>>>>>>>>> jsk-dl.jar:
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>>>
>>>>>>>>>> jsk-lib.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>>>
>>>>>>>>>> jsk-resources.jar:
>>>>>>>>>> [jar] Building jar:
>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>>>
>>>>>>>>>> jsk-platform.jar:
>>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> [jar] Building jar:
>>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>>>
>>>>>>>>>> followed by:
>>>>>>>>>>
>>>>>>>>>> BUILD FAILED
>>>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>>>> occurred
>>>>>>>>>> while executing this line:
>>>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>>>
>>>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>>>
>>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>>>> ...
>>>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>>>> attempt
>>>>>>>>>>>>> using the make build, this might give us some insight into
>>>>>>>>>>>>> some
>>>>>>>>>>>>> of the
>>>>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>>>>> tests if
>>>>>>>>>>>>> you can.
>>>>>>>>>>>> ...
>>>>>>>>>>>>
>>>>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>>>>> and
>>>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>>>
>>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>>
>>>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>>>> place
>>>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>>>
>>>>>>>>>>>> Patricia
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
Yes,
This is due to the JVM optimising the DynamicConcurrentPolicyProvider,
the SecurityManager isn't instantiated at the time of the test, since
the SecurityManager is null no security check is performed.. When I
invoke the test with the SecurityManager installed from the command
line, all executes and passes as expected.
The DynamicConcurrentPolicyProvider passes all DynamicPolicy tests.
I need to look into it further to decide how to handle it.
Thanks,
Peter.
Patricia Shanahan wrote:
> A re-run with a build.properties only got 9 failures. Here is the
> first example:
>
> [java]
> com/sun/jini/test/spec/loader/pref/preferredClassLoader/GetPermissionsSecurityException.td
>
> [java] Test Failed: Test Failed:
> com.sun.jini.qa.harness.TestException:
> [java]
> Class.forName(com.sun.jini.test.spec.loader.util.classes.Class01,
> false, loader)
> [java] returned:class
> com.sun.jini.test.spec.loader.util.classes.Class01
> [java] expected:throws SecurityException
>
> The complaint seems to be a failure to throw an expected
> SecurityException. Any ideas?
>
> Thanks,
>
> Patricia
>
>
>
> On 8/8/2010 9:27 PM, Patricia Shanahan wrote:
>> I have installed Ubuntu in a VirtualBox, and built using the same files,
>> except for renaming build.properties to get it out of the way for now.
>> The build was successful. I got 13 QA test failures, for example:
>>
>> [java]
>> com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
>> [java] Test Failed: Test Failed with an Unexpected Exception:
>> java.rmi.server.ExportException: Port already in use: 5678; nested
>> exception is:
>> [java] java.net.BindException: Address already in use
>>
>> [java] # of tests started = 397
>> [java] # of tests completed = 397
>> [java] # of tests skipped = 18
>> [java] # of tests passed = 384
>> [java] # of tests failed = 13
>>
>> This means my really weird problems are definitely related to windows
>> issues, not svn.
>>
>> Patricia
>>
>>
>> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>>> Ok, strange, I'll do the same, see if it's something wrong with the
>>> apache svn.
>>>
>>> Patricia Shanahan wrote:
>>>> I attached this to the wrong message. It is actually a reply to the
>>>> suggestion to checkout into a new directory.
>>>>
>>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>>> Done. It still fails, which makes no sense at all to me. I've
>>>>> uploaded
>>>>> build.properties (the only file involved that is not the result of
>>>>> the
>>>>> checkout) and the output:
>>>>>
>>>>> http://www.patriciashanahan.com/apache/build.properties
>>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>>
>>>>> Patricia
>>>>>
>>>>>
>>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>>> Try running ant all.clean again, then look at build/deps, it
>>>>>> should be
>>>>>> empty.
>>>>>>
>>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>>
>>>>>> Peter.
>>>>>>
>>>>>> Patricia Shanahan wrote:
>>>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>>
>>>>>>> Patricia
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>>> ./build/deps/jsk-platform.deps
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> ./myBuildLog.txt
>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>>
>>>>>>>
>>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>>>> somewhere.
>>>>>>>>
>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>> I did that, and get the same results. I get several warnings
>>>>>>>>> during
>>>>>>>>> jar building:
>>>>>>>>>
>>>>>>>>> jini-ext.jar:
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>>
>>>>>>>>> jsk-dl.jar:
>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>>
>>>>>>>>> jsk-lib.jar:
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>>
>>>>>>>>> jsk-resources.jar:
>>>>>>>>> [jar] Building jar:
>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>>
>>>>>>>>> jsk-platform.jar:
>>>>>>>>> [java] Warning: Class not found:
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> [jar] Building jar:
>>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>>
>>>>>>>>> followed by:
>>>>>>>>>
>>>>>>>>> BUILD FAILED
>>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>>> occurred
>>>>>>>>> while executing this line:
>>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>>
>>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>>
>>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>>> ...
>>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>>> attempt
>>>>>>>>>>>> using the make build, this might give us some insight into
>>>>>>>>>>>> some
>>>>>>>>>>>> of the
>>>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>>>> tests if
>>>>>>>>>>>> you can.
>>>>>>>>>>> ...
>>>>>>>>>>>
>>>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>>>> and
>>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>>
>>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>>
>>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>>> place
>>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>>
>>>>>>>>>>> Patricia
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
A re-run with a build.properties only got 9 failures. Here is the first
example:
[java]
com/sun/jini/test/spec/loader/pref/preferredClassLoader/GetPermissionsSecurityException.td
[java] Test Failed: Test Failed:
com.sun.jini.qa.harness.TestException:
[java]
Class.forName(com.sun.jini.test.spec.loader.util.classes.Class01, false,
loader)
[java] returned:class
com.sun.jini.test.spec.loader.util.classes.Class01
[java] expected:throws SecurityException
The complaint seems to be a failure to throw an expected
SecurityException. Any ideas?
Thanks,
Patricia
On 8/8/2010 9:27 PM, Patricia Shanahan wrote:
> I have installed Ubuntu in a VirtualBox, and built using the same files,
> except for renaming build.properties to get it out of the way for now.
> The build was successful. I got 13 QA test failures, for example:
>
> [java] com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
> [java] Test Failed: Test Failed with an Unexpected Exception:
> java.rmi.server.ExportException: Port already in use: 5678; nested
> exception is:
> [java] java.net.BindException: Address already in use
>
> [java] # of tests started = 397
> [java] # of tests completed = 397
> [java] # of tests skipped = 18
> [java] # of tests passed = 384
> [java] # of tests failed = 13
>
> This means my really weird problems are definitely related to windows
> issues, not svn.
>
> Patricia
>
>
> On 8/5/2010 3:24 AM, Peter Firmstone wrote:
>> Ok, strange, I'll do the same, see if it's something wrong with the
>> apache svn.
>>
>> Patricia Shanahan wrote:
>>> I attached this to the wrong message. It is actually a reply to the
>>> suggestion to checkout into a new directory.
>>>
>>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>>> Done. It still fails, which makes no sense at all to me. I've uploaded
>>>> build.properties (the only file involved that is not the result of the
>>>> checkout) and the output:
>>>>
>>>> http://www.patriciashanahan.com/apache/build.properties
>>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>>
>>>> Patricia
>>>>
>>>>
>>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>>> Try running ant all.clean again, then look at build/deps, it should be
>>>>> empty.
>>>>>
>>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>>
>>>>> Peter.
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>>
>>>>>>
>>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>>> ./build/deps/jsk-platform.deps
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> ./myBuildLog.txt
>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> * RevokeablePolicy, hence the constructor change.
>>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>>
>>>>>>
>>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>>> somewhere.
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> I did that, and get the same results. I get several warnings during
>>>>>>>> jar building:
>>>>>>>>
>>>>>>>> jini-ext.jar:
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>>
>>>>>>>> jsk-dl.jar:
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>>
>>>>>>>> jsk-lib.jar:
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>>
>>>>>>>> jsk-resources.jar:
>>>>>>>> [jar] Building jar:
>>>>>>>> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>>
>>>>>>>> jsk-platform.jar:
>>>>>>>> [java] Warning: Class not found:
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>>
>>>>>>>> followed by:
>>>>>>>>
>>>>>>>> BUILD FAILED
>>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>>> occurred
>>>>>>>> while executing this line:
>>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>>> java.lang.NoClassDefFoundError:
>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>>
>>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>>
>>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>>> ...
>>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>>> attempt
>>>>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>>>>> of the
>>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>>> tests if
>>>>>>>>>>> you can.
>>>>>>>>>> ...
>>>>>>>>>>
>>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>>> and
>>>>>>>>>> got failure due to missing classes:
>>>>>>>>>>
>>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>>
>>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>>> place
>>>>>>>>>> based on the fully qualified names.
>>>>>>>>>>
>>>>>>>>>> Patricia
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
I have installed Ubuntu in a VirtualBox, and built using the same files,
except for renaming build.properties to get it out of the way for now.
The build was successful. I got 13 QA test failures, for example:
[java]
com/sun/jini/test/spec/jrmp/jrmpexporter/Unexport_BehaviorTest4.td
[java] Test Failed: Test Failed with an Unexpected Exception:
java.rmi.server.ExportException: Port already in use: 5678; nested
exception is:
[java] java.net.BindException: Address already in use
[java] # of tests started = 397
[java] # of tests completed = 397
[java] # of tests skipped = 18
[java] # of tests passed = 384
[java] # of tests failed = 13
This means my really weird problems are definitely related to windows
issues, not svn.
Patricia
On 8/5/2010 3:24 AM, Peter Firmstone wrote:
> Ok, strange, I'll do the same, see if it's something wrong with the
> apache svn.
>
> Patricia Shanahan wrote:
>> I attached this to the wrong message. It is actually a reply to the
>> suggestion to checkout into a new directory.
>>
>> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>>> Done. It still fails, which makes no sense at all to me. I've uploaded
>>> build.properties (the only file involved that is not the result of the
>>> checkout) and the output:
>>>
>>> http://www.patriciashanahan.com/apache/build.properties
>>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>>
>>> Patricia
>>>
>>>
>>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>>> Try running ant all.clean again, then look at build/deps, it should be
>>>> empty.
>>>>
>>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>>
>>>> Peter.
>>>>
>>>> Patricia Shanahan wrote:
>>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>>
>>>>> Patricia
>>>>>
>>>>>
>>>>>
>>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>>> ./build/deps/jsk-platform.deps
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> ./myBuildLog.txt
>>>>> * RevokeablePolicy, hence the constructor change.
>>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>>
>>>>>
>>>>>
>>>>> * RevokeablePolicy, hence the constructor change.
>>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>>
>>>>>
>>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>>> somewhere.
>>>>>>
>>>>>> Patricia Shanahan wrote:
>>>>>>> I did that, and get the same results. I get several warnings during
>>>>>>> jar building:
>>>>>>>
>>>>>>> jini-ext.jar:
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>>
>>>>>>> jsk-dl.jar:
>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>>
>>>>>>> jsk-lib.jar:
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>>
>>>>>>> jsk-resources.jar:
>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>>
>>>>>>> jsk-platform.jar:
>>>>>>> [java] Warning: Class not found:
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>>
>>>>>>> followed by:
>>>>>>>
>>>>>>> BUILD FAILED
>>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>>> occurred
>>>>>>> while executing this line:
>>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>>> RevokeableDynamicPolicy.
>>>>>>>>
>>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>>
>>>>>>>> Patricia Shanahan wrote:
>>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>>> ...
>>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>>> attempt
>>>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>>>> of the
>>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>>> tests if
>>>>>>>>>> you can.
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>>> and
>>>>>>>>> got failure due to missing classes:
>>>>>>>>>
>>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>>
>>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>>> place
>>>>>>>>> based on the fully qualified names.
>>>>>>>>>
>>>>>>>>> Patricia
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
Ok, strange, I'll do the same, see if it's something wrong with the
apache svn.
Patricia Shanahan wrote:
> I attached this to the wrong message. It is actually a reply to the
> suggestion to checkout into a new directory.
>
> On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
>> Done. It still fails, which makes no sense at all to me. I've uploaded
>> build.properties (the only file involved that is not the result of the
>> checkout) and the output:
>>
>> http://www.patriciashanahan.com/apache/build.properties
>> http://www.patriciashanahan.com/apache/myBuildLog.txt
>>
>> Patricia
>>
>>
>> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>>> Try running ant all.clean again, then look at build/deps, it should be
>>> empty.
>>>
>>> Perhaps ant all.clean isn't cleaning everything in your case?
>>>
>>> Peter.
>>>
>>> Patricia Shanahan wrote:
>>>> Here it is, but it does not make sense to me. As far as I can tell,
>>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>>> have checked that PreferredClassLoader.class was rebuilt.
>>>>
>>>> Patricia
>>>>
>>>>
>>>>
>>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>>> org\apache\river\api\security\RevokeablePolicy.class
>>>> ./build/deps/jsk-platform.deps
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> ./myBuildLog.txt
>>>> * RevokeablePolicy, hence the constructor change.
>>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>>
>>>>
>>>>
>>>> * RevokeablePolicy, hence the constructor change.
>>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>>
>>>>
>>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>>> somewhere.
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> I did that, and get the same results. I get several warnings during
>>>>>> jar building:
>>>>>>
>>>>>> jini-ext.jar:
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>>
>>>>>> jsk-dl.jar:
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>>
>>>>>> jsk-lib.jar:
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>>
>>>>>> jsk-resources.jar:
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>>
>>>>>> jsk-platform.jar:
>>>>>> [java] Warning: Class not found:
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>>
>>>>>> followed by:
>>>>>>
>>>>>> BUILD FAILED
>>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error
>>>>>> occurred
>>>>>> while executing this line:
>>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>>> RevokeableDynamicPolicy.
>>>>>>>
>>>>>>> can you try ant all.clean and run svn update again?
>>>>>>>
>>>>>>> Patricia Shanahan wrote:
>>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>>> ...
>>>>>>>>> To get all these tests functioning on Windows, I suggest we
>>>>>>>>> attempt
>>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>>> of the
>>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>>> tests if
>>>>>>>>> you can.
>>>>>>>> ...
>>>>>>>>
>>>>>>>> I just tried building the latest revision with "ant build.all",
>>>>>>>> and
>>>>>>>> got failure due to missing classes:
>>>>>>>>
>>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>>> org/apache/river/api/security/Denied
>>>>>>>>
>>>>>>>> The .java files for those classes are present, in the expected
>>>>>>>> place
>>>>>>>> based on the fully qualified names.
>>>>>>>>
>>>>>>>> Patricia
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
I attached this to the wrong message. It is actually a reply to the
suggestion to checkout into a new directory.
On 8/4/2010 9:51 PM, Patricia Shanahan wrote:
> Done. It still fails, which makes no sense at all to me. I've uploaded
> build.properties (the only file involved that is not the result of the
> checkout) and the output:
>
> http://www.patriciashanahan.com/apache/build.properties
> http://www.patriciashanahan.com/apache/myBuildLog.txt
>
> Patricia
>
>
> On 8/2/2010 12:10 AM, Peter Firmstone wrote:
>> Try running ant all.clean again, then look at build/deps, it should be
>> empty.
>>
>> Perhaps ant all.clean isn't cleaning everything in your case?
>>
>> Peter.
>>
>> Patricia Shanahan wrote:
>>> Here it is, but it does not make sense to me. As far as I can tell,
>>> RevokeablePolicy is only mentioned in comments and build reports. I
>>> have checked that PreferredClassLoader.class was rebuilt.
>>>
>>> Patricia
>>>
>>>
>>>
>>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>>> org\apache\river\api\security\RevokeablePolicy.class
>>> ./build/deps/jsk-platform.deps
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> ./myBuildLog.txt
>>> * RevokeablePolicy, hence the constructor change.
>>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>>
>>>
>>> * RevokeablePolicy, hence the constructor change.
>>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>>
>>>
>>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>>> Can you run a search for RevokeablePolicy, so I can track down the
>>>> dependency and fix the files? Sounds like there's a problem on svn
>>>> somewhere.
>>>>
>>>> Patricia Shanahan wrote:
>>>>> I did that, and get the same results. I get several warnings during
>>>>> jar building:
>>>>>
>>>>> jini-ext.jar:
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>>
>>>>> jsk-dl.jar:
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>>
>>>>> jsk-lib.jar:
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>>
>>>>> jsk-resources.jar:
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>>
>>>>> jsk-platform.jar:
>>>>> [java] Warning: Class not found:
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>>
>>>>> followed by:
>>>>>
>>>>> BUILD FAILED
>>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
>>>>> while executing this line:
>>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>>
>>>>>
>>>>>
>>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>>> RevokeableDynamicPolicy.
>>>>>>
>>>>>> can you try ant all.clean and run svn update again?
>>>>>>
>>>>>> Patricia Shanahan wrote:
>>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>>> ...
>>>>>>>> To get all these tests functioning on Windows, I suggest we attempt
>>>>>>>> using the make build, this might give us some insight into some
>>>>>>>> of the
>>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>>> tests if
>>>>>>>> you can.
>>>>>>> ...
>>>>>>>
>>>>>>> I just tried building the latest revision with "ant build.all", and
>>>>>>> got failure due to missing classes:
>>>>>>>
>>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>>> org/apache/river/api/security/Denied
>>>>>>>
>>>>>>> The .java files for those classes are present, in the expected place
>>>>>>> based on the fully qualified names.
>>>>>>>
>>>>>>> Patricia
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
Done. It still fails, which makes no sense at all to me. I've uploaded
build.properties (the only file involved that is not the result of the
checkout) and the output:
http://www.patriciashanahan.com/apache/build.properties
http://www.patriciashanahan.com/apache/myBuildLog.txt
Patricia
On 8/2/2010 12:10 AM, Peter Firmstone wrote:
> Try running ant all.clean again, then look at build/deps, it should be
> empty.
>
> Perhaps ant all.clean isn't cleaning everything in your case?
>
> Peter.
>
> Patricia Shanahan wrote:
>> Here it is, but it does not make sense to me. As far as I can tell,
>> RevokeablePolicy is only mentioned in comments and build reports. I
>> have checked that PreferredClassLoader.class was rebuilt.
>>
>> Patricia
>>
>>
>>
>> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
>> org\apache\river\api\security\RevokeablePolicy.class
>> ./build/deps/jsk-platform.deps
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> ./myBuildLog.txt
>> * RevokeablePolicy, hence the constructor change.
>> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>>
>> * RevokeablePolicy, hence the constructor change.
>> ./src/net/jini/loader/pref/PreferredClassLoader.java
>>
>>
>> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>>> Can you run a search for RevokeablePolicy, so I can track down the
>>> dependency and fix the files? Sounds like there's a problem on svn
>>> somewhere.
>>>
>>> Patricia Shanahan wrote:
>>>> I did that, and get the same results. I get several warnings during
>>>> jar building:
>>>>
>>>> jini-ext.jar:
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>>
>>>> jsk-dl.jar:
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>>
>>>> jsk-lib.jar:
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>>
>>>> jsk-resources.jar:
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>>
>>>> jsk-platform.jar:
>>>> [java] Warning: Class not found:
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>>
>>>> followed by:
>>>>
>>>> BUILD FAILED
>>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
>>>> while executing this line:
>>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>>
>>>>
>>>>
>>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>>> RevokeableDynamicPolicy.
>>>>>
>>>>> can you try ant all.clean and run svn update again?
>>>>>
>>>>> Patricia Shanahan wrote:
>>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>>> ...
>>>>>>> To get all these tests functioning on Windows, I suggest we attempt
>>>>>>> using the make build, this might give us some insight into some
>>>>>>> of the
>>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>>> tests if
>>>>>>> you can.
>>>>>> ...
>>>>>>
>>>>>> I just tried building the latest revision with "ant build.all", and
>>>>>> got failure due to missing classes:
>>>>>>
>>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>>> org/apache/river/api/security/Denied
>>>>>>
>>>>>> The .java files for those classes are present, in the expected place
>>>>>> based on the fully qualified names.
>>>>>>
>>>>>> Patricia
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
Try running ant all.clean again, then look at build/deps, it should be
empty.
Perhaps ant all.clean isn't cleaning everything in your case?
Peter.
Patricia Shanahan wrote:
> Here it is, but it does not make sense to me. As far as I can tell,
> RevokeablePolicy is only mentioned in comments and build reports. I
> have checked that PreferredClassLoader.class was rebuilt.
>
> Patricia
>
>
>
> $ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
> org\apache\river\api\security\RevokeablePolicy.class
> ./build/deps/jsk-platform.deps
> [java] Warning: Class not found:
> org.apache.river.api.security.RevokeablePolicy
> [java] Warning: Class not found:
> org.apache.river.api.security.RevokeablePolicy
> [java] Warning: Class not found:
> org.apache.river.api.security.RevokeablePolicy
> ./myBuildLog.txt
> * RevokeablePolicy, hence the constructor change.
> ./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
>
> * RevokeablePolicy, hence the constructor change.
> ./src/net/jini/loader/pref/PreferredClassLoader.java
>
>
> On 8/1/2010 3:36 PM, Peter Firmstone wrote:
>> Can you run a search for RevokeablePolicy, so I can track down the
>> dependency and fix the files? Sounds like there's a problem on svn
>> somewhere.
>>
>> Patricia Shanahan wrote:
>>> I did that, and get the same results. I get several warnings during
>>> jar building:
>>>
>>> jini-ext.jar:
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>>
>>> jsk-dl.jar:
>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>>
>>> jsk-lib.jar:
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>>
>>> jsk-resources.jar:
>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>>
>>> jsk-platform.jar:
>>> [java] Warning: Class not found:
>>> org.apache.river.api.security.RevokeablePolicy
>>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>>
>>> followed by:
>>>
>>> BUILD FAILED
>>> C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
>>> while executing this line:
>>> C:\apache\river\jtsk\trunk\common.xml:195:
>>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>>
>>>
>>>
>>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>>> RevokeablePolicy shouldn't be there, it was renamed to
>>>> RevokeableDynamicPolicy.
>>>>
>>>> can you try ant all.clean and run svn update again?
>>>>
>>>> Patricia Shanahan wrote:
>>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>>> ...
>>>>>> To get all these tests functioning on Windows, I suggest we attempt
>>>>>> using the make build, this might give us some insight into some
>>>>>> of the
>>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>>> tests if
>>>>>> you can.
>>>>> ...
>>>>>
>>>>> I just tried building the latest revision with "ant build.all", and
>>>>> got failure due to missing classes:
>>>>>
>>>>> org.apache.river.api.security.RevokeablePolicy
>>>>> org/apache/river/api/security/Denied
>>>>>
>>>>> The .java files for those classes are present, in the expected place
>>>>> based on the fully qualified names.
>>>>>
>>>>> Patricia
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
Here it is, but it does not make sense to me. As far as I can tell,
RevokeablePolicy is only mentioned in comments and build reports. I have
checked that PreferredClassLoader.class was rebuilt.
Patricia
$ find . -type f -exec grep 'RevokeablePolicy' '{}' ';' -print
org\apache\river\api\security\RevokeablePolicy.class
./build/deps/jsk-platform.deps
[java] Warning: Class not found:
org.apache.river.api.security.RevokeablePolicy
[java] Warning: Class not found:
org.apache.river.api.security.RevokeablePolicy
[java] Warning: Class not found:
org.apache.river.api.security.RevokeablePolicy
./myBuildLog.txt
* RevokeablePolicy, hence the constructor change.
./src/net/jini/loader/pref/.svn/text-base/PreferredClassLoader.java.svn-base
* RevokeablePolicy, hence the constructor change.
./src/net/jini/loader/pref/PreferredClassLoader.java
On 8/1/2010 3:36 PM, Peter Firmstone wrote:
> Can you run a search for RevokeablePolicy, so I can track down the
> dependency and fix the files? Sounds like there's a problem on svn
> somewhere.
>
> Patricia Shanahan wrote:
>> I did that, and get the same results. I get several warnings during
>> jar building:
>>
>> jini-ext.jar:
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>>
>> jsk-dl.jar:
>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>>
>> jsk-lib.jar:
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>>
>> jsk-resources.jar:
>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>>
>> jsk-platform.jar:
>> [java] Warning: Class not found:
>> org.apache.river.api.security.RevokeablePolicy
>> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>>
>> followed by:
>>
>> BUILD FAILED
>> C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
>> while executing this line:
>> C:\apache\river\jtsk\trunk\common.xml:195:
>> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>>
>>
>>
>> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>>> RevokeablePolicy shouldn't be there, it was renamed to
>>> RevokeableDynamicPolicy.
>>>
>>> can you try ant all.clean and run svn update again?
>>>
>>> Patricia Shanahan wrote:
>>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>>> ...
>>>>> To get all these tests functioning on Windows, I suggest we attempt
>>>>> using the make build, this might give us some insight into some of the
>>>>> platform support problems. Try both the qa tests and the jtreg
>>>>> tests if
>>>>> you can.
>>>> ...
>>>>
>>>> I just tried building the latest revision with "ant build.all", and
>>>> got failure due to missing classes:
>>>>
>>>> org.apache.river.api.security.RevokeablePolicy
>>>> org/apache/river/api/security/Denied
>>>>
>>>> The .java files for those classes are present, in the expected place
>>>> based on the fully qualified names.
>>>>
>>>> Patricia
>>>>
>>>
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
Can you run a search for RevokeablePolicy, so I can track down the
dependency and fix the files? Sounds like there's a problem on svn
somewhere.
Patricia Shanahan wrote:
> I did that, and get the same results. I get several warnings during
> jar building:
>
> jini-ext.jar:
> [java] Warning: Class not found:
> org.apache.river.api.security.RevokeablePolicy
> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
>
> jsk-dl.jar:
> [jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
>
> jsk-lib.jar:
> [java] Warning: Class not found:
> org.apache.river.api.security.RevokeablePolicy
> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
>
> jsk-resources.jar:
> [jar] Building jar:
> C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
>
> jsk-platform.jar:
> [java] Warning: Class not found:
> org.apache.river.api.security.RevokeablePolicy
> [jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
>
> followed by:
>
> BUILD FAILED
> C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
> while executing this line:
> C:\apache\river\jtsk\trunk\common.xml:195:
> java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
>
>
>
> On 8/1/2010 2:54 PM, Peter Firmstone wrote:
>> RevokeablePolicy shouldn't be there, it was renamed to
>> RevokeableDynamicPolicy.
>>
>> can you try ant all.clean and run svn update again?
>>
>> Patricia Shanahan wrote:
>>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>>> ...
>>>> To get all these tests functioning on Windows, I suggest we attempt
>>>> using the make build, this might give us some insight into some of the
>>>> platform support problems. Try both the qa tests and the jtreg
>>>> tests if
>>>> you can.
>>> ...
>>>
>>> I just tried building the latest revision with "ant build.all", and
>>> got failure due to missing classes:
>>>
>>> org.apache.river.api.security.RevokeablePolicy
>>> org/apache/river/api/security/Denied
>>>
>>> The .java files for those classes are present, in the expected place
>>> based on the fully qualified names.
>>>
>>> Patricia
>>>
>>
>>
>
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
I did that, and get the same results. I get several warnings during jar
building:
jini-ext.jar:
[java] Warning: Class not found:
org.apache.river.api.security.RevokeablePolicy
[jar] Building jar: C:\apache\river\jtsk\trunk\lib\jini-ext.jar
jsk-dl.jar:
[jar] Building jar: C:\apache\river\jtsk\trunk\lib-dl\jsk-dl.jar
jsk-lib.jar:
[java] Warning: Class not found:
org.apache.river.api.security.RevokeablePolicy
[jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-lib.jar
jsk-resources.jar:
[jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-resources.jar
jsk-platform.jar:
[java] Warning: Class not found:
org.apache.river.api.security.RevokeablePolicy
[jar] Building jar: C:\apache\river\jtsk\trunk\lib\jsk-platform.jar
followed by:
BUILD FAILED
C:\apache\river\jtsk\trunk\build.xml:783: The following error occurred
while executing this line:
C:\apache\river\jtsk\trunk\common.xml:195:
java.lang.NoClassDefFoundError: org/apache/river/api/security/Denied
On 8/1/2010 2:54 PM, Peter Firmstone wrote:
> RevokeablePolicy shouldn't be there, it was renamed to
> RevokeableDynamicPolicy.
>
> can you try ant all.clean and run svn update again?
>
> Patricia Shanahan wrote:
>> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
>> ...
>>> To get all these tests functioning on Windows, I suggest we attempt
>>> using the make build, this might give us some insight into some of the
>>> platform support problems. Try both the qa tests and the jtreg tests if
>>> you can.
>> ...
>>
>> I just tried building the latest revision with "ant build.all", and
>> got failure due to missing classes:
>>
>> org.apache.river.api.security.RevokeablePolicy
>> org/apache/river/api/security/Denied
>>
>> The .java files for those classes are present, in the expected place
>> based on the fully qualified names.
>>
>> Patricia
>>
>
>
Re: TaskManager progress
Posted by Peter Firmstone <ji...@zeus.net.au>.
RevokeablePolicy shouldn't be there, it was renamed to
RevokeableDynamicPolicy.
can you try ant all.clean and run svn update again?
Patricia Shanahan wrote:
> On 7/31/2010 3:24 PM, Peter Firmstone wrote:
> ...
>> To get all these tests functioning on Windows, I suggest we attempt
>> using the make build, this might give us some insight into some of the
>> platform support problems. Try both the qa tests and the jtreg tests if
>> you can.
> ...
>
> I just tried building the latest revision with "ant build.all", and
> got failure due to missing classes:
>
> org.apache.river.api.security.RevokeablePolicy
> org/apache/river/api/security/Denied
>
> The .java files for those classes are present, in the expected place
> based on the fully qualified names.
>
> Patricia
>
Re: TaskManager progress
Posted by Patricia Shanahan <pa...@acm.org>.
On 7/31/2010 3:24 PM, Peter Firmstone wrote:
...
> To get all these tests functioning on Windows, I suggest we attempt
> using the make build, this might give us some insight into some of the
> platform support problems. Try both the qa tests and the jtreg tests if
> you can.
...
I just tried building the latest revision with "ant build.all", and got
failure due to missing classes:
org.apache.river.api.security.RevokeablePolicy
org/apache/river/api/security/Denied
The .java files for those classes are present, in the expected place
based on the fully qualified names.
Patricia