phew, that was something. As it turns out.
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin
detects the path to the extension dir as follows
String sPath = System.getProperty("user.dir") + "/lib/ext";
'user.dir' despite it's name holds the current working dir of the java vm. The
old oj_linux.sh didn't switch to the oj home dir, but used pathes for all
parameters. This gave problems with spaces in the path, so I decided to chdir
to oj home, like we do under windows. Funny coincidence, this way the problem
was solved in parallel to occurring.
Still we should fix SextanteToolboxPlugin.java. Using the home_dir is unclean,
there are better ways to reflect where a specific file is located in the
filesystem. I'd patch it if I'd know where Stefan hosts the scm for the
sextante binding. If it is on an scm at all. Anybody has a clue? I found the
source in the 'ojsextantebinding_oct2010.jar' but I don't know if that is
really the cutting edge code.
.. regards ede
PS: Stefan, please check also the mail to the mailing list about the logo on
sf.net .
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
