Please wait for comments from Panagiotis Korros or McClain Looney before
committing your patch. They added these lines while correcting issue #83
If I remember well, we don't load the libraries just to do extra checks.
The problem is that (on windows), we deliver the dlls in
<eclipse>\plugins\org.tigris.subversion.javahl.win32_0.9.22\
But if we only loaded libsvnjavahl-1, other dlls (libapr ...) would be
loaded by windows. And windows would not find these dlls because they
are not in the path (or in current directory, or in the directory of the
executable (java.exe or eclipse.exe, I don't know) )
Windows is the only platform for which we deliver the dynamic libraries
needed (because it is easy)
Cédric
<mailto:pkorros@tigris.org>
>I am working with a custom build of JavaHL where I do not need BerkeleyDB.
> In this case, Subclipse fails to load the JavaHL library, because it is
>doing its own dependency checking.
>
>I do not see any value in the extra checks that were added to the
>Subclipse. Perhaps, if when a particular library failed to load it showed
>an error message with a reference to that specific library, there could be
>some benefit to this, but in general I do not think it is a good idea. On
>some platforms, JavaHL could be entirely statically linked. The trapping
>of the error in loading the JavaHL library itself should be sufficient to
>get what is needed from this feature.
>
>I also changed the order in which it tries to load the JavaHL libraries.
>The first value it tries is the current name of the library in Subversion
>1.1, at least on Windows.
>
>If no one has any objections, I will commit this tomorrow.
>
>Thanks
>
>Mark
>
>
>
>
>Index:
>C:/workspaces/subclipse/svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/JhlClientAdapter.java
>===================================================================
>---
>C:/workspaces/subclipse/svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/JhlClientAdapter.java
>(revision 1080)
>+++
>C:/workspaces/subclipse/svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/JhlClientAdapter.java
>(working copy)
>@@ -89,15 +89,6 @@
> // if library is already loaded, it will not be
>reloaded
>
> //workaround to solve Subclipse ISSUE #83
>- if(SystemUtils.IS_OS_WINDOWS) {
>- System.loadLibrary("libapr");
>- System.loadLibrary("libapriconv");
>- System.loadLibrary("libeay32");
>- System.loadLibrary("libdb42");
>- System.loadLibrary("ssleay32");
>- System.loadLibrary("libaprutil");
>- }
>- //workaround to solve Subclipse ISSUE #83
>
> /*
> * first try to load the library by the new name.
>@@ -105,13 +96,13 @@
> */
> try
> {
>- System.loadLibrary("svnjavahl-1");
>+ System.loadLibrary("libsvnjavahl-1");
> }
> catch(UnsatisfiedLinkError ex)
> {
> try
> {
>- System.loadLibrary("libsvnjavahl-1");
>+ System.loadLibrary("svnjavahl-1");
> }
> catch (UnsatisfiedLinkError e)
> {
>
>
>
>_____________________________________________________________________________
>Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
>_____________________________________________________________________________
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
>For additional commands, e-mail: dev-help@subclipse.tigris.org
>
>
>
>
Received on Tue Nov 23 09:05:34 2004