I've been exploring and working my way through getting
the Subversion checkout and Maven builds working reliably so that I'm comfortable
with that process. I've been working on two different systems (I
have a day job).
My home system is Fedora Core 13 Linux with the Sun
JDK 1.6_20, Subversion, Maven 2.2.1, and Eclipse 3.6 installed. On
this system I had little trouble following the steps suggested:
1) Checkout trunk-with-dependencies
2) "mvn clean
3) "mvn eclipse:eclipse"
I was able to import that projects into Eclipse without
difficulty after the above steps.
Back at a command prompt I tried running the following
to make sure everything was working.
4) "mvn test"
Only one test "testSaslGssapiBind"
is failing, and, looking at the test code, it appears that the author doesn't
expect this one to work yet.
At my day job I have a Windows XP SP-3 with Sun JDK
1.6_17, Maven 2.2.1, Subversion, and Eclipse 3.6 installed.
Access to the Internet from this system is restricted
to using an HTTP proxy that requires NTLM authentication. I've had
a bit of a struggle getting Maven and Subversion working through this but
finally seem to have it (except for m2Eclipse which still seems unable
to access anything through the proxy). I have noticed though that
the proxy is either overloaded or just plain unreliable. I did finally
succeed in getting a clean checkout, however.
Again the same three steps mentioned above were completed
successfully (despite the erratic operation of the proxy server).
When I tried "mvn test", however, I got
One of the failures, "testSaslGssapiBind",
is the same as on Linux. For now I'm assuming this is a known problem
that is being worked on.
Using Eclipse to investigate each of the others I've
discovered that two of them are related to Windows's use of the "\"
character as the path separator and one is related to incorrect handling
of "escaping" of characters in filenames. I'm developing
fixes for these issues now and will post suggested patches after I complete
The only remaining test failure, is "testSearchUTF8"
in "ClientSearchRequestTest" which is not throwing the expected
Exception. I haven't investigated this one yet but plan to when time
Thanks for the guidance.
This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated.