I am sorry to hear     this; would it be possible for you to get the output of 
the following command:

jmap -permstat <PID>

where <PID> is the process id (you get it with the "ps" command) of the JVM 
where OFBiz is running?

Thanks,

Jacopo

On Feb 28, 2010, at 3:41 PM, Hans Bakker wrote:

> Jacopo,
> 
> sory to say but we still have the permgen problem:
> 
> 2010-02-28 14:12:43,291 (http-0.0.0.0-8080-2) [
> RequestHandler.java:737:INFO ] Rendering View [main],
> sessionId=398DD860F778F71192741ACABA6B71BA.jvm1
> 2010-02-28 14:12:46,645 (http-0.0.0.0-8080-2)
> [StandardWrapperValve.java:274:ERROR] Servlet.service() for servlet
> ControlServlet threw exception
> java.lang.OutOfMemoryError: PermGen space
> 
> 
> just restarted the demo server....
> 
> Regards,
> Hans
> 
> 
> On Sun, 2010-02-28 at 11:46 +0100, Jacopo Cappellato wrote:
>> Hi Ashish,
>> 
>> could you please confirm that you have changed the setting from:
>> 
>> servicedispatcher.servicedebugmode=true
>> 
>> to
>> 
>> servicedispatcher.servicedebugmode=false
>> 
>> ?
>> 
>> Jacopo
>> 
>> On Feb 28, 2010, at 11:28 AM, Ashish Vijaywargiya wrote:
>> 
>>> Here is the command that I am using from console.
>>> 
>>> java -Xmx1024M -jar ofbiz.jar
>>> 
>>> Configuration: 4GB RAM. Core 2 Duo 3Ghz processor.
>>> 
>>> --
>>> Ashish
>>> 
>>> On Sun, Feb 28, 2010 at 3:54 PM, Ashish Vijaywargiya
>>> <vijaywargiya.ash...@gmail.com> wrote:
>>>> Hello Jacopo,
>>>> 
>>>> The problem still persists IMO. When I navigated from OrderView page
>>>> to Ecommerce page then I got the same error.
>>>> I had left application in idle state for about 5 minutes and then
>>>> clicked on an order to view its details then again I observed the same
>>>> error.
>>>> 
>>>> Here is the revision details: 917155.
>>>> Console details:
>>>> 2010-02-28 15:51:56,328 (http-0.0.0.0-8443-4) [
>>>> ControlServlet.java:140:INFO ] [[[orderlist] Request Begun,
>>>> encoding=[UTF-8]- total:0.0010,since last(Begin):0.0010]]
>>>> 2010-02-28 15:51:56,351 (http-0.0.0.0-8443-4) [
>>>> ConfigXMLReader.java:120:INFO ] controller loaded: 0.0010s, 23
>>>> requests, 16 views in
>>>> file:/home/ashish/ofbiz_dev/testing/framework/common/webcommon/WEB-INF/common-controller.xml
>>>> 2010-02-28 15:51:56,355 (http-0.0.0.0-8443-4) [
>>>> ConfigXMLReader.java:120:INFO ] controller loaded: 0.0s, 2 requests, 0
>>>> views in 
>>>> file:/home/ashish/ofbiz_dev/testing/applications/commonext/webapp/WEB-INF/controller.xml
>>>> 2010-02-28 15:51:56,380 (http-0.0.0.0-8443-4) [
>>>> ConfigXMLReader.java:120:INFO ] controller loaded: 0.0080s, 353
>>>> requests, 147 views in
>>>> file:/home/ashish/ofbiz_dev/testing/applications/content/webapp/content/WEB-INF/controller.xml
>>>> 2010-02-28 15:51:56,387 (http-0.0.0.0-8443-4) [
>>>> ConfigXMLReader.java:120:INFO ] controller loaded: 0.043s, 341
>>>> requests, 144 views in
>>>> file:/home/ashish/ofbiz_dev/testing/applications/order/webapp/ordermgr/WEB-INF/controller.xml
>>>> 2010-02-28 15:51:56,416 (http-0.0.0.0-8443-4) [
>>>> RequestHandler.java:737:INFO ] Rendering View [orderlist],
>>>> sessionId=164514B5E50EFF53B4C0F1383D000517.jvm1
>>>> 2010-02-28 15:51:56,484 (http-0.0.0.0-8443-4) [
>>>> ScreenFactory.java:128:INFO ] Got 27 screens in 0.014s from:
>>>> file:/home/ashish/ofbiz_dev/testing/applications/order/widget/ordermgr/OrderViewScreens.xml
>>>> 2010-02-28 15:52:12,940 (http-0.0.0.0-8443-4)
>>>> [StandardWrapperValve.java:274:ERROR] Servlet.service() for servlet
>>>> ControlServlet threw exception
>>>> java.lang.OutOfMemoryError: PermGen space
>>>>       at java.lang.String.intern(Native Method)
>>>>       at 
>>>> org.codehaus.groovy.runtime.metaclass.MetaMethodIndex.getOrPutMethods(MetaMethodIndex.java:222)
>>>>       at 
>>>> groovy.lang.MetaClassImpl.addMetaMethodToIndex(MetaClassImpl.java:2603)
>>>>       at 
>>>> groovy.lang.MetaClassImpl.inheritInterfaceNewMetaMethods(MetaClassImpl.java:557)
>>>>       at groovy.lang.MetaClassImpl.fillMethodIndex(MetaClassImpl.java:293)
>>>>       at groovy.lang.MetaClassImpl.initialize(MetaClassImpl.java:2904)
>>>>       at 
>>>> org.codehaus.groovy.reflection.ClassInfo.getMetaClassUnderLock(ClassInfo.java:164)
>>>>       at 
>>>> org.codehaus.groovy.reflection.ClassInfo.getMetaClass(ClassInfo.java:193)
>>>>       at 
>>>> org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.getMetaClass(MetaClassRegistryImpl.java:199)
>>>>       at 
>>>> org.codehaus.groovy.runtime.InvokerHelper.setProperty(InvokerHelper.java:183)
>>>>       at 
>>>> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setProperty(ScriptBytecodeAdapter.java:483)
>>>>       at OrderList.run(OrderList.groovy:50)
>>>>       at 
>>>> org.ofbiz.base.util.GroovyUtil.runScriptAtLocation(GroovyUtil.java:149)
>>>>       at 
>>>> org.ofbiz.widget.screen.ModelScreenAction$Script.runAction(ModelScreenAction.java:412)
>>>>       at 
>>>> org.ofbiz.widget.screen.ModelScreenAction.runSubActions(ModelScreenAction.java:118)
>>>>       at 
>>>> org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:221)
>>>>       at 
>>>> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:394)
>>>>       at 
>>>> org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:135)
>>>>       at 
>>>> org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:97)
>>>>       at 
>>>> org.ofbiz.widget.screen.MacroScreenViewHandler.render(MacroScreenViewHandler.java:104)
>>>>       at 
>>>> org.ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java:835)
>>>>       at 
>>>> org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:554)
>>>>       at 
>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:223)
>>>>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>>>>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>>       at 
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>>>>       at 
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>>>       at 
>>>> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:266)
>>>>       at 
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>>>>       at 
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>>>       at 
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>>>>       at 
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
>>>> 
>>>> --
>>>> Ashish
>>>> 
>>>> 
>>>> On Fri, Feb 26, 2010 at 3:34 PM, Jacopo Cappellato
>>>> <jacopo.cappell...@hotwaxmedia.com> wrote:
>>>>> Ooops,
>>>>> 
>>>>> thanks Hans, I have fixed it now.
>>>>> 
>>>>> Jacopo
>>>>> 
>>>>> On Feb 26, 2010, at 9:53 AM, Hans Bakker wrote:
>>>>> 
>>>>>> Hi Jacopo, putting it now on the demo server.
>>>>>> 
>>>>>> i see however that this flag by default is set to "false"?
>>>>>> 
>>>>>> Regards,
>>>>>> Hans
>>>>>> 
>>>>>> On Fri, 2010-02-26 at 09:03 +0100, Jacopo Cappellato wrote:
>>>>>>> My fix is in rev. 916608
>>>>>>> 
>>>>>>> Hans, I think that you are maintaining the demo instance at ASF; if 
>>>>>>> possible please set the new flag in service.properties to "false"; this 
>>>>>>> will fix the PerGem errors without requiring to increase the JVM memory 
>>>>>>> settings.
>>>>>>> 
>>>>>>> Jacopo
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On Feb 26, 2010, at 8:48 AM, Hans Bakker wrote:
>>>>>>> 
>>>>>>>> looking forward to it! thanks for your help.
>>>>>>>> 
>>>>>>>> Regards,
>>>>>>>> Hans
>>>>>>>> 
>>>>>>>> On Fri, 2010-02-26 at 08:39 +0100, Jacopo Cappellato wrote:
>>>>>>>>> I should have a fix shortly.
>>>>>>>>> 
>>>>>>>>> Jacopo
>>>>>>>>> 
>>>>>>>>> On Feb 26, 2010, at 7:31 AM, Adrian Crum wrote:
>>>>>>>>> 
>>>>>>>>>> --- On Thu, 2/25/10, Jacopo Cappellato 
>>>>>>>>>> <jacopo.cappell...@hotwaxmedia.com> wrote:
>>>>>>>>>>> On Feb 26, 2010, at 12:27 AM, Adam
>>>>>>>>>>> Heath wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Adrian Crum wrote:
>>>>>>>>>>>>> Jacopo Cappellato wrote:
>>>>>>>>>>>>>> On Feb 25, 2010, at 7:54 PM, Adam Heath
>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Jacopo Cappellato wrote:
>>>>>>>>>>>>>>>> Hi Adam,
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> On Feb 25, 2010, at 5:37 PM, Adam
>>>>>>>>>>> Heath wrote:
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> Jacopo Cappellato wrote:
>>>>>>>>>>>>>>>>>> (moving to the dev list)
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> Hmmm....
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> I am trying to find out more
>>>>>>>>>>> details using jmap and now I am no
>>>>>>>>>>>>>>>>>> more thinking that birt is the
>>>>>>>>>>> issue.
>>>>>>>>>>>>>>>>>> Adam, is it possible that the
>>>>>>>>>>> Webslinger component is causing this?
>>>>>>>>>>>>>>>>>> Running jmap -permstat I get
>>>>>>>>>>> the following stats:
>>>>>>>>>>>>>>>>> Not the component, no.  What
>>>>>>>>>>> you see below is a consequence of the
>>>>>>>>>>>>>>>>> custom classes that get compiled
>>>>>>>>>>> for every single service engine
>>>>>>>>>>>>>>>>> definition, so that you can see
>>>>>>>>>>> what file/line the service is
>>>>>>>>>>>>>>>>> defined in.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> sorry for the silly question: are you
>>>>>>>>>>> saying that the custom classes
>>>>>>>>>>>>>>>> are not compiled by some code in
>>>>>>>>>>> Webslinger? I really don't know
>>>>>>>>>>>>>>>> where to look for AsmUtil and
>>>>>>>>>>> GeneratedClassLoader.
>>>>>>>>>>>>>>> I never said any such thing.  I'm
>>>>>>>>>>> just saying that we may need more
>>>>>>>>>>>>>>> permgen space, as that is where classes
>>>>>>>>>>> are loaded.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Is there a way to temporarily disable this
>>>>>>>>>>> GeneratedClassLoader thing?
>>>>>>>>>>>>>> Could you point me to the right direction for
>>>>>>>>>>> fixing this issue
>>>>>>>>>>>>>> (without the hack of increasing the PermGen
>>>>>>>>>>> memory)? I could not even
>>>>>>>>>>>>>> find the AsmUtil class...
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Jacopo, it looks like the code you are wanting to
>>>>>>>>>>> work on is contained
>>>>>>>>>>>>> in the webslinger jar files. We don't have access
>>>>>>>>>>> to the source code.
>>>>>>>>>>>> 
>>>>>>>>>>>> Yes, this is true, but the interface to that is in the
>>>>>>>>>>> service engine,
>>>>>>>>>>>> so you could modify ModelServiceReader, as I suggested
>>>>>>>>>>> previously.
>>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Ok, thanks guys, I'll have a look at this.
>>>>>>>>>> 
>>>>>>>>>> Good luck! I looked at it and gave up. ;-)
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> --
>>>>>>>> Antwebsystems.com: Quality OFBiz services for competitive rates
>>>>>>>> 
>>>>>>> 
>>>>>> --
>>>>>> Antwebsystems.com: Quality OFBiz services for competitive rates
>>>>>> 
>>>>> 
>>>>> 
>>>> 
>> 
> -- 
> Antwebsystems.com: Quality OFBiz services for competitive rates
> 

Reply via email to