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

Reply via email to