Damiano,
That seems to have taken care of the problem. I changed both settings to
512MB, and I did not get the error. I can see that both Java and GeoServer
are using additional memory now. At least now I know why my changes were
not working previously. I will remove the other line containing -Xmx and
-Xms since those settings appear to do the same thing as the lines that I
edited. I suppose it should be ok to leave the other lines there.
Thank you so much again for your reply, I really appreciate it.
Jerome
From: Jerome A. Wendell [mailto:jawend...@suddenlink.net]
Sent: Friday, January 31, 2014 12:19 PM
To: 'Damiano Giampaoli'
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] java.lang.OutOfMemoryError: Java heap space -
Error while printing
Damiano,
Thank you very much for your reply. I really appreciate it.
The web container that I am using is jetty.
I appreciate your input, as you have confirmed my suspicion that the
settings later in the conf file were overriding anything that I put in the
previous section of the file. I am pretty new to working with Java, so I am
not familiar with the settings. I will try changing those settings and let
you know what the results are.
Thanks again,
Jerome
From: damiano...@gmail.com [mailto:damiano...@gmail.com] On Behalf Of
Damiano Giampaoli
Sent: Friday, January 31, 2014 12:10 PM
To: jawend...@suddenlink.net
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] java.lang.OutOfMemoryError: Java heap space -
Error while printing
Hi Jerome,
Which web container are you using to run geoserver?
googoling "wrapper.conf" I found this -> http://wrapper.tanukisoftware.com
I have no experience with that kind of products anyway I'll try to answer to
your question:
According to the documentation here
http://wrapper.tanukisoftware.com/doc/english/props-example-config.html
the settings wrapper.java.initmemory and wrapper.java.maxmemory seems the
same thing as the typical java switches -Xmx -Xms with a more friendly
name.
So if in your configuration wrapper.java.maxmemory overwrites the Xms
value, your maximum heap size (the memory used to allocates the objects
state) is 128MB.
Of course the amount of memory needed by a production geoserver instances
depends on many factors but speaking generally 128MB are not so much, 512MB
can be a good starting value to profile your geoserver installation.
Can you try to use just one of the two couple of values (you can assign 512
both on initial and maximum size) and see what's happens?
Regards,
Damiano
2014-01-31 Jerome A. Wendell <jawend...@suddenlink.net>:
Can someone tell me if I am editing the correct file (as outlined below) to
increase the memory allocated to GeoServer? I have been increasing the
memory settings in the wrapper.conf file, but continue to have the
OutOfMemoryError. Based on what I see in the log files and the resource
monitor in Windows, the memory being used is far less than I have allocated.
Am I editing the wrong file?
Thanks,
Jerome Wendell
From: Jerome A. Wendell [mailto:jawend...@suddenlink.net]
Sent: Thursday, January 30, 2014 10:49 AM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] java.lang.OutOfMemoryError: Java heap space -
Error while printing
I am currently using the standalone MapFish printing module V2.0, with
GeoServer V2.4.3 on Windows Server 2008 R2. When I try to print layers from
public servers (osm and WMTS) and overlay WMS layers from our GeoServer, I
get the following error message:
"Error while adding a PDF elementjava.io.IOException: The
byte array is not a recognized imageformat"
When I print the public layers alone, there is no problem and no errors.
When I print the WMS layers from our GeoServer without the public layers,
there is no problem and no errors. And, when I print the WMS layers from
our GeoServer first and then print the public layers, there is no problem
and no errors. However, I need to print the public layers first because
they are my base layers, and the WMS layers are overlay layers.
I know this sounds like a MapFish printing problem, but I looked further
back in the GeoServer logs, and I found the following error message:
java.lang.OutOfMemoryError: Java heap space
It seems the error that I get when printing is caused by the memory error.
I am running GeoServer and the MapFish printing module in the same
container. I have searched on the web for this error, and have found a
number of posts on this topic, and as a result I have changed the contents
of the wrapper.conf file in the GeoServer 2.4.3\wrapper directory to contain
the following:
# Java Additional Parameters
wrapper.java.additional.1=-Djetty.home=.
wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"
wrapper.java.additional.3=-server
wrapper.java.additional.4=-Xmx512M -Xms512m
wrapper.java.additional.5=-XX:SoftRefLRUPolicyMSPerMB=36000
wrapper.java.additional.6=-XX:MaxPermSize=256m
wrapper.java.additional.7=-XX:NewRatio=2
wrapper.java.additional.8=-XX:+UseParallelGC
I have highlighted the lines that I added. There are also some additional
lines in the wrapper.conf file that follow the section above, that based on
my limited knowledge of Java seem to be in conflict with a couple of the
settings above. The lines that I am referring to were in the original file,
and are as follows:
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=48
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=128
Any suggestions of how to resolve this error with using the printing module
in the same container as GeoServer would be greatly appreciated.
Thanks,
Jerome Wendell
----------------------------------------------------------------------------
--
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991
<http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktr
k> &iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Dott. Damiano Giampaoli
Software Engineer
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
