(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: total = 2923 21073 197839272 N/A alive=11, dead=2912 N/A and the 2912 dead are mostly similar to: 0x000000010be57918 4 50032 0x00000001091e2f20 dead org/webslinger/invoker/AsmUtil$GeneratedClassLoader@0x00000001283f7208 It would be of great help if you could help with this. Thanks, Jacopo On Feb 25, 2010, at 2:53 PM, Jacopo Cappellato wrote: > On Feb 25, 2010, at 12:38 PM, Hans Bakker wrote: > >> sure..i just restarted it....any suggestions to fix it?.... >> > > We may try to disable the birt component and see if the error goes away. > Is it possible that we have duplicated jars that are conflicting? > > Jacopo > >> this problems happens at least once per day..... >> >> On Thu, 2010-02-25 at 16:35 +0530, Ashish Vijaywargiya wrote: >>>>> we have an instance experiencing PermGen errors after an upgrade, and I have noticed that this happens often when PDF are created (not with Birt). >>> >>> I am also observing the same behavior since last few days(month) on my >>> development machine. >>> >>> -- >>> Ashish >>> >>> >>> On Thu, Feb 25, 2010 at 4:28 PM, Jacopo Cappellato >>> <[hidden email]> wrote: >>>> I too suspect that the Birt integration is responsible for this; we have an instance experiencing PermGen errors after an upgrade, and I have noticed that this happens often when PDF are created (not with Birt). >>>> >>>> Jacopo >>>> >>>> On Feb 24, 2010, at 6:46 PM, Deyan Tsvetanov wrote: >>>> >>>>> You should investigate which piece of code is causing that error. >>>>> Few months ago I used BIRT into ofbiz and i was getting this error. The >>>>> problem was definitelly BIRT, >>>>> so I set -XX:PermSize=64m -XX:MaxPermSize=512m and since than it's OK. >>>>> >>>>> -- Deyan >>>>> >> -- >> Antwebsystems.com: Quality OFBiz services for competitive rates >> > |
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. We may need to have more perm-gen space, or the classes may need to be kept in a soft-ref cache. > total = 2923 21073 197839272 N/A alive=11, dead=2912 N/A > > and the 2912 dead are mostly similar to: > > 0x000000010be57918 4 50032 0x00000001091e2f20 dead org/webslinger/invoker/AsmUtil$GeneratedClassLoader@0x00000001283f7208 > > It would be of great help if you could help with this. > > Thanks, > > Jacopo > > > On Feb 25, 2010, at 2:53 PM, Jacopo Cappellato wrote: > >> On Feb 25, 2010, at 12:38 PM, Hans Bakker wrote: >> >>> sure..i just restarted it....any suggestions to fix it?.... >>> >> We may try to disable the birt component and see if the error goes away. >> Is it possible that we have duplicated jars that are conflicting? >> >> Jacopo >> >>> this problems happens at least once per day..... >>> >>> On Thu, 2010-02-25 at 16:35 +0530, Ashish Vijaywargiya wrote: >>>>>> we have an instance experiencing PermGen errors after an upgrade, and I have noticed that this happens often when PDF are created (not with Birt). >>>> I am also observing the same behavior since last few days(month) on my >>>> development machine. >>>> >>>> -- >>>> Ashish >>>> >>>> >>>> On Thu, Feb 25, 2010 at 4:28 PM, Jacopo Cappellato >>>> <[hidden email]> wrote: >>>>> I too suspect that the Birt integration is responsible for this; we have an instance experiencing PermGen errors after an upgrade, and I have noticed that this happens often when PDF are created (not with Birt). >>>>> >>>>> Jacopo >>>>> >>>>> On Feb 24, 2010, at 6:46 PM, Deyan Tsvetanov wrote: >>>>> >>>>>> You should investigate which piece of code is causing that error. >>>>>> Few months ago I used BIRT into ofbiz and i was getting this error. The >>>>>> problem was definitelly BIRT, >>>>>> so I set -XX:PermSize=64m -XX:MaxPermSize=512m and since than it's OK. >>>>>> >>>>>> -- Deyan >>>>>> >>> -- >>> Antwebsystems.com: Quality OFBiz services for competitive rates >>> > |
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. Jacopo > We may need to have more perm-gen space, or the classes may need to be > kept in a soft-ref cache. > >> total = 2923 21073 197839272 N/A alive=11, dead=2912 N/A >> >> and the 2912 dead are mostly similar to: >> >> 0x000000010be57918 4 50032 0x00000001091e2f20 dead org/webslinger/invoker/AsmUtil$GeneratedClassLoader@0x00000001283f7208 >> >> It would be of great help if you could help with this. >> >> Thanks, >> >> Jacopo >> >> >> On Feb 25, 2010, at 2:53 PM, Jacopo Cappellato wrote: >> >>> On Feb 25, 2010, at 12:38 PM, Hans Bakker wrote: >>> >>>> sure..i just restarted it....any suggestions to fix it?.... >>>> >>> We may try to disable the birt component and see if the error goes away. >>> Is it possible that we have duplicated jars that are conflicting? >>> >>> Jacopo >>> >>>> this problems happens at least once per day..... >>>> >>>> On Thu, 2010-02-25 at 16:35 +0530, Ashish Vijaywargiya wrote: >>>>>>> we have an instance experiencing PermGen errors after an upgrade, and I have noticed that this happens often when PDF are created (not with Birt). >>>>> I am also observing the same behavior since last few days(month) on my >>>>> development machine. >>>>> >>>>> -- >>>>> Ashish >>>>> >>>>> >>>>> On Thu, Feb 25, 2010 at 4:28 PM, Jacopo Cappellato >>>>> <[hidden email]> wrote: >>>>>> I too suspect that the Birt integration is responsible for this; we have an instance experiencing PermGen errors after an upgrade, and I have noticed that this happens often when PDF are created (not with Birt). >>>>>> >>>>>> Jacopo >>>>>> >>>>>> On Feb 24, 2010, at 6:46 PM, Deyan Tsvetanov wrote: >>>>>> >>>>>>> You should investigate which piece of code is causing that error. >>>>>>> Few months ago I used BIRT into ofbiz and i was getting this error. The >>>>>>> problem was definitelly BIRT, >>>>>>> so I set -XX:PermSize=64m -XX:MaxPermSize=512m and since than it's OK. >>>>>>> >>>>>>> -- Deyan >>>>>>> >>>> -- >>>> Antwebsystems.com: Quality OFBiz services for competitive rates >>>> >> > |
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. > > Jacopo > >> We may need to have more perm-gen space, or the classes may need to be >> kept in a soft-ref cache. |
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. A while back in another thread you balked at the idea of having to increase the memory settings to get OFBiz to run. Isn't memory consumption a concern? If it is, do you have any insights into any ways we could tackle this particular problem in a memory-reducing way? Or are you certain the only solution is to change the settings to allow for more memory? |
Adrian Crum wrote:
> 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. > > A while back in another thread you balked at the idea of having to > increase the memory settings to get OFBiz to run. Isn't memory > consumption a concern? If it is, do you have any insights into any ways > we could tackle this particular problem in a memory-reducing way? Or are > you certain the only solution is to change the settings to allow for > more memory? I can only reduce the memory usage so much. As some point, we'll just have to increase the memory allocation. I don't have time right now to look into this in detail; I will do so, just not right now. Debugging memory utilization is a hard thing to do, as enabling the correct startup options makes java run *very* much slower. Not to mention doing a jmap -dump, then looking at the output with jhat and ibm heap analyzer is complex. > |
Adam Heath wrote:
> Adrian Crum wrote: >> 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. >> A while back in another thread you balked at the idea of having to >> increase the memory settings to get OFBiz to run. Isn't memory >> consumption a concern? If it is, do you have any insights into any ways >> we could tackle this particular problem in a memory-reducing way? Or are >> you certain the only solution is to change the settings to allow for >> more memory? > > I can only reduce the memory usage so much. As some point, we'll just > have to increase the memory allocation. > > I don't have time right now to look into this in detail; I will do so, > just not right now. Debugging memory utilization is a hard thing to > do, as enabling the correct startup options makes java run *very* much > slower. Not to mention doing a jmap -dump, then looking at the output > with jhat and ibm heap analyzer is complex. Keep in mind you're not alone. I can help if you can point me in the right direction - that is, if you think it would be a worthwhile effort. |
Adrian Crum wrote:
> Adam Heath wrote: >> Adrian Crum wrote: >>> 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. >>> A while back in another thread you balked at the idea of having to >>> increase the memory settings to get OFBiz to run. Isn't memory >>> consumption a concern? If it is, do you have any insights into any ways >>> we could tackle this particular problem in a memory-reducing way? Or are >>> you certain the only solution is to change the settings to allow for >>> more memory? >> >> I can only reduce the memory usage so much. As some point, we'll just >> have to increase the memory allocation. >> >> I don't have time right now to look into this in detail; I will do so, >> just not right now. Debugging memory utilization is a hard thing to >> do, as enabling the correct startup options makes java run *very* much >> slower. Not to mention doing a jmap -dump, then looking at the output >> with jhat and ibm heap analyzer is complex. > > Keep in mind you're not alone. I can help if you can point me in the > right direction - that is, if you think it would be a worthwhile effort. Sure, would love the help. But describing where to start would take time that I don't have right now. Starting at the output of the two programs I mentioned is a skill that I don't know how to transfer to someone else. > > |
In reply to this post by Adam Heath-2
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... Thanks and kind regards Jacopo > >> >> Jacopo >> >>> We may need to have more perm-gen space, or the classes may need to be >>> kept in a soft-ref cache. |
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. The logic that handles this is in ModelServiceReader. |
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. |
David E Jones wrote:
> 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. I never said you were the supreme ultimate authority of all things good and nice. If there is a problem right now, then the quickest fix is to just increase permgen space. I don't have time to do a proper fix. |
Adam Heath wrote:
> David E Jones wrote: >> 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. > > I never said you were the supreme ultimate authority of all things > good and nice. > > If there is a problem right now, then the quickest fix is to just > increase permgen space. I don't have time to do a proper fix. I realize that I might be coming off as curt right now, and I apologize for that. Normally I'm quite responsive to bugs or issues in things I have touched. Unfortunately, I won't have time to look at this today while at work, nor later after work, as I have plans. So, for now, the only thing that can be done is to increase permgen space. |
In reply to this post by Jacopo Cappellato-4
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. |
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. |
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. Jacopo |
--- On Thu, 2/25/10, Jacopo Cappellato <[hidden email]> 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. ;-) |
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 <[hidden email]> 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. ;-) > > > > |
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 <[hidden email]> 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 |
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 <[hidden email]> 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 > |
Free forum by Nabble | Edit this page |