Changes between Version 1 and Version 2 of Doc/SCDB/FAQ

Timestamp:

Feb 12, 2007, 8:27:22 AM (19 years ago)

Author:

/O=GRID-FR/C=FR/O=CNRS/OU=LAL/CN=Charles Loomis

Comment:

--

Doc/SCDB/FAQ

@@ -13 +13 @@
 To clear the problem, remove `/etc/ant.conf` and upgrade the non SCDB `ant` to the same version as SCDB.
 
-=== java.lang.NullPointerException durant le deploy (11/2/07) ===
+=== java.lang.NullPointerException during the deploy (11/2/07) ===
 
 One possible reason for this error is an incompatibility between the version of JavaSVN used by `ant deploy` and the version of the SVN client you use to commit your changes. This happens is one of them is older than SVN 1.4 and the other is greater or equal to 1.4, because of a metadata format change in workspace introduced in SVN 1.4. As a result a workspace cannot be read and modified by both pre 1.4 and 1.4 or later SVN clients (this is clearly stated in SVN 1.4 release notes).
@@ -19 +19 @@
 At the time of this writing SCDB is still using a pre 1.4 JavaSVN version. You should not upgrade your other SVN clients on Quattor server and the machines you use to administer SCDB to a version greater or equal to 1.4. If you upgraded by mistake, you should revert to an older version of SVN client (the version of the server doesn't matter) and you need to delete and recreate all the workspaces that could have been upgraded by a SVN 1.4+ client, including `/root/quattor/svncache' used by Quattor server.
 
+=== java.lang.NullPointerException during the deploy with eclipse (11/2/07) ===
 
+If you follow the updates for eclipse 3.2, then the subversion client installed inside of eclipse will be compatible with the svn 1.4 client.  The causes the NPE in the deploy because of a mismatch in the formats of the working copies.  To continue using eclipse, you must upgrade to the latest version of JavaSVN which is now called SVNKit.  Once installed, create a quattor.build.properties file in your working copy and define the following properties:
+{{{
+javasvn.jar = ${basedir}/external/svnkit-1.1.1/svnkit.jar
+javasvn-javahl.jar = ${basedir}/external/svnkit-1.1.1/svnkit-javahl.jar
+jsch.jar = ${basedir}/external/svnkit-1.1.1/svnkit.jar 
+}}}
+where they point to the actual location of the jar files.  The jsch.jar is no longer a dependency but must be set to an existing jar file; repeating the svnkit.jar definition works and is harmless.
+
+