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

Reply via email to