<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
This is a good check for identifying the non-intuitive problem to
not repeat in SIS :-)<br>
<br>
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:<br>
<br>
<pre> <dependency>
<groupId>org.geotoolkit</groupId>
<artifactId>geotk-epsg</artifactId>
<version>${geotk.version}</version>
</dependency>
</pre>
Martin<br>
<br>
<br>
<div class="moz-cite-prefix">Le 11/12/14 18:14, Emmanuel Blondel a
écrit :<br>
</div>
<blockquote cite="mid:5489606B.1020102@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Thanks, Ok for the warnings. I've added the derby dep.<br>
Now i get this: <a moz-do-not-send="true" href="v">http://pastebin.com/cwS63bDY</a>
(i've removed the warnings)<br>
<br>
<div class="moz-cite-prefix">Le 11/12/2014 10:01, Martin
Desruisseaux a écrit :<br>
</div>
<blockquote cite="mid:54895D5A.7080204@geomatys.fr" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Le 11/12/14 17:34, Emmanuel Blondel a écrit :<br>
<blockquote cite="mid:5489572E.4070107@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
I'v tested the WFS client with SNAPSHOT. No more warning about
timeout, but see stacktrace and errors at: <a
moz-do-not-send="true" href="http://pastebin.com/crLnitsE">http://pastebin.com/crLnitsE</a><br>
Any idea?<br>
</blockquote>
<br>
The warnings are about <tt>java.util.prefs</tt> 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).<br>
<br>
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):<br>
<br>
<pre> <dependency>
<groupId>org.apache.derby</groupId>
<artifactId>derby</artifactId>
<version>10.10.1.1</version>
</dependency>
</pre>
<br>
Martin<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Geotoolkit mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Geotoolkit@lists.osgeo.org">Geotoolkit@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geotoolkit">http://lists.osgeo.org/mailman/listinfo/geotoolkit</a></pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Geotoolkit mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Geotoolkit@lists.osgeo.org">Geotoolkit@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geotoolkit">http://lists.osgeo.org/mailman/listinfo/geotoolkit</a></pre>
</blockquote>
<br>
</body>
</html>