"OutOfMemoryError: PermGen space" when running on jBoss
Hi all, I am running Sling under jBoss and I am not able to keep the server alive for more than 10mn (30s when using a webdav client) because I get "OutOfMemoryError: PermGen space" errors, even tho the max heap size is set to be at 2Go. I searched through the mailing-list archives but the only results are related to the building of Sling. On Google, results are suggesting issues with webapp reloading features, but that's not happening here. Any hint? Thanks, Claude Vedovini --- Software Consulting & Development +41 78 617 86 98 http://vedovini.net/ http://www.dita-op.org/
Re: "OutOfMemoryError: PermGen space" when running on jBoss
Hi Max, This option does not appear in my VM's help (java -X) but I will give it a try! By the way, do you know where I can find what is the available context in a script, beyond "currentNode"? Thx, Claude On Fri, Apr 3, 2009 at 11:22 AM, Felix Meschberger wrote: > Hi Claude, > > raising the heap size does not help here, since this does not > (generally) enlarge the PermGen space. The PermGen space is used amongst > other things (very old objects) to store the class objects. If this > space fills up, the VM has lost ... > > So, provided you are running a Sun VM, you might consider setting the > -XX:MaxPermSize command line option to a higher value than the default. > See also [1] for more info. > > Hope this helps. > > Regards > Felix > > [1] http://java.sun.com/javase/technologies/hotspot/vmoptions.jsp > > Claude Vedovini schrieb: >> Hi all, >> >> I am running Sling under jBoss and I am not able to keep the server >> alive for more than 10mn (30s when using a webdav client) because I >> get "OutOfMemoryError: PermGen space" errors, even tho the max heap >> size is set to be at 2Go. >> >> I searched through the mailing-list archives but the only results are >> related to the building of Sling. >> On Google, results are suggesting issues with webapp reloading >> features, but that's not happening here. >> >> Any hint? >> >> Thanks, >> Claude Vedovini >> --- >> Software Consulting & Development >> +41 78 617 86 98 >> http://vedovini.net/ >> http://www.dita-op.org/ >> >
Re: "OutOfMemoryError: PermGen space" when running on jBoss
> Claude Vedovini schrieb: >> This option does not appear in my VM's help (java -X) but I will give it a >> try! > > Its an extended option, which is so extended, that it does not even > appear on -X ;-) Hence the double X I guess... It seems to be working fine now (no failure since 30min) but I am going to let it run on its own for a while :) >> By the way, do you know where I can find what is the available context >> in a script, beyond "currentNode"? > > Have a look on our wiki at [1] (this page should probably go to the main > site...) > > [1] http://cwiki.apache.org/SLING/scripting-variables.html I should have found that myself, sorry. I must admit that once I have been crawling in the docs for 2 or 3 days, not finding what I am looking for, I start to ignore it altogether :( one last question, about sling.home... what is my best option here (in a container) to configure it to the folder I want? This page http://cwiki.apache.org/SLING/configuration.html leaves me with little hope beyond manually tweaking the jar...
Sling configuration
Hi all, I use the sling web app on jBoss and I have issue with the location of the sling home folder. >From what I read in [1] it seems one can setup the sling.home property either using the sling.property or the web.xml file, both located inside the sling war file, am I right? If so, how may I deliver an application that can be deployed on different environments (test, UAT, prod) without repackaging the whole stuff each time? Thanks in advance, regards, Claude [1] http://incubator.apache.org/sling/site/configuration.html
Re: Sling configuration
Thanks Felix, my problem currently is that not only UAT and production should use the same binaries with different sling.home (under linux) but developers are using windows, thus we cannot have one war for all and this obviously complicates the build and is error prone for admins and developers alike. a fact as well is that upgrading Sling could be as simple as dropping a new war if I had not to unpack it. I guess that now that each deployed sling servlet has it's own subfolder under sling.home to store configuration to, then may be overriding the sling.home from the system properties could be a good idea. my 2cts Claude On Sun, Jun 7, 2009 at 12:09 PM, Felix Meschberger wrote: > Hi, > > Claude Vedovini schrieb: >> Hi all, >> >> I use the sling web app on jBoss and I have issue with the location of >> the sling home folder. >> >>>From what I read in [1] it seems one can setup the sling.home property >> either using the sling.property or the web.xml file, both located >> inside the sling war file, am I right? > > For the Sling Web app, the sling home folder is set through the > sling.home init-property of the Sling Servlet or the Sling Servlet Context. > > If neither is set, the sling home folder is derived from the servlet > context path prepended with "sling" and the path converted to a single > name replacing slashes by underscores. > > E.g. sling.home for the web app at /sling/i1 is "sling/_sling_i1". > > This ensures sensible default values and prevents collisions if the > sling web app is installed multiple times in the same container. > >> >> If so, how may I deliver an application that can be deployed on >> different environments (test, UAT, prod) without repackaging the whole >> stuff each time? > > If you don't really care, where your sling.home is, you might be happy > using the default value. > > Otherwise, there is not currently another option that to repackage. > > If you have a good idea on how to prevent this, we are certainly > open-ears ;-) > > Hope this helps. > > Regards > Felix >
Re: Sling configuration
Hi Felix, Bertrand, There is something I don't get :) Felix, in the example you gave previously, each deployed servlet adds its own context path to the sling.home folder > E.g. sling.home for the web app at /sling/i1 is "sling/_sling_i1". In that case, setting the sling.home at the system property level would not do any harm. Anyway, if there are gotchas, this can be considered an acceptable solution with known limitations that would be useful for people with my kind of requirements, cannot it? Cheers, Claude On Tue, Jun 9, 2009 at 8:53 AM, Felix Meschberger wrote: > Hi, > > Bertrand Delacretaz schrieb: >> Hi, >> >> On Tue, Jun 9, 2009 at 8:03 AM, Felix Meschberger wrote: >>> Claude Vedovini schrieb: >>>> ...I guess that now that each deployed sling servlet has it's own >>>> subfolder under sling.home to store configuration to, then may be >>>> overriding the sling.home from the system properties could be a good >>>> idea. >>> Since system properties apply to the whole VM, multiple sling web >>> applications deployed to the same servlet container would then use the >>> same sling.home system property, which will not work >> >> But if each deployed Sling servlet adds its own suffix (its context >> path) to the base sling.home path, that would work, not? >> >> The best might be to allow overriding sling.home from system >> properties (to allow people to control where that goes), yet have each >> sling servlet add its own context path to that value to define its own >> storage path. > > I was also thinking about such a prefix. But I would then name it > sling.home.prefix or such to not confuse the use of sling.home as the > actual location or just the prefix. > > Just using this special prefix property as from the system properties > looks ok for me. > > Regards > Felix > >
Re: Sling configuration
> Thus given the system poroperty sling.home.prefix is set to > "/var/sling". In this case the default sling.home for the /sling/i1 web > app would be "/var/sling/_sling_i1". > > Would such a prefix suit your needs ? That would certainly do, but why introduce a new concept? Let's say that the sling.home property in the sling.property file, the sling.home init-param in the web.xml and the sling.home system property override each others (in this order) and they all specify the root where each deployed sling servlet is going to create its workspace. WDYT? Regards, Claude
Re: Sling configuration
Hi all, Should I (can I) open a JIRA issue for this? C.
Re: Sling configuration
Salut B. Just created SLING-1004 I did not bother reading any guideline for issue creation but I hope you'll like it :) Cheers, Claude On Thu, Jun 11, 2009 at 2:36 PM, Bertrand Delacretaz wrote: > Salut Claude, > > On Thu, Jun 11, 2009 at 2:07 PM, Claude > Vedovini wrote: >> ...Should I (can I) open a JIRA issue for this?.. > > yes please - the sling.home.prefix way seems to be the best, as Felix > suggests in his last message here. > > -Bertrand >
Re: Sling graduates from the Apache Incubator!
Congratulations to the whole team and thanks for the good work :) Claude On Thu, Jun 18, 2009 at 9:33 AM, Bertrand Delacretaz wrote: > (ccing jackrabbit PMC as our incubation sponsor) (and friends!) > > Hi Sling community, > > I'm pleased to announce that our Board of Directors, at yesterday's > meeting, approved the graduation of Sling as a top-level project. I > abstained from that vote (as working on Sling is part of my job), so > it's not my fault ;-) > > Felix Meschberger is the chair of the new PMC, composed of > > * Alexandru Popescu > * Bertrand Delacretaz > * Christophe Lombart > * Carsten Ziegeler > * Felix Meschberger > * Gianugo Rabellino > * Padraic Hannon > * Juan José Vázquez Delgado > * Karl Pauls > * Vidar Ramdal > > Mike Müller is not listed above but of course remains a "documentor" > as mentioned at > http://incubator.apache.org/sling/site/project-team.html. This is just > not part of the board's vote, which is about establishing the new > project and PMC. > > Felix is preparing the infrastructure move and will keep us informed. > > Thanks very much to all involved and let's take Apache Sling to the next > level! > > -- Bertrand >
[jira] Created: (SLING-1004) The folder where Sling servlets store their configuration should be configurable at deployment
The folder where Sling servlets store their configuration should be configurable at deployment -- Key: SLING-1004 URL: https://issues.apache.org/jira/browse/SLING-1004 Project: Sling Issue Type: Improvement Affects Versions: Launchpad Webapp 5 Reporter: Claude Vedovini Integrating Sling as an external off-the-shelf component should be made as simple as possible, especially in web containers. Today, when using the launchpad webapp, to configure the folder where Sling servlets will store their configuration, one as to open the war, change a file (either sling.properties or web.xml) and repack. This is impractical for the following reasons: - it prevents Sling webapp war to be upgraded by simply replacing the war - it places the responsibility of the environment configuration solely on the development team whereas in some organization this is the responsibility of another team - it does not enable easy change of the configuration to follow environmental constraints (eg. Windows/*nix) See this mailing-list thread for further information, discussion and suggested solutions: http://mail-archives.apache.org/mod_mbox/incubator-sling-dev/200906.mbox/browser -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.