Sorry Jacopo, Somehow I have missed your previous email: ----------------- 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 ----------------- Now I have set that(servicedispatcher.servicedebugmode) flag to false. I will get back to you if I see more permgen error in future. Thanks for your quick turn around on this. -- Ashish On Sun, Feb 28, 2010 at 4:16 PM, Jacopo Cappellato <jacopo.cappell...@hotwaxmedia.com> 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 >>>>> >>>> >>>> >>> > >
