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

Reply via email to