[geotk] Out of memory error when decoding CRS

[Martin Desruisseaux]

Hello Olivier

I just made a try, and I have been able to instantiate EPSG:27572 ("/NTF (Paris) 
/ Lambert zone II/") with only 32 Mb (java -Xmx32M) using the Derby (a.k.a. 
JavaDB) database. In order to investigate more, the following information would 
be useful:

    * Which EPSG code are you instantiating?
    * Which database are you using? You can find this information from the logs,
      which should contain a message like: "/INFO [ThreadedEpsgFactory] Connecté
      à la base de données EPSG
      "jdbc:hsqldb:/Users/desruisseaux/Library/Geotoolkit.org/EPSG/HSQL/7.06"
      sur "HSQL Database Engine"./".
    * Is there any other memory-consuming application running in same time.



Le 24/05/11 14:55, Riou Olivier a écrit :
> I've got the following error when decoding a CRS from my java application :
>
> java.lang.OutOfMemoryError: PermGen space
>   at java.lang.ClassLoader.defineClass1(Native Method)
>   (...snip...)
>   at java.lang.ClassLoader.loadClass(Unknown Source)
>   (...snip...)
>   at org.geotoolkit.referencing.factory.epsg.ThreadedEpsgFactory.createBackingStore(ThreadedEpsgFactory.java:636)

According this stack trace, the OutOfMemoryError happen at class loading time. 
So its look like that the DirectEpsgFactory Geotk code has not been executed at 
all, since the class did not even had a chance to be loaded in the JVM. I think 
that something else consumed a huge amount of memory before to reach the point 
where Geotk create a CRS object from an EPSG code.

Regards,

     Martin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/geotoolkit/attachments/20110524/fe9229b2/attachment.html