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
