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 . ------------------------------------------------------------------------------ Achieve Improved Network Security with IP and DNS Reputation. Defend against bad network traffic, including botnets, malware, phishing sites, and compromised hosts - saving your company time, money, and embarrassment. Learn More! http://p.sf.net/sfu/hpdev2dev-nov _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel