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.
