Simon,

Please keep replies on the list.

On 19.02.2009 12:22, simon.thurlow at uk.bnpparibas.com wrote:
> Hi Jonathan,
>
> Thanks for the reply. What you suggested worked a treat and so it
> would point to a Maven problem. Seems to me from the hours of Googling
> I have done that Maven has a lot of issues of this type though very
> few people actually suggest remedies. Since I sent the original email
> to you yesterday, I decided to deploy my own local repository using
> Apache Archiva. This has solved most of the Maven issues I was
> encountering in trying to retrieve all the dependancies from the
> remote Maven respository.
>
> I have now moved on somewhat, having since encountered a Java Heap
> Size failure, which was relatively easily resolved (via some more
> Googling). As you may have gathered by now, I am a complete Java
> novice having never tried any Java programming until now...but I am
> learning fast (sometimes the hard way !!).
>
> However, the problem I now encounter seems a little odd, so I will cut
> and paste the relevant bits here to see if you might know what this
> means:
>
> [INFO] Scanning for projects...
> [INFO]
> ----------------------------------------------------------------------------
>
> [INFO] Building Ldap Synchronization Connector
> [INFO]    task-segment: [install]
> [INFO]
> ----------------------------------------------------------------------------
>
> [INFO] resources:resources
> [WARN] Using platform encoding (Cp1252 actually) to copy filtered
> resources, i.e. build is platform dependent!
> [INFO] Copying 0 resource
> [INFO] compiler:compile
> [INFO] Compiling 1 source file to C:\workspace\lsc-core\target\classes
> [INFO] resources:testResources
> [WARN] Using platform encoding (Cp1252 actually) to copy filtered
> resources, i.e. build is platform dependent!
> [INFO] Copying 6 resources
> [INFO] compiler:testCompile
> [INFO] Nothing to compile - all classes are up to date
> [INFO] antrun:run
> [INFO] Executing tasks
>
> startLdapServer:
>      [echo] Starting OpenDS embedded server from
> C:\workspace\lsc-core/target/test-classes
> [INFO] Executed tasks
> [INFO] surefire:test
>      [java] 0    [main] ERROR
>  org.lsc.utils.LdapServer.main(_LdapServer.java:113_)   -
> _java.io.IOException_: Unable to delete file:
> \tmp\opends-test\logs\errors
>      [java] _java.io.IOException_: Unable to delete file:
> \tmp\opends-test\logs\errors
>      [java]         at
> org.apache.commons.io.FileUtils.forceDelete(_FileUtils.java:1087_)
>      [java]         at
> org.apache.commons.io.FileUtils.cleanDirectory(_FileUtils.java:811_)
>      [java]         at
> org.apache.commons.io.FileUtils.deleteDirectory(_FileUtils.java:777_)
>      [java]         at
> org.apache.commons.io.FileUtils.forceDelete(_FileUtils.java:1079_)
>      [java]         at
> org.apache.commons.io.FileUtils.cleanDirectory(_FileUtils.java:811_)
>      [java]         at
> org.apache.commons.io.FileUtils.deleteDirectory(_FileUtils.java:777_)
>      [java]         at
> org.lsc.opends.EmbeddedOpenDS.initOpendsDirectory(_EmbeddedOpenDS.java:224_)
>
>      [java]         at
> org.lsc.opends.EmbeddedOpenDS.startServer(_EmbeddedOpenDS.java:135_)
>      [java]         at
> org.lsc.utils.LdapServer.start(_LdapServer.java:79_)
>      [java]         at
> org.lsc.utils.LdapServer.usage(_LdapServer.java:140_)
>      [java]         at
> org.lsc.utils.LdapServer.main(_LdapServer.java:103_)
>      [java] Java Result: 1
> [INFO] Surefire report directory:
> C:\workspace\lsc-core\target\surefire-reports

Hmm. There's an error using a Unix-style temporary directory on Windows 
here. But it's just for OpenDS's log file, so it probably shouldn't 
block tests.

However, I just committed a fix for this, so if you svn update your copy 
of the source code, this should disappear. Thanks for letting us know.

> Running org.lsc.utils.LocalizedJndiModificationsLayoutTest
> 1281 [main] DEBUG
>  org.lsc.utils.I18n.setLocaleAndLoadMessages(_I18n.java:167_)   -
> Setting locale to en_US
> Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.063
> sec <<< FAILURE!
[...]
> Results :
>
> Failed tests:
>   testNeutral(org.lsc.utils.LocalizedJndiModificationsLayoutTest)
>
> Tests run: 28, Failures: 1, Errors: 0, Skipped: 0
>
> _org.apache.maven.plugin.MojoFailureException_: There are test failures.
>
> Please refer to C:\workspace\lsc-core\target\surefire-reports for the
> individual test results.
>
> I'm not entirely sure which part it is telling me is failing as it
> does list a several plugins in red.

The test that failed is 
"org.lsc.utils.LocalizedJndiModificationsLayoutTest". You should find 
details in the file 
"C:\workspace\lsc-core\target\surefire-reports\org.lsc.utils.LocalizedJndiModificationsLayoutTest.txt".

Please send us that file, so we can help you figure out the error (but 
preferably upgrade first with the fix I just committed, see above, and 
then run the tests again).

> I also attach a copy of my settings.xml file. The comments are still
> in the file because I find it helpful to understand what section of
> the file is doing what. In there, you will see the Apache Archiva
> local repository I have set up (purely on my own PC as it is onl;y
> myself that is using it).

Looks like your Maven setup is working now, that's good :)

> I'm basically trying to get to the generateWizard part so that I can
> then create my connector and customise it. I've already worked out
> what the lsc.properties file will need to look like to enable the LDAP
> to LDAP to work

OK. You're almost there :)

If you can't get all the tests to succeed while compiling lsc-core, you 
could just download the latest snapshot from 
http://build.lsc-project.org/hudson/view/LSC/job/lsc-core/lastBuild/, 
and use a mvn install:install-file command similar to the one I 
suggested earlier, then go into lsc-sample and run the generateWizard.

Regards,
Jonathan

Reply via email to