On Feb 25, 2010, at 1:37 PM, Adam Heath 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... > > No, there isn't. Previously, David said that having such debug would > always be useful.
I do still follow this list... please don't use me as some sort of appeal to authority. It sounds like you're saying that somehow I support not having this be configurable. I don't recall ever having said anything like that. I do remember saying that it is quite useful and a great thing to have in place. If we could have it configurable so that it is not used, especially in production, that'd be even better. -David > The logic that handles this is in ModelServiceReader.
