Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-devel] exception rendering

No, I'm not. Yesterday evening I had kind of similar problem but not with the commons-jxpath . In the manifest of the libs bundle are still the batic bundles within the Require-Bundle: section and I guess these are not required anymore. I removed it and could start the application.

 org.apache.batik.bridge;visibility:=reexport,
 org.apache.batik.css;visibility:=reexport,
 org.apache.batik.dom;visibility:=reexport,
 org.apache.batik.dom.svg;visibility:=reexport,
 org.apache.batik.ext.awt;visibility:=reexport,
 org.apache.batik.svggen;visibility:=reexport,
 org.apache.batik.parser,
 org.apache.batik.transcoder;visibility:=reexport,
 org.apache.batik.util;visibility:=reexport,
 org.apache.batik.xml;visibility:=reexport,
 org.w3c.css.sac;visibility:=reexport,
 org.w3c.dom.svg;visibility:=reexport

Cheers, Frank

2011/5/19 Jesse Eichar <jesse.eichar@xxxxxxxxxxxxxx>
This jar file is not auto downloading for me.  It seems to be required by geotools so I would expect it to be downloaded as part of the geotools dependencies but it is not for me.  Anyone else having this issue?

I am trying explicitly putting it in the refresh.xml dependencies to see if that helps.


It seems that I had to add 

<dependency groupId="commons-jxpath" artifactId="commons-jxpath" version="1.3" />

to the refresh script and update the classpath and manifest to use version 1.3.  Should I commit this or do I have to do a local build of geotools or something?

Jesse


_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



Back to the top