Hi,
Could u please let me know at which place it should be written in run.bat ?
thanx
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136584#4136584
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136584
_
You could also use the JAVA_OPTS in the bin/run.conf, which is maybe easier to
find.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136587#4136587
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136587
_
In the AS /bin directory look for the run.conf file. You need to make it:
if [ "x$JAVA_OPTS" = "x" ]; then
|JAVA_OPTS="-Xms128m -Xmx512m -XX:PermSize=128m
-Dsun.rmi.dgc.client.gcInterval=360 -Dsun.rmi.dgc.server.gcInterval=360"
| fi
View the original post :
http://www.jboss.com
Hi patrickdalla,
take a look at my blog, there I explained how to solve the
java.lang.OutOfMemoryError: PermGen space problem.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136600#4136600
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=
The problem appears due to hibernate consuming a lot of perm gen!
It should be in a wiki, release note, documentation - or even set by default -
but it is not :-(
To fix MaxPermSize :
in jboss server, customize the "run.bat" file
set JAVA_OPTS=%JAVA_OPTS% -Xms512m -Xmx1274m -XX:MaxPermSize=25
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossPortalFAQ last question
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137930#4137930
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137930
_
Hi Thorsten,
I solved this issue for me by using a different Java implementation. Instead of
using Sun's JVM, we run the JBoss AS on Bea JRockit. Maybe this is an option
for you too.
Cheers
-Gunnar
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205174#42051
Thanks for your reply,
but JRockit is not an option, as JRockit will load the classes in the heap
memory. But the classes won't be unloaded too. The heap space grows dynamicly.
But the perm Gen from the JDK doesn't grow.
Regards
Thorsten
View the original post :
http://www.jboss.com/index.htm
We updated our JDK to 1.6.0_12 but we still get these errors. Is this a known
error in Portal or Jboss itself?
Thanks in advance.
Thorsten
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216262#4216262
Reply to the post :
http://www.jboss.org/index.html?mod
if your problem is still there:
JAVA_OPTS="$JAVA_OPTS -Xmx256m -Xms256m -XX:PermSize=256m -XX:MaxPermSize=256m"
Please tune them for your environment :)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238169#4238169
Reply to the post :
http://www.jboss.org/
Thanks for your reply. But the problem isn't the size of the perm gen. The
problem is, that the classes within the permGen won't release after they are no
longer needed. So the PermGen will grow, grow and grow till you get a permGen
Exception. Right now we handle the issue by doing a jojo of the
What do you mean by "wont be released when they are not needed".? Permgen space
is used for loading class definition which is needed throughout the lifetime of
serve. Unless a class is being loaded multiple times and there is a leak in
class loader, you should not see permgen space grow after ce
Sorry for my short uncleared explanation. When we do a hot undeploy of an
portlet (In case of updating it) and deploy the newer version the classes of
the old version wonât release from the perm Gen.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238229#
Which is why hot redeploy is not recommended for production, only for
development, I can't find it at the moment but there are plenty of explanations
about it and relate to some Sun JDK bug that has neven been fixed. Other JVM
handles permgen space differently.
Unless you redeploy a new version
Hi, what we researched was a blog entry from Frank Kiviet
(http://blogs.sun.com/fkieviet/entry/how_to_fix_the_dreaded). The examples he
used could we completly reproduce. But the result isn't a bug in JDK...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=42382
15 matches
Mail list logo