xwiki-users

xwiki-users@xwiki.org

10406 discussions

RE: [xwiki-users] IDEA: API Documentation wiki

by THOMAS, BRIAN M (SBCSI)

Ludovic, Thanks for your enthusiastic (and quick!) response. It's certainly a start, though it will only work for XWiki's documentation. That's okay, if it turns out to be quicker and easier to drive it from the XWiki database; solving the immediate problem is the most important for the moment. But it would be much more generally useful if you could just point a template at any arbitrary javadoc site, with a CVS or other source link optional, and at each place where javadoc comments would be displayed by the standard doclet, insert an HTML element that included the wiki document, if it existed, or a create link if it didn't. Simple style options could let the user choose whether to append or overlay the wiki page on existing comments, or (possibly) even to embed them, highlighted. In this way, the hand-copying of the original javadoc comments would be unnecessary, and it might even provide a nice easy means for the owners of the sources to retrofit the better ones into the repository. Whichever way is easier (and/or faster) to do it for Xwiki will be the best for now; I was just wondering if it would be any harder to craft the more general solution, and you might get more helpers than for something that only works for one set of APIs. BTW, I have this problem often, as do all the males in my family: because my surname, Thomas, is also a very common first name (probably more so than as a surname), I'm often referred to by it, or by "Tom". No offense taken, of course; I have corrected it, and made what I thought would be a link to my profile page, but the create link appeared instead. Does xwiki.org not automatically create a profile page for every user? I followed it to get a permission-denied page, so maybe I just can't edit it, but my name appears as a normal link in the "Hello" section. I thought that if a page existed, the create link wouldn't appear... brain[sic]

19 years, 6 months

RE: [xwiki-users] IDEA: API Documentation wiki

by THOMAS, BRIAN M (SBCSI)

Claudio: Thanks for that link! Jsourcery also has something similar, but I think that their approach uses a custom version of javadoc, which is, I think, where doclets come in. This would only work, again, where you actually had access to a source archive, and I think they actually generate and store their pages. Another interesting facet is the ability to link to other javadoc sites; XWiki's API javadoc doesn't link classes from externally packages, which is not a major problem, but a small one. If an undefined reference came up, the ability to point to its home would be helpful. It may be that just using Jdocs would be faster, since they already have a solution; what do you think? It's not really what I'd like to see, which would be an almost-transparent pasting of user-edited content as though it were in the original sources. But this is worlds better than nothing. Another idea would use the JDOM API, which could be used in a very robust server-side solution that could do all that I've thought of here and probably things I've never even dreamed of. brain[sic] -----Original Message----- From: Claudio Miranda [mailto:claudio@claudius.com.br] Sent: Thursday, March 16, 2006 11:53 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] IDEA: API Documentation wiki Probably JDocs, already to the job of make comments on javadocs. check it out: http://www.jdocs.com []s Claudio

19 years, 6 months

IDEA: API Documentation wiki

by THOMAS, BRIAN M (SBCSI)

I am quite pumped on XWiki, but the lack of documentation is driving my co-workers bats (I'm already thoroughly nuts, so it doesn't bother me, except when I've got a deadline threatened by not knowing how to do something). Ludovic and Jérémi and other tireless souls are suffering with development and support, apparently, and can't get the docs updated, even though some better documentation would at least ease the support burden. Certainly, this mailing list is a major benefit, but searching the archives is a daunting task, since one needs not only to formulate a good query but also to search each and every one of a large number of monthly archives separately (from that perspective, probably a better indexer - one that would allow searching the entire archive at once - would be very helpful. Or, perhaps I misunderstand and there's already a better way? Please comment, someone, if that's the case). However, the idea that popped into my head early on this bright St. Louis Thursday morning was: What are the possibilities of Wikifying the API Javadoc pages? In this way, those of us who gain understanding of a particular part can share our hard-bought wisdom, lightening the load for everyone else. I have not delved into the uses of doclet technology, but it appears to me that a doclet could format its output as a wiki page could allow the wiki activity to take place as a supplement to the core javadoc output, which remains read-only. Further, if the javadoc output provides sufficient versioning information, successive versions of a package, class, or interface could continue to use the wiki annotations until someone noted that the new version changed something that was documented. Perhaps a scheme that recorded the version of a page that was current when the edit or comment is made would be all that was needed, so that whatever version of the javadoc was being explored, the versions of the wiki annotations valid for that version would be displayed. Using date information might be simpler, but it would be more useful to be able to tie a document version to a javadoc file version, because annotations made when a later version was current might have been valid with earlier versions, and a simple date scheme would not allow viewers of those versions to benefit from things documented later. So an XWiki template or templates could be made that would filter the Javadoc output, modifying the external javadoc-generated links to retrieve wiki pages named for the documented entities, and displaying any annotations associated with the specific entities. If Velocity isn't up to the job as-is, then (if I understand correctly) a plugin to its rendering engine could explore the DOM model and inject the wiki annotations appropriately. Another way to do it would be to write Javascript so the browser could do the work, which would probably be simpler and save bandwidth on individual page sends, but lose the benefits of server caching. The above approach would probably be instead of a doclet, which I think would take the opposite approach and drive the wiki formatting from the javadoc content. This would have the advantage of not needing any plugins or special wiki pages (maybe) and would probably be easier to accomplish but might tend to wrest control of navigation from XWiki in inconvenient ways. At any rate, the idea of making the wiki annotations independent of the javadoc pages is a major design goal and could permit anyone anywhere to put up a wiki that allowed annotating any javadoc repository, regardless of whether they controlled its content. I've discussed this far too much for one mail message, especially for one who little understands what he's talking about. If there is interest, should we put up a page on xwiki.org to develop the requirements and design? Or has someone already thought of this and it's already available? brain[sic] -----Original Message----- From: Erwan Arzur [mailto:earzur@gmail.com] Sent: Thursday, March 16, 2006 3:27 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06 Hey Leonard, yes i'm taking care of xwiki.com. Yes recently it has been a real PITA, most of the instability problem were due to comment spammers hitting us hard. Since last saturday we are running mod_security on our frontend servers and i do not have to check every hour if one of those assholes took us down again ! what a relief ! (take care with the latest gotroot rules for mod_security, our apache ate all available memory then had to be killed - blacklist.conf is too big, i don't use it anymore) I'll check the system requirement route, but we don't experience VM crashes very often. One hint about your particular VM crash. As every thread appears to be locked when it happens, it seems to be garbage collecting related, and i'd investigate tuning the new generation and related stuff. I've got this already on my TODO list and will let you know the outcome. I posted a note about this on my weblog (http://www.arzur.net/index.php?English) where i suggest every spammers taken to courts should pay a check to the OSS anti-spam project of his choice. Another way of financing OSS. Most of the good tools in this field are open source anyway. SpamAssassin, SpamBayes, mod_security, gotroot.com ... come to mind. Erwan On 3/15/06, Leonard Lin <leonard.lin(a)unic.com> wrote: > Hi Yoav > > Thanks a lot for your hint. > As far as i have seen the problems stated on the sun-website are > concerning Old kernels or older glibc > > We use > Kernel: 2.6.9-11.ELsmp > glibc: 2.3.4 > > Though the following link seems to me heading into a similiar > direction: > http://forum.java.sun.com/thread.jspa?threadID=643360&start=0&tstart=0 > > regards > > -----Original Message----- > From: Yoav Shapira [mailto:yoavs@computer.org] > Sent: Mittwoch, 15. März 2006 14:47 > To: xwiki-users(a)objectweb.org > Subject: Re: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + > vm1.5.0_06 > > Hola, > As someone with Tomcat (though not XWiki) experience, 99% of the time > these SIGSEGV faults result from a problem with the JVM installation > missing required OS patches. Start at > http://java.sun.com/j2se/1.5.0/install.html, pick the edition you're > installing, and click on the Linux Notes link from the resulting page > for required patch levels for things like glibc. I hope that helps, > > Yoav > > On 3/15/06, jeremi joslin <jeremi23(a)gmail.com> wrote: > > On 3/15/06, Leonard Lin <leonard.lin(a)unic.com> wrote: > > > Hi > > > > > > Are you running xwiki.com on a virtualized system such as VMWare? > > > One of our programmers suggested, that it might have something to > > > do with VMWare (in our case) because of the SIGSEGV issued, > > > Pointing to either errornous implementation in javaVM or failing > > > Hardware. > > > > No, xwiki.com is running on 3 real computers under Debian Sarge. For > > the rest, i don't know. > > > > Jeremi > > -- > > Blog: http://www.jeremi.info > > LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724 > > Project Manager XWiki: http://www.xwiki.org > > skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com > > > > > > -- > > You receive this message as a subscriber of the > > xwiki-users(a)objectweb.org mailing list. To unsubscribe: > > mailto:xwiki-users-unsubscribe@objectweb.org > > For general help: mailto:sympa@objectweb.org?subject=help > > ObjectWeb mailing lists service home page: > > http://www.objectweb.org/wws > > > > > > > > > -- > Yoav Shapira > Nimalex LLC > 1 Mifflin Place, Suite 310 > Cambridge, MA, USA > yoavs(a)computer.org / www.yoavshapira.com > > > > > > -- > You receive this message as a subscriber of the > xwiki-users(a)objectweb.org mailing list. To unsubscribe: > mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > >

19 years, 6 months

RE: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06

by Leonard Lin

Hi Yoav Thanks a lot for your hint. As far as i have seen the problems stated on the sun-website are concerning Old kernels or older glibc We use Kernel: 2.6.9-11.ELsmp glibc: 2.3.4 Though the following link seems to me heading into a similiar direction: http://forum.java.sun.com/thread.jspa?threadID=643360&start=0&tstart=0 regards -----Original Message----- From: Yoav Shapira [mailto:yoavs@computer.org] Sent: Mittwoch, 15. März 2006 14:47 To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06 Hola, As someone with Tomcat (though not XWiki) experience, 99% of the time these SIGSEGV faults result from a problem with the JVM installation missing required OS patches. Start at http://java.sun.com/j2se/1.5.0/install.html, pick the edition you're installing, and click on the Linux Notes link from the resulting page for required patch levels for things like glibc. I hope that helps, Yoav On 3/15/06, jeremi joslin <jeremi23(a)gmail.com> wrote: > On 3/15/06, Leonard Lin <leonard.lin(a)unic.com> wrote: > > Hi > > > > Are you running xwiki.com on a virtualized system such as VMWare? > > One of our programmers suggested, that it might have something to do > > with VMWare (in our case) because of the SIGSEGV issued, Pointing to > > either errornous implementation in javaVM or failing Hardware. > > No, xwiki.com is running on 3 real computers under Debian Sarge. > For the rest, i don't know. > > Jeremi > -- > Blog: http://www.jeremi.info > LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724 > Project Manager XWiki: http://www.xwiki.org > skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com > > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > -- Yoav Shapira Nimalex LLC 1 Mifflin Place, Suite 310 Cambridge, MA, USA yoavs(a)computer.org / www.yoavshapira.com

19 years, 6 months

error registering new user

by emil＠mythicscape.com

Whenever i try to register a new user the following message keeps popping up: "An error occured during the registration process (-1)." I can't seem to fix this, but i searched the archive and found that someone had the same thing previously, but there was no fix in the thread. Anyone can shed some light on this?

19 years, 6 months

RE: [xwiki-users] List member login ID and real name by group?

by Turner, John

Robin, Thanks for the solution - it is exactly what I need - I was struggling with the object <-> property relationship. I'd like to encourage one of the XWiki gurus to spent a bit of time on some Javadoc, and object and data models. I'm sure it would make XWiki a lot more attractive to current and prospective users. Thanks, John -----Original Message----- From: Robin Fernandes [mailto:rewbs.soal@gmail.com] Sent: Thursday, 16 March 2006 11:46 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] List member login ID and real name by group? Hi, Try this: {table} group|wikiname|real name #set($sql = "select obj.name,prop.value from BaseObject obj, StringProperty prop where obj.className='XWiki.XWikiGroups' and obj.name!='XWiki.XWikiGroupTemplate' and prop.name='member' and obj.id=prop.id.id order by obj.name") #foreach ($row in $xwiki.search($sql)) #foreach ($item in $row) ##does anyone know a better way of extracting multiple fields from an sql result? #if ($velocityCount==1) #set($group=$item) #elseif ($velocityCount==2) #set($member=$item) #end #end #set($memberDoc=$xwiki.getDocument($member)) #if ($member != "") ##ignore blank fields $group | $member | $!memberDoc.get("first_name") $!memberDoc.get("last_name") #end #end {table} Should create a table sorted by group with the columns: group / wiki ID / first_name last_name I'm sure there are many other (better, less verbose) ways of doing it, but with this method: . The sql query gets the name of all XWiki.XWikiGroups objects and the value of their 'member' property (note: each XWikiGroups object in fact represents just one member) (also note: the name of the group object corresponds to the name of the document in which that object lives) . The value of the member property corresponds to the user's wiki name, which also happens to be the user's document name. . The user's document contains the user's object. We can therefore use a call to 'get' on the document to get the user's object properties (e.g. first_name and last_name). The API is quite useful (though it needs some more documentation): http://build.xpertnet.biz/doc/api/com/xpn/xwiki/api/Api.html And studying the classes in the XWiki class editor to discover the properties is very helpful too; make sure you use the real property names and not the "pretty names" though. Hope this helps, Robin. On 15/03/06, Turner, John <John.Turner3(a)team.telstra.com> wrote: > Jérémi, > > Thanks for your suggestion. > > ## This code shows a list of Users. > #set($sql = ", BaseObject as obj where obj.name=doc.fullName and > obj.className='XWiki.XWikiUsers'") > #foreach ($item in $xwiki.searchDocuments($sql)) #set($itemdoc = > $xwiki.getDocument($item)) #set($obj = > $itemdoc.getObject("XWiki.XWikiUsers")) > * $obj.name: $obj.first_name $obj.last_name #end > > The above code gives me a list of Users. How do I get a list that shows Groups, and for each Group the Members that belong to the Group? I don't understand the XWiki object or data model. Once I've got a Group, as per the following code, how do I get a list of Members that belong to the Group? > > ## This code shows a list of Groups. > #set($sql2 = ", BaseObject as obj where obj.name=doc.fullName and > obj.className='XWiki.XWikiGroups'") > #foreach ($item in $xwiki.searchDocuments($sql2)) #set($itemdoc = > $xwiki.getDocument($item)) > * $itemdoc.name > #end > > Thanks, John > > -----Original Message----- > From: jeremi joslin [mailto:jeremi23@gmail.com] > Sent: Thursday, 16 March 2006 9:26 AM > To: xwiki-users(a)objectweb.org > Subject: Re: [xwiki-users] List member login ID and real name by group? > > On 3/16/06, Turner, John <John.Turner3(a)team.telstra.com> wrote: > > Dear All, > > > > We use login IDs that are not very meaningful. I'd like to create a > > page that lists the login ID and real name of each member by group > > to help with administration. I can see how to get the groups, for example: > > > > #set($sqlGrp = ", BaseObject as obj where obj.name=doc.fullName and > > obj.className='XWiki.XWikiGroups'") > > #foreach ($item in $xwiki.searchDocuments($sqlGrp)) #set($itemdoc = > > $xwiki.getDocument($item)) > > Group: $itemdoc.name > > #end > > > > How do I access the members for a given group? > > > > Thanks, John > > Hi, > maybe something like this is what you want : > > #set($sqlGrp = ", BaseObject as obj where obj.name=doc.fullName and > obj.className='XWiki.XWikiUsers'") > #foreach ($item in $xwiki.searchDocuments($sqlGrp)) #set($itemdoc = > $xwiki.getDocument($item)) #set($obj = > $itemdoc.getObject("XWiki.XWikiUsers")) > user: $obj.fullName $obj.name > #end > > Jérémi > > -- > Blog: http://www.jeremi.info > LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724 > Project Manager XWiki: http://www.xwiki.org > skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com > > > > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > >

19 years, 6 months

RE: [xwiki-users] List member login ID and real name by group?

by Turner, John

Jérémi, Thanks for your suggestion. ## This code shows a list of Users. #set($sql = ", BaseObject as obj where obj.name=doc.fullName and obj.className='XWiki.XWikiUsers'") #foreach ($item in $xwiki.searchDocuments($sql)) #set($itemdoc = $xwiki.getDocument($item)) #set($obj = $itemdoc.getObject("XWiki.XWikiUsers")) * $obj.name: $obj.first_name $obj.last_name #end The above code gives me a list of Users. How do I get a list that shows Groups, and for each Group the Members that belong to the Group? I don't understand the XWiki object or data model. Once I've got a Group, as per the following code, how do I get a list of Members that belong to the Group? ## This code shows a list of Groups. #set($sql2 = ", BaseObject as obj where obj.name=doc.fullName and obj.className='XWiki.XWikiGroups'") #foreach ($item in $xwiki.searchDocuments($sql2)) #set($itemdoc = $xwiki.getDocument($item)) * $itemdoc.name #end Thanks, John -----Original Message----- From: jeremi joslin [mailto:jeremi23@gmail.com] Sent: Thursday, 16 March 2006 9:26 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] List member login ID and real name by group? On 3/16/06, Turner, John <John.Turner3(a)team.telstra.com> wrote: > Dear All, > > We use login IDs that are not very meaningful. I'd like to create a > page that lists the login ID and real name of each member by group to > help with administration. I can see how to get the groups, for example: > > #set($sqlGrp = ", BaseObject as obj where obj.name=doc.fullName and > obj.className='XWiki.XWikiGroups'") > #foreach ($item in $xwiki.searchDocuments($sqlGrp)) #set($itemdoc = > $xwiki.getDocument($item)) > Group: $itemdoc.name > #end > > How do I access the members for a given group? > > Thanks, John Hi, maybe something like this is what you want : #set($sqlGrp = ", BaseObject as obj where obj.name=doc.fullName and obj.className='XWiki.XWikiUsers'") #foreach ($item in $xwiki.searchDocuments($sqlGrp)) #set($itemdoc = $xwiki.getDocument($item)) #set($obj = $itemdoc.getObject("XWiki.XWikiUsers")) user: $obj.fullName $obj.name #end Jérémi -- Blog: http://www.jeremi.info LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724 Project Manager XWiki: http://www.xwiki.org skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com

19 years, 6 months

List member login ID and real name by group?

by Turner, John

Dear All, We use login IDs that are not very meaningful. I'd like to create a page that lists the login ID and real name of each member by group to help with administration. I can see how to get the groups, for example: #set($sqlGrp = ", BaseObject as obj where obj.name=doc.fullName and obj.className='XWiki.XWikiGroups'") #foreach ($item in $xwiki.searchDocuments($sqlGrp)) #set($itemdoc = $xwiki.getDocument($item)) Group: $itemdoc.name #end How do I access the members for a given group? Thanks, John --- John Turner NDSD Development (Dialog IT) Email: John.Turner.2(a)team.telstra.com Ph: (07) 3887 4574

19 years, 6 months

RE: [xwiki-users] Sorted object list

by THOMAS, BRIAN M (SBCSI)

An enhancement that I made to the default Main.AllDocs page illustrates how to do what you ask, which is to modify the sorting order of items. It's done by composing a modification to the SQL string passed to xwiki.searchDocuments(). There is, to the best of my knowledge, no documentation on how exactly this string affects the database query inside the search, but generally it looks like it gets parsed into clauses that are inserted and/or merged into the default query at syntactically appropriate places. In your case, a simple "order by" clause would appear to be all that's needed, and of course if the status field doesn't sort in the order you want it to appear in, you have to give them sequence numbers or something similar. The "order by" field is passed to the doc by a parameter named "ordby", and the page provides links that invoke it with popular values. By the way, I do have a project management page that does something very similar, with a table of projects containing links to plan documents and status, priority and other fields, plus a link to a status page that sucks journal entries from the plan docs, displaying the same table but with internal links to the latest journal entries for that project. I've been intending to add the ordering feature to it, but since it's in the bells-and-whistles category from my boss's point of view, I haven't got to that. Of course, you are probably not doing the xwiki.searchDocuments (although that's certainly one way of doing it), but I believe there's a similar facility in the doc.getObjects method. ---------------------------------------------------------- #set ($ordby = $request.getParameter("ordby")) ## #if (!$ordby) #set ($ordby = "doc.web, doc.name") #end #set ($sql = "$where order by $ordby") 1 All Documents of this Wiki Order by: [Document Name>$doc.fullName?ordby=doc.web,doc.name] [Creator>$doc.fullName?ordby=doc.creator] [Last Author>$doc.fullName?ordby=doc.author] [Date>$doc.fullName?ordby=doc.date desc] #foreach ($item in $xwiki.searchDocuments($sql)) ## display each item, keeping track of the status and displaying it when it's different #end ------------------------------------------------------------ brain[sic] -----Original Message----- From: jjanssen(a)nl.swets.com [mailto:jjanssen@nl.swets.com] Sent: Tuesday, March 14, 2006 12:14 AM To: xwiki-users(a)objectweb.org Subject: [xwiki-users] Sorted object list Hello, I've got a generic question. In my wiki I'm using many sorted lists. But there must be a smarter way of creating these lists then what I'm doing now. Currently I'm doing the following: Form 1 used to fill out object of type Project, with several attributes such as the project name and status. On a overview page I want to order the projects by name based on their status. This will create something like: - active: - project1 - project4 - closed: - project2 - project5 - deprecated: - project3 In which all the projects are links to the pages of the projects, containing all the project information. Has anybody any idea of a smart way of doing this. Currently I'm looping through all project objects for every possible status. This is way too much overhead. Thanks, Joep

19 years, 6 months

RE: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06

by Leonard Lin

Hi Are you running xwiki.com on a virtualized system such as VMWare? One of our programmers suggested, that it might have something to do with VMWare (in our case) because of the SIGSEGV issued, Pointing to either errornous implementation in javaVM or failing Hardware. regards Leo -----Original Message----- From: Leonard Lin Sent: Mittwoch, 15. März 2006 13:45 To: xwiki-users(a)objectweb.org Subject: RE: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06 Ah sorry, didn't see that you're running the xwiki.com website. ;-) -----Original Message----- From: Leonard Lin Sent: Mittwoch, 15. März 2006 13:43 To: xwiki-users(a)objectweb.org Subject: RE: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06 Hi The options used are: JAVA_OPTS="$JAVA_OPTS "-Dfile.encoding=UTF-8 JAVA_OPTS="$JAVA_OPTS "-Xmx256M JAVA_OPTS="$JAVA_OPTS "-Xms256M What options do you use? Well you're right that it's a VM-crash, however it usually happens when something goes wrong in the Code. I suspect some ressource leaks in xwiki. It uses lot of memory, and isn't really fast. I don't know if it's related, but the xwiki-sites is often offline, I suspect for a long time already that they have the same problem. Thanks for any help, regards Leo -----Original Message----- From: Erwan Arzur [mailto:earzur@gmail.com] Sent: Mittwoch, 15. März 2006 12:12 To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Hs_err_pid XWiki 0.9.840 + tomcat 5.5.9 + vm1.5.0_06 Hello Leonard, i have experienced the same kind of problem on the XWiki.com farm, which is memory/gc intensive. Can you elaborate on your tomcat configuration ? I'd also like to know what parametes you use for tuning the GC -Xmx/-Xms ? The heap figures you sent seem very low to me, which would explain the problem if you stress the server. Anyway, having the VM crash is a VM bug and we can't do much about this specific except report it to SUN and work around it :-( On 3/15/06, Leonard Lin <leonard.lin(a)unic.com> wrote: > Hi > > I'm using Xwiki 0.9.840 with Tomcat 5.5.9 on java-vm 1.5.0_06 (Redhat > linux) and experience regular crashes of my JavaVM. > > It happens on average once a month. > > I searched the net without any usable explanation. > Previously I was using java-vm 1.5.0_05 hope the upgrade to 1.5.0_06 > would solve it, but it didn't > > At the end I dumped the most recent hs_err_pid-file found on the system. > However they are all the same stating that the problematic frame is > [libjvm.so+xxxx] > > Does anyone have similar experiences? > > Thanks in advance > > Leo > > -----------hs_err_pid---------------- > # > # An unexpected error has been detected by HotSpot Virtual Machine: > # > # SIGSEGV (0xb) at pc=0xb7ac2fe9, pid=2114, tid=2993716144 # # Java > VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode, sharing) # > Problematic frame: > # V [libjvm.so+0x25ffe9] > # > > --------------- T H R E A D --------------- > > Current thread (0x08096e90): VMThread [id=2135] > > siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000008 > > Registers: > EAX=0x00000000, EBX=0xb7bde38c, ECX=0x00000008, EDX=0x82ff4728 > ESP=0xb2706ca8, EBP=0xb2706cb8, ESI=0xb7bd12e0, EDI=0xb7beb6e8 > EIP=0xb7ac2fe9, CR2=0x00000008, EFLAGS=0x00000202 > > Top of Stack: (sp=0xb2706ca8) > 0xb2706ca8: 0806c0f8 0806c0f8 b7bde38c b7bd5f24 > 0xb2706cb8: b2706cd8 b7ac32fc b7bd5f24 b2706d20 > 0xb2706cc8: 00c56ba0 b7b52cdc 00001c78 b7bde38c > 0xb2706cd8: b2706d08 b7b5d674 b7beb6e8 b7bd5f24 > 0xb2706ce8: 00c56800 b2706d50 00c4a443 b2706d2c > 0xb2706cf8: b7b8ad13 b7bde38c 00000002 0806bfd8 > 0xb2706d08: b2706d48 b79a22b0 b7beb6e8 00000000 > 0xb2706d18: 00000001 00000001 bfffd544 b28d7157 > > Instructions: (pc=0xb7ac2fe9) > 0xb7ac2fd9: 08 49 89 08 8b 40 08 8b 14 88 8b 42 04 8d 48 08 > 0xb7ac2fe9: 8b 40 08 52 51 ff 50 58 8b 06 83 c4 10 8b 08 85 > > Stack: [0xb2687000,0xb2708000), sp=0xb2706ca8, free space=511k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) V [libjvm.so+0x25ffe9] V [libjvm.so+0x2602fc] V > [libjvm.so+0x2fa674] V [libjvm.so+0x13f2b0] V [libjvm.so+0x1419e8] V > [libjvm.so+0x141232] V [libjvm.so+0x14a9bd] V [libjvm.so+0x2e6f5e] V > [libjvm.so+0x13eccf] V [libjvm.so+0x13fdcf] V [libjvm.so+0x323c03] V > [libjvm.so+0x323806] V [libjvm.so+0x322e17] V [libjvm.so+0x323085] V > [libjvm.so+0x322bf0] V [libjvm.so+0x282d08] C > [libpthread.so.0+0x5341] > > VM_Operation (0xb0ce5338): full generation collection, mode: > safepoint, requested by thread 0xb1cf8068 > > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0xb1922a40 JavaThread "http-8443-Monitor" [_thread_blocked, id=2618] > 0xb1921d00 JavaThread "http-8443-Processor25" daemon [_thread_in_native, id=2617] > 0xb1907340 JavaThread "http-8443-Processor24" daemon [_thread_blocked, id=2616] > 0xb19065c8 JavaThread "http-8443-Processor23" daemon [_thread_blocked, id=2615] > 0xb1905850 JavaThread "http-8443-Processor22" daemon [_thread_blocked, id=2614] > 0xb1904ad8 JavaThread "http-8443-Processor21" daemon [_thread_blocked, id=2613] > 0xb1903d60 JavaThread "http-8443-Processor20" daemon [_thread_blocked, id=2612] > 0xb1902fe8 JavaThread "http-8443-Processor19" daemon [_thread_blocked, id=2611] > 0xb1902270 JavaThread "http-8443-Processor18" daemon [_thread_blocked, id=2610] > 0xb19014f8 JavaThread "http-8443-Processor17" daemon [_thread_blocked, id=2609] > 0xb1900780 JavaThread "http-8443-Processor16" daemon [_thread_blocked, id=2608] > 0xb19a30b8 JavaThread "http-8443-Processor15" daemon [_thread_blocked, id=2607] > 0xb19a2340 JavaThread "http-8443-Processor14" daemon [_thread_blocked, id=2606] > 0xb19a15c8 JavaThread "http-8443-Processor13" daemon [_thread_blocked, id=2605] > 0xb19a0850 JavaThread "http-8443-Processor12" daemon [_thread_blocked, id=2604] > 0xb199fb10 JavaThread "http-8443-Processor11" daemon [_thread_blocked, id=2603] > 0xb199edf8 JavaThread "http-8443-Processor10" daemon [_thread_blocked, id=2602] > 0xb199e1d0 JavaThread "http-8443-Processor9" daemon [_thread_blocked, id=2601] > 0xafb20920 JavaThread "http-8443-Processor8" daemon [_thread_blocked, id=2600] > 0xafb203d0 JavaThread "http-8443-Processor7" daemon [_thread_blocked, id=2599] > 0xafb1f690 JavaThread "http-8443-Processor6" daemon [_thread_blocked, id=2598] > 0xafb1e918 JavaThread "http-8443-Processor5" daemon [_thread_blocked, id=2597] > 0xafb1dc58 JavaThread "http-8443-Processor4" daemon [_thread_blocked, id=2596] > 0xafb237f8 JavaThread "http-8443-Processor3" daemon [_thread_blocked, id=2595] > 0xafb22d70 JavaThread "http-8443-Processor2" daemon [_thread_blocked, id=2594] > 0xb1cfdf48 JavaThread "http-8443-Processor1" daemon [_thread_blocked, id=2593] > 0xb1cfd020 JavaThread "http-8080-Monitor" [_thread_blocked, id=2592] > 0xb1cf8068 JavaThread "http-8080-Processor25" daemon [_thread_blocked, id=2591] > 0xb19a50a8 JavaThread "http-8080-Processor24" daemon [_thread_blocked, id=2590] > 0xb19a4360 JavaThread "http-8080-Processor23" daemon [_thread_blocked, id=2589] > 0xb19aa938 JavaThread "http-8080-Processor22" daemon [_thread_blocked, id=2588] > 0xb22c8f20 JavaThread "http-8080-Processor21" daemon [_thread_blocked, id=2587] > 0xb22c81d8 JavaThread "http-8080-Processor20" daemon [_thread_in_native, id=2586] > 0xb19df2d8 JavaThread "http-8080-Processor19" daemon [_thread_blocked, id=2585] > 0xafb26958 JavaThread "http-8080-Processor18" daemon [_thread_blocked, id=2584] > 0xafb25bf8 JavaThread "http-8080-Processor17" daemon [_thread_blocked, id=2583] > 0xb1c7f4d0 JavaThread "http-8080-Processor16" daemon [_thread_blocked, id=2582] > 0xb1c167a0 JavaThread "http-8080-Processor15" daemon [_thread_blocked, id=2581] > 0xb1cfb360 JavaThread "http-8080-Processor14" daemon [_thread_blocked, id=2580] > 0xb1cfa600 JavaThread "http-8080-Processor13" daemon [_thread_blocked, id=2579] > 0xb19525f8 JavaThread "http-8080-Processor12" daemon [_thread_blocked, id=2578] > 0xb1c1b640 JavaThread "http-8080-Processor11" daemon [_thread_blocked, id=2577] > 0xb19dd5f8 JavaThread "http-8080-Processor10" daemon [_thread_blocked, id=2576] > 0xafb54240 JavaThread "http-8080-Processor9" daemon [_thread_blocked, id=2575] > 0xb194edc0 JavaThread "http-8080-Processor8" daemon [_thread_blocked, id=2574] > 0xb1c46aa0 JavaThread "http-8080-Processor7" daemon [_thread_blocked, id=2573] > 0xafb2db60 JavaThread "http-8080-Processor6" daemon [_thread_blocked, id=2572] > 0xafb2d9d8 JavaThread "http-8080-Processor5" daemon [_thread_blocked, id=2571] > 0xb22d6f10 JavaThread "http-8080-Processor4" daemon [_thread_blocked, id=2570] > 0xafb213c8 JavaThread "http-8080-Processor3" daemon [_thread_blocked, id=2569] > 0xafb21240 JavaThread "http-8080-Processor2" daemon [_thread_blocked, id=2568] > 0xb1ceb620 JavaThread "http-8080-Processor1" daemon [_thread_blocked, id=2567] > 0xb1cd0e20 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=2566] > 0xb2207280 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2152] > 0xb2205e98 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2151] > 0xb2204f68 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2150] > 0x0809a6f0 JavaThread "Finalizer" daemon [_thread_blocked, id=2140] > 0x080999e0 JavaThread "Reference Handler" daemon [_thread_blocked, id=2139] > 0x0805ce00 JavaThread "main" [_thread_in_native, id=2114] > > Other Threads: > =>0x08096e90 VMThread [id=2135] > 0xb22087e8 WatcherThread [id=2154] > > VM state:at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) > [0x0805c298/0x0805c2c0] Threads_lock - owner thread: 0x08096e90 > [0x0805c6e8/0x0805c700] Heap_lock - owner thread: 0xb1cf8068 > > Heap > def new generation total 18176K, used 11463K [0x7cc50000, 0x7e000000, 0x7e000000) > eden space 16192K, 62% used [0x7cc50000, 0x7d621a28, 0x7dc20000) > from space 1984K, 71% used [0x7de10000, 0x7df702e0, 0x7e000000) > to space 1984K, 0% used [0x7dc20000, 0x7dc20000, 0x7de10000) > tenured generation total 241984K, used 169408K [0x7e000000, 0x8cc50000, 0x8cc50000) > the space 241984K, 70% used [0x7e000000, 0x88570118, 0x88570200, > 0x8cc50000) compacting perm gen total 24576K, used 24575K [0x8cc50000, 0x8e450000, 0x90c50000) > the space 24576K, 99% used [0x8cc50000, 0x8e44ff50, 0x8e450000, 0x8e450000) > ro space 8192K, 68% used [0x90c50000, 0x911cc408, 0x911cc600, 0x91450000) > rw space 12288K, 48% used [0x91450000, 0x91a13a30, 0x91a13c00, > 0x92050000) > > Dynamic libraries: > 002b9000-002c7000 r-xp 00000000 fd:00 342116 /lib/tls/libpthread-2.3.4.so > 002c7000-002c9000 rwxp 0000d000 fd:00 342116 /lib/tls/libpthread-2.3.4.so > 002c9000-002cb000 rwxp 002c9000 00:00 0 > 00b17000-00b2c000 r-xp 00000000 fd:00 84240 /lib/ld-2.3.4.so > 00b2c000-00b2d000 r-xp 00015000 fd:00 84240 /lib/ld-2.3.4.so > 00b2d000-00b2e000 rwxp 00016000 fd:00 84240 /lib/ld-2.3.4.so > 00b30000-00c53000 r-xp 00000000 fd:00 84241 /lib/tls/libc-2.3.4.so > 00c53000-00c54000 r-xp 00123000 fd:00 84241 /lib/tls/libc-2.3.4.so > 00c54000-00c57000 rwxp 00124000 fd:00 84241 /lib/tls/libc-2.3.4.so > 00c57000-00c59000 rwxp 00c57000 00:00 0 > 00c5b000-00c5d000 r-xp 00000000 fd:00 84244 /lib/libdl-2.3.4.so > 00c5d000-00c5f000 rwxp 00001000 fd:00 84244 /lib/libdl-2.3.4.so > 00c61000-00c82000 r-xp 00000000 fd:00 84248 /lib/tls/libm-2.3.4.so > 00c82000-00c84000 rwxp 00020000 fd:00 84248 /lib/tls/libm-2.3.4.so > 00cd8000-00cea000 r-xp 00000000 fd:00 84254 /lib/libnsl-2.3.4.so > 00cea000-00cec000 rwxp 00011000 fd:00 84254 /lib/libnsl-2.3.4.so > 00cec000-00cee000 rwxp 00cec000 00:00 0 > 00cf0000-00cff000 r-xp 00000000 fd:00 81516 /lib/libresolv-2.3.4.so > 00cff000-00d01000 rwxp 0000f000 fd:00 81516 /lib/libresolv-2.3.4.so > 00d01000-00d03000 rwxp 00d01000 00:00 0 > 08048000-08057000 r-xp 00000000 fd:00 195503 /usr/java/jdk1.5.0_06/bin/java > 08057000-08059000 rwxp 0000e000 fd:00 195503 /usr/java/jdk1.5.0_06/bin/java > 08059000-08cf6000 rwxp 08059000 00:00 0 7cc50000-8e450000 rwxp > 7cc50000 00:00 0 8e450000-90c50000 rwxp 8e450000 00:00 0 > 90c50000-911cd000 r-xs 00001000 fd:00 197235 /usr/java/jdk1.5.0_06/jre/lib/i386/client/classes.jsa > 911cd000-91450000 rwxp 911cd000 00:00 0 > 91450000-91a14000 rwxp 0057e000 fd:00 197235 /usr/java/jdk1.5.0_06/jre/lib/i386/client/classes.jsa > 91a14000-92050000 rwxp 91a14000 00:00 0 > 92050000-9211f000 rwxp 00b42000 fd:00 197235 /usr/java/jdk1.5.0_06/jre/lib/i386/client/classes.jsa > 9211f000-92450000 rwxp 9211f000 00:00 0 > 92450000-92454000 r-xs 00c11000 fd:00 197235 /usr/java/jdk1.5.0_06/jre/lib/i386/client/classes.jsa > 92454000-92850000 rwxp 92454000 00:00 0 > adfd3000-adfd7000 r-xp 00000000 fd:00 81487 /lib/libnss_dns-2.3.4.so > adfd7000-adfd9000 rwxp 00003000 fd:00 81487 /lib/libnss_dns-2.3.4.so > adfe0000-adfe3000 rwxp adfe0000 00:00 0 adfe3000-ae061000 rwxp > adfe3000 00:00 0 ae061000-ae064000 rwxp ae061000 00:00 0 > ae064000-ae0e2000 rwxp ae064000 00:00 0 > ae5fc000-ae630000 r-xs 00000000 fd:00 376672 /opt/jakarta-tomcat-5.5.9/webapps/wiki/WEB-INF/lib/radeox.jar > af36e000-af37a000 r-xs 00000000 fd:00 376613 /opt/jakarta-tomcat-5.5.9/webapps/wiki/WEB-INF/lib/ehcache-1.1.jar > afb00000-afb77000 rwxp afb00000 00:00 0 afb77000-afc00000 ---p > afb77000 00:00 0 afdde000-afde1000 ---p afdde000 00:00 0 > afde1000-afe5f000 rwxp afde1000 00:00 0 afe5f000-afe62000 ---p > afe5f000 00:00 0 afe62000-afee0000 rwxp afe62000 00:00 0 > afee0000-afee3000 ---p afee0000 00:00 0 afee3000-aff61000 rwxp > afee3000 00:00 0 aff61000-aff64000 ---p aff61000 00:00 0 > aff64000-affe2000 rwxp aff64000 00:00 0 affe2000-affe5000 ---p > affe2000 00:00 0 affe5000-b0063000 rwxp affe5000 00:00 0 > b0063000-b0066000 ---p b0063000 00:00 0 b0066000-b00e4000 rwxp > b0066000 00:00 0 b00e4000-b00e7000 ---p b00e4000 00:00 0 > b00e7000-b0165000 rwxp b00e7000 00:00 0 > b0165000-b01e6000 r-xs 00000000 fd:00 376678 /opt/jakarta-tomcat-5.5.9/webapps/wiki/WEB-INF/lib/struts-1.2.4.jar > b0248000-b0253000 r-xs 00000000 fd:00 376675 /opt/jakarta-tomcat-5.5.9/webapps/wiki/WEB-INF/lib/securityfilter-2.0.jar > b0253000-b0256000 ---p b0253000 00:00 0 b0256000-b02d4000 rwxp > b0256000 00:00 0 b02d4000-b02d7000 ---p b02d4000 00:00 0 > b02d7000-b0355000 rwxp b02d7000 00:00 0 b0355000-b0358000 ---p > b0355000 00:00 0 b0358000-b03d6000 rwxp b0358000 00:00 0 > b03d6000-b03d9000 ---p b03d6000 00:00 0 b03d9000-b0457000 rwxp > b03d9000 00:00 0 b0457000-b045a000 ---p b0457000 00:00 0 > b045a000-b04d8000 rwxp b045a000 00:00 0 b04d8000-b04db000 ---p > b04d8000 00:00 0 b04db000-b0559000 rwxp b04db000 00:00 0 > b0559000-b055c000 ---p b0559000 00:00 0 b055c000-b05da000 rwxp > b055c000 00:00 0 b05da000-b05dd000 ---p b05da000 00:00 0 > b05dd000-b065b000 rwxp b05dd000 00:00 0 b065b000-b065e000 ---p > b065b000 00:00 0 b065e000-b06dc000 rwxp b065e000 00:00 0 > b06dc000-b06df000 ---p b06dc000 00:00 0 b06df000-b075d000 rwxp > b06df000 00:00 0 b075d000-b0760000 ---p b075d000 00:00 0 > b0760000-b07de000 rwxp b0760000 00:00 0 b07de000-b07e1000 ---p > b07de000 00:00 0 b07e1000-b085f000 rwxp b07e1000 00:00 0 > b085f000-b0862000 ---p b085f000 00:00 0 b0862000-b08e0000 rwxp > b0862000 00:00 0 b08e0000-b08e3000 ---p b08e0000 00:00 0 > b08e3000-b0961000 rwxp b08e3000 00:00 0 b0961000-b0964000 ---p > b0961000 00:00 0 b0964000-b09e2000 rwxp b0964000 00:00 0 > b09e2000-b09e5000 ---p b09e2000 00:00 0 b09e5000-b0a63000 rwxp > b09e5000 00:00 0 b0a63000-b0a66000 ---p b0a63000 00:00 0 > b0a66000-b0ae4000 rwxp b0a66000 00:00 0 b0ae4000-b0ae7000 ---p > b0ae4000 00:00 0 b0ae7000-b0b65000 rwxp b0ae7000 00:00 0 > b0b65000-b0b68000 ---p b0b65000 00:00 0 b0b68000-b0be6000 rwxp > b0b68000 00:00 0 b0be6000-b0be9000 ---p b0be6000 00:00 0 > b0be9000-b0c67000 rwxp b0be9000 00:00 0 b0c67000-b0c6a000 ---p > b0c67000 00:00 0 b0c6a000-b0ce8000 rwxp b0c6a000 00:00 0 > b0ce8000-b0ceb000 ---p b0ce8000 00:00 0 b0ceb000-b0d69000 rwxp > b0ceb000 00:00 0 b0d69000-b0d6c000 ---p b0d69000 00:00 0 > b0d6c000-b0dea000 rwxp b0d6c000 00:00 0 b0dea000-b0ded000 ---p > b0dea000 00:00 0 b0ded000-b0e6b000 rwxp b0ded000 00:00 0 > b0e6b000-b0e6e000 ---p b0e6b000 00:00 0 b0e6e000-b0eec000 rwxp > b0e6e000 00:00 0 b0eec000-b0eef000 ---p b0eec000 00:00 0 > b0eef000-b0f6d000 rwxp b0eef000 00:00 0 b0f6d000-b0f70000 ---p > b0f6d000 00:00 0 b0f70000-b0fee000 rwxp b0f70000 00:00 0 > b0fee000-b0ff1000 ---p b0fee000 00:00 0 b0ff1000-b106f000 rwxp > b0ff1000 00:00 0 b106f000-b1072000 ---p b106f000 00:00 0 > b1072000-b10f0000 rwxp b1072000 00:00 0 b10f0000-b10f3000 ---p > b10f0000 00:00 0 b10f3000-b1171000 rwxp b10f3000 00:00 0 > b1171000-b1174000 ---p b1171000 00:00 0 b1174000-b11f2000 rwxp > b1174000 00:00 0 b11f2000-b11f5000 ---p b11f2000 00:00 0 > b11f5000-b1273000 rwxp b11f5000 00:00 0 b1273000-b1276000 ---p > b1273000 00:00 0 b1276000-b12f4000 rwxp b1276000 00:00 0 > b12f4000-b12f7000 ---p b12f4000 00:00 0 b12f7000-b1375000 rwxp > b12f7000 00:00 0 b1375000-b1378000 ---p b1375000 00:00 0 > b1378000-b13f6000 rwxp b1378000 00:00 0 b13f6000-b13f9000 ---p > b13f6000 00:00 0 b13f9000-b1477000 rwxp b13f9000 00:00 0 > b1477000-b147a000 ---p b1477000 00:00 0 b147a000-b14f8000 rwxp > b147a000 00:00 0 b14f8000-b14fb000 ---p b14f8000 00:00 0 > b14fb000-b1579000 rwxp b14fb000 00:00 0 b1579000-b157c000 ---p > b1579000 00:00 0 b157c000-b15fa000 rwxp b157c000 00:00 0 > b15fa000-b15fd000 ---p b15fa000 00:00 0 b15fd000-b167b000 rwxp > b15fd000 00:00 0 b167b000-b167e000 ---p b167b000 00:00 0 > b167e000-b16fc000 rwxp b167e000 00:00 0 b16fc000-b16ff000 ---p > b16fc000 00:00 0 b16ff000-b177d000 rwxp b16ff000 00:00 0 > b177d000-b1780000 ---p b177d000 00:00 0 b1780000-b17fe000 rwxp > b1780000 00:00 0 b17fe000-b1801000 ---p b17fe000 00:00 0 > b1801000-b187f000 rwxp b1801000 00:00 0 b187f000-b1882000 ---p > b187f000 00:00 0 b1882000-b19fe000 rwxp b1882000 00:00 0 > b19fe000-b1a00000 ---p b19fe000 00:00 0 b1a1e000-b1a21000 ---p > b1a1e000 00:00 0 b1a21000-b1a9f000 rwxp b1a21000 00:00 0 > b1a9f000-b1adc000 r-xs 00000000 fd:00 374947 /opt/jakarta-tomcat-5.5.9/server/lib/tomcat-util.jar > b1adc000-b1af9000 r-xs 00000000 fd:00 374935 /opt/jakarta-tomcat-5.5.9/server/lib/catalina-optional.jar > b1af9000-b1aff000 r-xs 00000000 fd:00 374943 /opt/jakarta-tomcat-5.5.9/server/lib/servlets-webdav.jar > b1aff000-b1b1e000 r-xs 00000000 fd:00 374944 /opt/jakarta-tomcat-5.5.9/server/lib/tomcat-ajp.jar > b1b1e000-b1b2b000 r-xs 00000000 fd:00 374946 /opt/jakarta-tomcat-5.5.9/server/lib/tomcat-http.jar > b1b2b000-b1b54000 r-xs 00000000 fd:00 374934 /opt/jakarta-tomcat-5.5.9/server/lib/catalina-cluster.jar > b1b54000-b1b64000 r-xs 00000000 fd:00 374936 /opt/jakarta-tomcat-5.5.9/server/lib/catalina-storeconfig.jar > b1b64000-b1c00000 r-xs 00000000 fd:00 374937 /opt/jakarta-tomcat-5.5.9/server/lib/catalina.jar > b1c00000-b1cff000 rwxp b1c00000 00:00 0 b1cff000-b1d00000 ---p > b1cff000 00:00 0 > b1d1f000-b1d33000 r-xp 00000000 fd:00 197310 /usr/java/jdk1.5.0_06/jre/lib/i386/libnet.so > b1d33000-b1d34000 rwxp 00013000 fd:00 197310 /usr/java/jdk1.5.0_06/jre/lib/i386/libnet.so > b1d34000-b1d39000 r-xs 00000000 fd:00 374945 /opt/jakarta-tomcat-5.5.9/server/lib/tomcat-coyote.jar > b1d39000-b1d54000 r-xs 00000000 fd:00 374938 /opt/jakarta-tomcat-5.5.9/server/lib/commons-modeler.jar > b1d54000-b1d59000 r-xs 00000000 fd:00 374940 /opt/jakarta-tomcat-5.5.9/server/lib/servlets-default.jar > b1d59000-b1d5b000 r-xs 00000000 fd:00 374941 /opt/jakarta-tomcat-5.5.9/server/lib/servlets-invoker.jar > b1d5b000-b1d62000 r-xs 00000000 fd:00 374933 /opt/jakarta-tomcat-5.5.9/server/lib/catalina-ant.jar > b1d62000-b1d75000 r-xs 00000000 fd:00 374927 /opt/jakarta-tomcat-5.5.9/common/lib/jasper-runtime.jar > b1d75000-b1d91000 r-xs 00000000 fd:00 374924 /opt/jakarta-tomcat-5.5.9/common/lib/commons-el.jar > b1d91000-b1def000 r-xs 00000000 fd:00 374926 /opt/jakarta-tomcat-5.5.9/common/lib/jasper-compiler.jar > b1def000-b1ed0000 r-xs 00000000 fd:00 374925 /opt/jakarta-tomcat-5.5.9/common/lib/jasper-compiler-jdt.jar > b1ed0000-b1ed9000 r-xs 00000000 fd:00 374930 /opt/jakarta-tomcat-5.5.9/common/lib/naming-factory.jar > b1ed9000-b1ee6000 r-xs 00000000 fd:00 374928 /opt/jakarta-tomcat-5.5.9/common/lib/jsp-api.jar > b1ee6000-b1efe000 r-xs 00000000 fd:00 374932 /opt/jakarta-tomcat-5.5.9/common/lib/servlet-api.jar > b1efe000-b1f0a000 r-xs 00000000 fd:00 374931 /opt/jakarta-tomcat-5.5.9/common/lib/naming-resources.jar > b1f0a000-b1f30000 r-xs 00000000 fd:00 374929 /opt/jakarta-tomcat-5.5.9/common/lib/naming-factory-dbcp.jar > b1f30000-b1f39000 r-xs 00000000 fd:00 374920 /opt/jakarta-tomcat-5.5.9/common/i18n/tomcat-i18n-en.jar > b1f39000-b1f42000 r-xs 00000000 fd:00 374921 /opt/jakarta-tomcat-5.5.9/common/i18n/tomcat-i18n-es.jar > b1f42000-b1f4b000 r-xs 00000000 fd:00 374923 /opt/jakarta-tomcat-5.5.9/common/i18n/tomcat-i18n-ja.jar > b1f4b000-b1f53000 r-xs 00000000 fd:00 374922 /opt/jakarta-tomcat-5.5.9/common/i18n/tomcat-i18n-fr.jar > b1f53000-b1f56000 r-xs 00000000 fd:00 374913 /opt/jakarta-tomcat-5.5.9/bin/tomcat-juli.jar > b1f56000-b1f5d000 r-xs 00000000 fd:00 374905 /opt/jakarta-tomcat-5.5.9/bin/commons-logging-api.jar > b1f5d000-b1f60000 r-xs 00000000 fd:00 374904 /opt/jakarta-tomcat-5.5.9/bin/commons-daemon.jar > b1f60000-b1f66000 r-xs 00000000 fd:00 374902 /opt/jakarta-tomcat-5.5.9/bin/bootstrap.jar > b1f66000-b1f91000 r-xs 00000000 fd:00 197240 /usr/java/jdk1.5.0_06/jre/lib/ext/sunpkcs11.jar > b1f91000-b1fb7000 r-xs 00000000 fd:00 197239 /usr/java/jdk1.5.0_06/jre/lib/ext/sunjce_provider.jar > b1fb7000-b1fb9000 r-xs 00000000 fd:00 197237 /usr/java/jdk1.5.0_06/jre/lib/ext/dnsns.jar > b1fb9000-b207d000 r-xs 00000000 fd:00 197226 /usr/java/jdk1.5.0_06/jre/lib/ext/localedata.jar > b207d000-b207e000 ---p b207d000 00:00 0 b207e000-b20fe000 rwxp > b207e000 00:00 0 b20fe000-b2101000 ---p b20fe000 00:00 0 > b2101000-b217f000 rwxp b2101000 00:00 0 b217f000-b2182000 ---p > b217f000 00:00 0 b2182000-b22fe000 rwxp b2182000 00:00 0 > b22fe000-b2300000 ---p b22fe000 00:00 0 b2304000-b2307000 ---p > b2304000 00:00 0 b2307000-b2385000 rwxp b2307000 00:00 0 > b2385000-b2585000 r-xp 00000000 fd:00 427161 /usr/lib/locale/locale-archive > b2585000-b2588000 ---p b2585000 00:00 0 b2588000-b2606000 rwxp > b2588000 00:00 0 b2606000-b2609000 ---p b2606000 00:00 0 > b2609000-b2687000 rwxp b2609000 00:00 0 b2687000-b2688000 ---p > b2687000 00:00 0 b2688000-b2721000 rwxp b2688000 00:00 0 > b2721000-b2735000 rwxp b2721000 00:00 0 b2735000-b2838000 rwxp > b2735000 00:00 0 b2838000-b284c000 rwxp b2838000 00:00 0 > b284c000-b287d000 rwxp b284c000 00:00 0 b287d000-b28d7000 rwxp > b287d000 00:00 0 b28d7000-b323f000 rwxp b28d7000 00:00 0 > b323f000-b48d7000 rwxp b323f000 00:00 0 > b48d7000-b5112000 r-xs 00000000 fd:00 197361 /usr/java/jdk1.5.0_06/jre/lib/charsets.jar > b5112000-b5126000 r-xs 00000000 fd:00 197360 /usr/java/jdk1.5.0_06/jre/lib/jce.jar > b5126000-b51ab000 r-xs 00000000 fd:00 197419 /usr/java/jdk1.5.0_06/jre/lib/jsse.jar > b51ab000-b5214000 rwxp b51ab000 00:00 0 > b5214000-b77fc000 r-xs 00000000 fd:00 197868 /usr/java/jdk1.5.0_06/jre/lib/rt.jar > b77fc000-b780f000 r-xp 00000000 fd:00 197316 /usr/java/jdk1.5.0_06/jre/lib/i386/libzip.so > b780f000-b7811000 rwxp 00012000 fd:00 197316 /usr/java/jdk1.5.0_06/jre/lib/i386/libzip.so > b7811000-b7832000 r-xp 00000000 fd:00 197296 /usr/java/jdk1.5.0_06/jre/lib/i386/libjava.so > b7832000-b7834000 rwxp 00020000 fd:00 197296 /usr/java/jdk1.5.0_06/jre/lib/i386/libjava.so > b7834000-b783f000 r-xp 00000000 fd:00 197315 /usr/java/jdk1.5.0_06/jre/lib/i386/libverify.so > b783f000-b7840000 rwxp 0000b000 fd:00 197315 /usr/java/jdk1.5.0_06/jre/lib/i386/libverify.so > b7840000-b7848000 rwxs 00000000 fd:00 116328 /tmp/hsperfdata_root/2114 (deleted) > b7848000-b7851000 r-xp 00000000 fd:00 81490 /lib/libnss_files-2.3.4.so > b7851000-b7853000 rwxp 00008000 fd:00 81490 /lib/libnss_files-2.3.4.so > b785a000-b7860000 r-xp 00000000 fd:00 197320 /usr/java/jdk1.5.0_06/jre/lib/i386/native_threads/libhpi.so > b7860000-b7861000 rwxp 00006000 fd:00 197320 /usr/java/jdk1.5.0_06/jre/lib/i386/native_threads/libhpi.so > b7861000-b7862000 rwxp b7861000 00:00 0 b7862000-b7863000 ---p > b7862000 00:00 0 > b7863000-b7bc3000 r-xp 00000000 fd:00 197279 /usr/java/jdk1.5.0_06/jre/lib/i386/client/libjvm.so > b7bc3000-b7be1000 rwxp 0035f000 fd:00 197279 /usr/java/jdk1.5.0_06/jre/lib/i386/client/libjvm.so > b7be1000-b7ff9000 rwxp b7be1000 00:00 0 bfe00000-bfe03000 ---p > bfe00000 00:00 0 bfe03000-c0000000 rwxp bfe03000 00:00 0 > ffffe000-fffff000 ---p 00000000 00:00 0 > > VM Arguments: > jvm_args: -Dfile.encoding=UTF-8 -Xmx256M -Xms256M > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.endorsed.dirs=/opt/jakarta-tomcat-5.5.9/common/endorsed > -Dcatalina.base=/opt/jakarta-tomcat-5.5.9 > -Dcatalina.home=/opt/jakarta-tomcat-5.5.9 > -Djava.io.tmpdir=/opt/jakarta-tomcat-5.5.9/temp > java_command: org.apache.catalina.startup.Bootstrap start Launcher > Type: SUN_STANDARD > > Environment Variables: > JAVA_HOME=/usr/java/jdk1.5.0_06 > PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/sbin:/usr/sbin:/bin:/usr/bi > n:/usr/X11R6/bin > LD_LIBRARY_PATH=/usr/java/jdk1.5.0_06/jre/lib/i386/client:/usr/java/jd > k1.5.0_06/jre/lib/i386:/usr/java/jdk1.5.0_06/jre/../lib/i386 > > Signal Handlers: > SIGSEGV: [libjvm.so+0x31b990], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGBUS: [libjvm.so+0x31b990], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGFPE: [libjvm.so+0x281230], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGPIPE: [libjvm.so+0x281230], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGILL: [libjvm.so+0x281230], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x283580], sa_mask[0]=0x00000000, > sa_flags=0x14000004 > SIGHUP: [libjvm.so+0x282fb0], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGQUIT: [libjvm.so+0x282fb0], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > SIGTERM: [libjvm.so+0x282fb0], sa_mask[0]=0x7ffbfeff, > sa_flags=0x14000004 > > > --------------- S Y S T E M --------------- > > OS:CentOS release 4.1 (Final) > > uname:Linux 2.6.9-11.ELsmp #1 SMP Wed Jun 8 17:54:20 CDT 2005 i686 > libc:glibc 2.3.4 NPTL 2.3.4 > rlimit: STACK 10240k, CORE 0k, NPROC 8192, NOFILE 1024, AS infinity > load average:0.22 0.11 0.03 > > CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2, ht > > Memory: 4k page, physical 514516k(14808k free), swap 524280k(524136k > free) > > vm_info: Java HotSpot(TM) Client VM (1.5.0_06-b05) for linux-x86, > built on Nov 10 2005 12:08:33 by java_re with gcc 3.2.1-7a (J2SE > release) > > > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > >

19 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users