[geotk] NullPointerException with WFSFeatureStore

[Martin Desruisseaux]

This is a good check for identifying the non-intuitive problem to not
repeat in SIS :-)

The code that create the EPSG database is in a separated module than the
code that use the EPSG database. The original intend was to allow the
creation of installers as small executable, and to allow smaller
executable on environment where the EPSG database is installed by some
administrator. However this has not happened in practice, so I already
planed to not make this separation anymore in SIS. In the meantime, the
error can be fixed by adding the following dependency in your pom.xml:

        <dependency>
            <groupId>org.geotoolkit</groupId>
            <artifactId>geotk-epsg</artifactId>
            <version>${geotk.version}</version>
        </dependency>

    Martin


Le 11/12/14 18:14, Emmanuel Blondel a écrit :
> Thanks, Ok for the warnings. I've added the derby dep.
> Now i get this: http://pastebin.com/cwS63bDY <v> (i've removed the
> warnings)
>
> Le 11/12/2014 10:01, Martin Desruisseaux a écrit :
>> Le 11/12/14 17:34, Emmanuel Blondel a écrit :
>>> I'v tested the WFS client with SNAPSHOT. No more warning about
>>> timeout, but see stacktrace and errors at: http://pastebin.com/crLnitsE
>>> Any idea?
>>
>> The warnings are about java.util.prefs not having permission to write
>> in the system-wide preference variables. This warnings occur even if
>> Geotk only wants to check if a preference exist - it does not want to
>> write anything, but apparently the JDK insists for creating empty
>> nodes anyway. This problem exists since JDK 1.4 and seems to have
>> never been solved. In Apache SIS, we will avoid the use of system
>> preferences. In the main time, they can be safely ignored (we should
>> probably remove them from Geotk too, as I don't think that many
>> peoples use them).
>>
>> The exception is because there is no Derby driver in the classpath.
>> Geotk does not put the Derby driver in transitive dependencies,
>> because some projects prefer to use PostgreSQL, HSQL or Oracle
>> instead. Adding the following in you pom.xml should solve the problem
>> (again, for Apache SIS we will try to find a better solution):
>>
>>       <dependency>
>>         <groupId>org.apache.derby</groupId>
>>         <artifactId>derby</artifactId>
>>         <version>10.10.1.1</version>
>>       </dependency>
>>
>> Martin
>>
>>
>>
>> _______________________________________________
>> Geotoolkit mailing list
>> Geotoolkit at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/geotoolkit
>
>
>
> _______________________________________________
> Geotoolkit mailing list
> Geotoolkit at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geotoolkit

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geotoolkit/attachments/20141211/7d0ff6d0/attachment.html>