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