You can make a "fat" jar containing your applet and all dependencies and
sign that.
mcr wrote:
> Examining the source of the GeoTools class it seems that there is no
> possibility to avoid the security exceptions in an unsigned applet.
>
> Using an unsigned applet offers a possibility. Signing t
Harald wrote:
> Here are some intermediate results on using the FactorySPI pattern in an
> OSGi environment:
>
> - I've verified that it works as expected as long as you do not use
> wrapped JARs in your bundles and configure buddy classloading appropriately.
What's preventing it to work with wr
ArcSDE NStrings
---
Key: GEOT-2024
URL: http://jira.codehaus.org/browse/GEOT-2024
Project: GeoTools
Issue Type: Bug
Components: data arcsde
Affects Versions: 2.5-RC0
Environment: Windows XP, Java 1.6.0
Make sure JDBCDataStore derivatives do work properly with 2.5d data
---
Key: GEOT-2023
URL: http://jira.codehaus.org/browse/GEOT-2023
Project: GeoTools
Issue Type: Improvement
Examining the source of the GeoTools class it seems that there is no
possibility to avoid the security exceptions in an unsigned applet.
Using an unsigned applet offers a possibility. Signing the applet jar is not
enough, you have to sign gt-metadata.jar and the gt-reference.jar. (the
gt-metadata
