<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Le 25/05/11 15:13, Riou Olivier a &eacute;crit&nbsp;:
    <blockquote
cite="mid:2865_1306329218_4DDD0082_2865_5258_1_02E290128C798A46A5DC7FA4B3068F42C473DA@sbmsg02.tus.fr.thales"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta content="MSHTML 6.00.2900.3792" name="GENERATOR">
      <div><span class="798082112-25052011"><font color="#0000ff"
            face="Arial" size="2">I do not know a lot about the design
            of geotoolkit, embedded databases and wep apps. Do you mean
            that geotoolkit is base or some of its modules (like the
            derby database which&nbsp; stores the EPSG referencing data) are
            using web app technologies ?</font></span></div>
    </blockquote>
    Actually not, Geotk doesn't use any web-specific technology. Jon's
    email was just saying that if you happen to use Geotk in a web
    application, you may need to restart the web container. But if you
    uses Geotk as a desktop application, then there is nothing special
    to do.<br>
    <br>
    <blockquote
cite="mid:2865_1306329218_4DDD0082_2865_5258_1_02E290128C798A46A5DC7FA4B3068F42C473DA@sbmsg02.tus.fr.thales"
      type="cite">
      <div><span class="798082112-25052011"><font color="#0000ff"
            face="Arial" size="2">In this case, it&nbsp;could explain the
            problem because I'm also currently investigating on JVM
            crash on my application which may causes geotoolkit to not
            initialize properly when restarting the application after
            the crash ?</font></span></div>
    </blockquote>
    If the EPSG database is not corrupted, then there is no particular
    initialization to do after a JVM crash. If the EPSG database is
    corrupted, just deleting the directory that contains this database
    is suffisient. However given that you use a properties file instead
    than a database, then I think that no action is required.<br>
    <br>
    <blockquote
cite="mid:2865_1306329218_4DDD0082_2865_5258_1_02E290128C798A46A5DC7FA4B3068F42C473DA@sbmsg02.tus.fr.thales"
      type="cite"><span class="798082112-25052011"><font color="#0000ff"
          face="Arial" size="2">However, since its a JVM crash, there is
          no way to call Setup.shutdown() method before the JVM exits
          and, if it is effectively the cause of the problem, I have to
          find another workaround. Is this can be fixed if I do not use
          geotoolkit with an embedded database anymore (only with the
          epsg.properties) ?</font></span></blockquote>
    If you don't use Geotk in a context where the library can be
    loaded/unloaded (or deployed/undeployed), then there is no need to
    invoke <tt>Setup.shutdown()</tt>. The <tt>Setup.shutdown()</tt>
    call is needed only if the Geotk library may be reloaded again in
    the <i>same JVM execution</i>.<br>
    <br>
    However in case of JVM crash, the EPSG embedded database may still
    be corrupted, in which case just deleting its directory as explained
    above should work. If the JVM terminated normally, or if a Java
    exception was threw (as opposed to a JVM crash in C/C++ native
    code), then there is no action needed - the embedded database should
    have been automatically closed by the JVM shutdown hooks.<br>
    <br>
    &nbsp;&nbsp;&nbsp; Martin<br>
    <br>
  </body>
</html>