"Ken Nakamura" <firstname.lastname@example.org> wrote on 11/10/2005 03:27:27 PM:
> I'm not sure if this is the right place for this question. It's an odd
> I have built my own svn-1.2.3, with javahl enabled. I'd like svnant to
> use javahl; not that I don't like javasvn (props to alex k, it rocks),
> but according to subclipse's faq, javahl sounds like the best way. I'm
> on Solaris 9 and the svn libs are in /usr/local/lib, which I've added to
> the LD_LIBRARY_PATH using 'crle'. This means that it's not actually an
> environment variable, but stashed in a file, /var/ld/ld.config. ld.so
> is supposed to parse it and dynamically load libs accordingly. From
> what I can tell, this is the Solaris Way. Here's the problem:
> If I *don't* specifically export LD_LIBRARY_PATH into my environment,
> svnant doesn't find the libs and resorts to javasvn. I've run the test
> ant script through truss and note that it tries to stat64
> libsvnjavahl-1.so in several locations that aren't in LD_LIBRARY_PATH,
> like lib dirs under my JAVA_HOME/jre tree. I find that odd...
> So, is this a weird svnant issue? Is it the jvm? Is it my box? Is it
> even really worth using javahl over javasvn, now that javasvn is at 1.0?
> Should I just not care and export the lib path in my .bash_profile?
If you do not need file:// access or otherwise have a situation where
JavaSVN is a good fit, then I would use JavaSVN. For the purposes of
svnAnt, I would think using the CLI adapter would also be a good fit.
Probably depends on what your script does.
AFAIK, the LD_LIBRARY_PATH issue is specific to the JVM. Apparently it
does not follow the "standards" of most operating systems. So I would not
be surprised if it doesn't work without it set.
That being said, if just setting that variable makes it work, I would
probably do it. Couldn't you just do it in the ant shell script? That
way you do not have to worry about any negative impacts on whatever else
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
Received on Fri Nov 11 07:32:32 2005