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 >>> >> >> >