This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 98561 - OutOfMemoryError: PermGen space
Summary: OutOfMemoryError: PermGen space
Status: VERIFIED FIXED
Alias: None
Product: soa
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P1 blocker (vote)
Assignee: dlipin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-21 19:59 UTC by _ hong_lin
Modified: 2007-04-03 22:44 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
server.log (217.94 KB, text/plain)
2007-03-21 20:02 UTC, _ hong_lin 		Details
fail to add jvm option -XX:MaxPermSize=128m (83.96 KB, image/png)
2007-03-21 20:03 UTC, _ hong_lin 		Details
sample projects (266.68 KB, application/x-compressed)
2007-03-21 20:04 UTC, _ hong_lin 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description _ hong_lin 2007-03-21 19:59:18 UTC 
Build: Hula milstone 8 (daily-200703201103,
nb-ide_nb-xml_nb-soa_nb-identity_glassfish_openesb_sjsam_windows.exe)

Steps to reproduce it:

1. Start IDE. Start AppServer. Make sure sun-bpel-engine is started.
2. Open the attached sample projects.
3. Deploy LoanRequestorCompositeApp.
4. The deployment process would go forever. Check the server.log file, will see
the following error:
java.lang.OutOfMemoryError: PermGen space
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at com.sun.jbi.framework.CustomClassLoader.loadClass(CustomClassLoader.java:234)
	at com.sun.jbi.framework.CustomClassLoader.loadClass(CustomClassLoader.java:128)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at com.sun.jbi.framework.CustomClassLoader.loadClass(CustomClassLoader.java:234)
	at com.sun.jbi.framework.CustomClassLoader.loadClass(CustomClassLoader.java:128)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at com.sun.jbi.framework.CustomClassLoader.loadClass(CustomClassLoader.java:234)
	at com.sun.jbi.framework.CustomClassLoader.loadClass(CustomClassLoader.java:128)

Note: In Gavotte build 070312_1, I can add the following jvm option (<
jvm-options > -XX:MaxPermSize=128m </ jvm-options >) and restart app server to
avoid this OutOfMemoryError. But in this Hula build, change of java config is
rejected. (See attached GlassFish-v2-b38.png)

This issue blocks Loan Processing Blue Print sample app development. Please have
it fixed ASAP.
Comment 1 _ hong_lin 2007-03-21 20:02:10 UTC 
Created attachment 39780 [details]
server.log
Comment 2 _ hong_lin 2007-03-21 20:03:06 UTC 
Created attachment 39781 [details]
fail to add jvm option -XX:MaxPermSize=128m
Comment 3 _ hong_lin 2007-03-21 20:04:28 UTC 
Created attachment 39782 [details]
sample projects
Comment 4 dlipin 2007-03-22 19:07:34 UTC 
Hong,

For GlassFish v2 b35-b39 there is no such option (-XX:MaxPermSize) in the 
domain.xml template. So when the domain1 is created, there is no such option in 
the resulting domain.xml of the domain1.

As for GlassFish v2 b40 they have added this option to the template (actually, -
XX:MaxPermSize=192m). 
So I guess the issue would be fixed when we switch to GF v2 b40. Please note 
that this build would occure only after the next promoted build of alaska 
components.

And one more note:
This option existed in b33{a,b,c,d,e} so in 5.5.1 Beta this issue shoud not be 
reproducible.
Comment 5 Jun Qian 2007-04-02 20:49:23 UTC 
This OutOfMemoryError is a runtime (GlassFish/OpenESB) issue.
Comment 6 Venkat Chellasamy 2007-04-02 21:25:07 UTC 
jbi components have been certified with b40 of glassfish.
Please package b40 with next versioin of installer with the correct option for
MaxPermSize as previously packaged.
Comment 7 _ hong_lin 2007-04-02 21:34:47 UTC 
I did not reproduce this issue since using glassfish-v2-b40. 

Please go ahead to update the status to "FIXED", so I can close it.

Thanks,
Hong
Comment 8 Kirill Sorokin 2007-04-03 05:36:03 UTC 
Okay. FIXED. :)
Comment 9 _ hong_lin 2007-04-03 22:44:23 UTC 
Verified the fixed is in Hula daily-200703300800