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
