February 2006 - xwiki-users@xwiki.org

Re: [xwiki-users] Experience with the email notification plugin?
by Robin Fernandes 23 Feb '06

23 Feb '06

Ok, I tried my hand at updating the plugin: http://www.xwiki.org/xwiki/bin/view/Dev/EmailNotificationSuggestedFixes . Any input appreciated. Cheers, Robin. On 05/02/06, Ludovic Dubost <ludovic(a)xwiki.com> wrote: > > It's possible the email notification plugin needs a little refreshing > since it was made > Probably some properties are not set properly before saving the object > > Ludovic > > Robin Fernandes a écrit : > > Hi, > > > > Is anyone comfortably running the email notification plugin? > > > > I'm seing quite a lot of strange behaviour. > > For example, if I understand correctly, the plugin is supposed to > > programatically create a new class, and add an instance of that class > > to the user's page when they first create a subscription. > > > > Looking at the database after subscribing to a page, I can see some > > new properties but they don't seem to be associated with any objects > > (and they have an ID of 0, which I'm guessing isn't healthy): > > > > select * from xwikiproperties order by abs(XWP_ID) desc; > > > > +-------------+-------------------------------+--------------------------------------------+ > > | XWP_ID | XWP_NAME | XWP_CLASSTYPE > > | > > +-------------+-------------------------------+--------------------------------------------+ > > > > [...] > > > > | -512550 | groups | > > com.xpn.xwiki.objects.StringProperty | > > | -512550 | levelsye | > > com.xpn.xwiki.objects.StringProperty | > > | -512550 | allow | > > com.xpn.xwiki.objects.IntegerProperty | > > | 0 | subscribedDocuments | > > com.xpn.xwiki.objects.DBStringListProperty | > > | 0 | subscribedWebs | > > com.xpn.xwiki.objects.DBStringListProperty | > > | 0 | schedulerName | > > com.xpn.xwiki.objects.StringListProperty | > > +-------------+-------------------------------+--------------------------------------------+ > > > > > > select XWO_NAME, XWO_ID from xwikiobjects where XWO_ID='0'; > > Empty set (0.00 sec) > > > > Would we perhaps expect to see something like this if the call to > > doc.addobject() is failing somewhere? > > > > > > After manually adding an instance of the email notification object to > > my user page things > > seem to be working, so far. > > > > Regards, > > Robin > > > > > > ------------------------------------------------------------------------ > > > > > > -- > > 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 > > > > > -- > Ludovic Dubost > XPertNet: http://www.xpertnet.fr/ > Blog: http://www.ludovic.org/blog/ > XWiki: http://www.xwiki.com > Skype: ldubost AIM: nvludo Yahoo: ludovic > >

2 1

Tomcat verison & WebHome url?
by lgc＠possibility.com 21 Feb '06

21 Feb '06

Hi All, I am new to xwiki & have a couple of simple questions I was unable find in the documentation or the mailing list. First, the documentation on installing xwiki on Win2K says I need Tomcat v4.1. I was wondering if Tomcat 5 would work & if there were any issues I needed to be aware of before trying to run xwiki in Tomcat 5. Second, the url to the xwiki webhome is mydomain.com/xwiki/bin/view/Main/WebHome. I would like the url to be mydomian.com/xwiki. I noticed some people are using the redirect meta tag to accomplish this. xwiki.org seems to be using some other mechanism to other than a redirect to forward the user to the more complicated url. I was wondering if others have the same concern and how they resolved the issue. Thanks for your help!! Linda

3 2

Filename troubles with &
by THOMAS, BRIAN M (SBCSI) 21 Feb '06

21 Feb '06

It seems that the XWiki.XWikiCommonJavascript method updateName allows & to appear in a document name, and that this is entirely legal. However, it breaks the RSS feed by resulting in malformed XML when reporting the new document. Working for a company with an ampersand in its name, this is a problem I've tripped over numerous times already, first in the RSS feed title where I had to escape it with the HTML sequence (which, ironically, begins with an ampersand...). But I'm baffled as to what to do with this; should updateName be modified to remove them also, or would a fix to WikiRssCode be preferable? brain[sic] -----Original Message----- From: THOMAS, BRIAN M (SBCSI) Sent: Tuesday, February 21, 2006 8:37 AM To: 'xwiki-users(a)objectweb.org' Subject: RE: [xwiki-users] $doc.display A good beginning. Sorry, I kept saying "xcode" when I meant "xpage" - don't know why I got that stuck in my head. So, according to the page, my inference was correct: that the "xpage" parameter specifies the name of a Velocity template. What exactly, then, happens to the document named in the "template" parameter? It is my hope that this, which you describe as "static content", would be copied into the target document before editing, but it isn't listed as a possible parameter to the "edit" action. brain[sic] -----Original Message----- From: Ludovic Dubost [mailto:ludovic@xwiki.com] Sent: Saturday, February 18, 2006 7:35 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] $doc.display I agree completely.. We will make a push on documentation.. I've started a page for URLs: http://www.xwiki.org/xwiki/bin/view/DevGuide/Controler THOMAS, BRIAN M (SBCSI) a écrit : > This is a two-part question: > > First, somewhere on xwiki.org, I found a discussion Ludovic had about > the design strategy of XWiki, and I seem to recall that he mentioned > that the property types in XWiki objects were extensible, which I can > well believe. However, I have searched in vain for any mention of how > to do this, and it looks as though it requires adding Java classes to > the server, and at minimum a database schema change. However, some > hope remains because it seems that there may be a way to create > aggregate objects from simple types. How can this be done? > > Second, how do I learn the different display modes and what they mean > to the $doc.display method? I note that the "xcode" parameter's value > sometimes corresponds to a Velocity script (e.g. "rdf" to rdf.vm, > etc.). What I would like to be able to do is to create a custom > display mode so that, in conjunction possibly with an aggregate type, > I can, for example, create an arbitrarily-deep hierarchical menu > structure, and when I invoke a particular xcode or other mode, > $doc.display will use my template to decorate the data with xml that > will make links that invoke javascript to show or hide their contents. > > In general, it appears there are lots of very valuable constants > (format strings, display modes, special codes, etc.) throughout the > system that are not useful to me because I don't know about them. The > javadoc APIs hint at them, and some of the wiki docs use them. How > can I learn of them, especially those that are simply the result of > configurations that I can easily extend? > > This is a wonderful product, and developing with it is fabulously easy > - once I figure out stuff, which is excruciatingly difficult. I am > sure that you are working furiously on the project, but I wonder how > much more effectively you could work if the APIs were more effectively > documented? Then lots more work could get done, because others would > be able to work much more effectively, and have plenty of time left > over to contribute our stuff back. That's how it would work with me, > at least... > > brain[sic] > > > ---------------------------------------------------------------------- > -- > > > -- > 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 > -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

1 0

RE: [xwiki-users] $doc.display
by THOMAS, BRIAN M (SBCSI) 21 Feb '06

21 Feb '06

A good beginning. Sorry, I kept saying "xcode" when I meant "xpage" - don't know why I got that stuck in my head. So, according to the page, my inference was correct: that the "xpage" parameter specifies the name of a Velocity template. What exactly, then, happens to the document named in the "template" parameter? It is my hope that this, which you describe as "static content", would be copied into the target document before editing, but it isn't listed as a possible parameter to the "edit" action. brain[sic] -----Original Message----- From: Ludovic Dubost [mailto:ludovic@xwiki.com] Sent: Saturday, February 18, 2006 7:35 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] $doc.display I agree completely.. We will make a push on documentation.. I've started a page for URLs: http://www.xwiki.org/xwiki/bin/view/DevGuide/Controler THOMAS, BRIAN M (SBCSI) a écrit : > This is a two-part question: > > First, somewhere on xwiki.org, I found a discussion Ludovic had about > the design strategy of XWiki, and I seem to recall that he mentioned > that the property types in XWiki objects were extensible, which I can > well believe. However, I have searched in vain for any mention of how > to do this, and it looks as though it requires adding Java classes to > the server, and at minimum a database schema change. However, some > hope remains because it seems that there may be a way to create > aggregate objects from simple types. How can this be done? > > Second, how do I learn the different display modes and what they mean > to the $doc.display method? I note that the "xcode" parameter's value > sometimes corresponds to a Velocity script (e.g. "rdf" to rdf.vm, > etc.). What I would like to be able to do is to create a custom > display mode so that, in conjunction possibly with an aggregate type, > I can, for example, create an arbitrarily-deep hierarchical menu > structure, and when I invoke a particular xcode or other mode, > $doc.display will use my template to decorate the data with xml that > will make links that invoke javascript to show or hide their contents. > > In general, it appears there are lots of very valuable constants > (format strings, display modes, special codes, etc.) throughout the > system that are not useful to me because I don't know about them. The > javadoc APIs hint at them, and some of the wiki docs use them. How > can I learn of them, especially those that are simply the result of > configurations that I can easily extend? > > This is a wonderful product, and developing with it is fabulously easy > - once I figure out stuff, which is excruciatingly difficult. I am > sure that you are working furiously on the project, but I wonder how > much more effectively you could work if the APIs were more effectively > documented? Then lots more work could get done, because others would > be able to work much more effectively, and have plenty of time left > over to contribute our stuff back. That's how it would work with me, > at least... > > brain[sic] > > > ---------------------------------------------------------------------- > -- > > > -- > 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 > -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

1 0

RE: [xwiki-users] Slowdown to eventual fallover
by Esbach, Brandon 20 Feb '06

20 Feb '06

This seems to have helped a bit, so far three days up without slowdown. I'm sure there's some fine-tuning to do, but thanks for the fast response (and sorry for my slow confirmation). -----Original Message----- From: Ludovic Dubost [mailto:ludovic@xwiki.com] Sent: 15 February 2006 18:34 To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Slowdown to eventual fallover Hi, Have you tried increasing the memory pool of your Java JVM. Maybe the cache can't grow. There is a a good chance this is it, especially with 2 webapps Ludovic esbachb(a)tycoelectronics.com a écrit : > Hi Folks, > > I've been having a few odd problems with my XWiki installation of late. > An example, starting from server down (switched off). > 1) Server switched on, services start initiating. > 2) Server comes up, all users can access and work in system. > 3) System appears stable, working as expected for the next 24 hours or so. > 4) Eventually the server starts grinding down to a halt. In the space of 30 mins from when it starts slowing, XWiki begins returning communication errors. > 5) All other services are functional on the server, excluding Tomcat applications. MySQL services appear normal, and the database responds fairly quick to queries. > > In order to get the XWiki back up again, all that seems to be required is a restart of Tomcat. I have reinstalled the system several times to date with the same results, and I'm hopeful that it's a configuration problem. > Any tips or advice on where to look, would be extremely welcome. > > > Ah, almost forgot.. here are the details on the server: > (any further info needed, please let me know) XWiki Version: 0.9.840 > Server: > Windows2000 Server, > Tomcat 4.1; > MySQL 4.1; > Memory available to services: 1.5GB; > Minimum Disk space available at any one time: 5GB to 8GB; > > **The MySQL server is running on the same system as Tomcat.** > Users: > As this is currently still in testing for our environment, we have at most 30 users on the server at any one time. > > XWiki Applications: > Due to our configuration and internal security policies, we have two xwiki web applications running on our Tomcat server, quite often both are in use at the same time. At this time, using a virtual XWiki for the second XWiki is not viable - but may be implemented in the future. > Both XWiki's have their own database on the MySQL server. > > > ---------------------------------------------------------------------- > -- > > > -- > 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 > -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

1 0

Fragile XWiki access rights system?
by Andreas Haumer 19 Feb '06

19 Feb '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I'm using XWiki for some months now and I thought I'd already understand the XWiki access rights system. But apparently that is not the case and I get the impression that the XWiki access rights system is utterly complex, fragile and almost impossible to understand... :-( I'll try to describe what I wanted to accomplish, what I did in order to reach the goal and what results I finally got. Perhaps someone can point me to the configuration errors I just don't see right now... Today I tried to set up another wiki using XWiki 0.9.840 (like the one I already have). In my first XWiki installation I somehow managed to have the rights system working like I wanted (at least that's what I thought until a few hours ago) Like in my first XWiki installation I wanted to create a new private wiki where all users first have to authenticate themself using username and password. I also wanted to have the wiki users access rights determined by group membership as follows: *) Members of group "XWiki.XWikiAdminGroup" should have all rights to the whole wiki *) Members of group "XWiki.XWikiEditorGroup" should have the right to edit all pages *) Members of group "XWiki.XWikiAllGroup" should have the right to view all pages, but aren't allowed to change them Here's what I did to implement this concept: 1.) I installed a fresh new XWiki using Tomcat-5.5, PostgreSQL, xwiki-0.9.840 war file and the xwiki-db-0.9.2-pgsql.sql default database. This worked fine without problems. 2.) I logged into the new XWiki as "Admin" 3.) Using the XWiki "More Actions" pulldown menu, I changed the XWiki Preferences parameters to: Multi Lingual: Yes Language: de Default Language: de Always authenticate on viewing: Yes Always authenticate on editing: Yes This should prevent any unauthorized user to read any document in the wiki. 4.) Using the XWiki "More Actions" pulldown menu, I changed the XWiki Preferences skin to "default" in order to prevent the well-known CSS problem at the login page (see several past postings on this list, including some of myself) 5.) Using the XWiki "Admin" menu, I created a few XWiki users: "XWiki.andreas", "XWiki.xss", "XWiki.max" 6.) Using the XWiki "Admin" menu, I created the "XWiki.XWikiEditorGroup" group. the "XWiki.XWikiAdminGroup" and "XWiki.XWikiAllGroup" groups were automatically created when installing the initial XWiki database. 7.) Using the XWiki "Admin" menu, I added the following users to the "XWiki.XWikiAdminGroup": XWiki.andreas 8.) Using the XWiki "Admin" menu, I added the following users to the "XWiki.XWikiEditorGroup": XWiki.andreas XWiki.xss 9.) Using the XWiki "Admin" menu, I verified the members of the "XWiki.XWikiAllGroup": XWiki.Admin XWiki.andreas XWiki.max XWiki.xss I also deleted pre-defined entries from the "XWiki.XWikiAllGroup" like "XWiki.TestTest" and "XWiki.LudovicDUbost" 10.) I changed to the XWiki start page "Main.WebHome" 11.) Using the "More Actions" pulldown menu I opened the "XWiki Access Rights" editor and changed to current access rights for "XWiki.XWikiPreferences" to the following setting: Right 0: Groups: XWiki.XWikiAdminGroup Access Levels: admin, edit, programming Users: (empty) Allow/Deny: Allow Right 2: Groups: XWiki.XWikiEditorGroup Access Levels: view,edit Users: (empty) Allow/Deny: Allow Right 3: Groups: XWiki.XWikiAllGroup Access Levels: view Users: (empty) Allow/Deny: Allow (Note: Right "1" vanished as I made a typo and therefore deleted the entry. The next entries I created were automatically numbered "2" and "3". Number "1" was never used again by XWiki) 12.) Using the "More Actions" pulldown menu, I verified that the "Main" Space Access Rights do not have any additional entries. No changes were necessary here. Current Space access rights for "Main.WebPreferences" are: "XWiki.XWikiGlobalRights" 13.) Using the "More Actions" pulldown menu, I verified that the "Main" Page Access Rights" do not have any additional entries. No changes were necessary here. Current Page access rights for "Main.WebHome" are: "XWiki.XWikiRights" These settings are the same in my original (first) XWiki installation With this setting I tried to log in as user "andreas", expecting it to have all rights, including the "admin" right. But not so! User "andreas" can log in, but doesn't even have "edit" rights on the "Main.WebHome" page! I thought I made a mistake and logged in as user "xss", which is a member of the "XWiki.XWikiEditorGroup" group. But likewise, user "xss" also doesn't have "edit" rights on the "Main.WebHome" page! I then tried various different settings in order to find out what was going on. I added different users to different groups to change access rights in various ways, but the results were completely strange. Here are the results: a) XWiki seems to completely ignore group membership for calculation of access rights b) When I remove user "andreas" from the "XWiki.XWikiAdminGroup" in my original (first) XWiki installation, this user still has "admin" rights in the Wiki! I tried to find the place where user "andreas" is explicitely given the "admin" right but couldn't find any. c) I did a full database dump from the original XWiki installation and imported that in the new one. Still it doesn't matter if user "andreas" is a member of the "XWiki.XWikiAdminGroup" or not, he still has admin rights. d) Otherwise, it doesn't seem to matter if any other user is a member of the "XWiki.XWikiAdminGroup" or "XWiki.XWikiEditorGroup", he doesn't get neither "admin" nor "edit" rights. e) The only way to get "admin" or "edit" rights for any user (expect "andreas") is to put them into the "Users" field of the according "rights" entry. f) I did an additional, fresh XWiki installation on another host. Here I get the same strange effects: no matter what membership a user has, he doesn't get "admin" or "edit" rights from the group. Only if I put the user directly into the "Users" field of the rights entry I can assign the rights selected with this entry. g) As a side note I noticed that the language settings do not seem to be consistent between the three XWiki installations. On all three I have the same "Preferences" (Multilingual set to "yes", language and default language set to "de"), but on two xikis I get a german setup (menus, the language symbol in the upper right corner show "de" in a blue box) and on one wiki the GUI is always set to english. Can someone enlighten me what might be wrong with my wikis? For the past few hours I tried read all the FAQ and the Admin guide, but the behaviour I see with XWiki seems to contradict all the documentation I found so far... :-(( Any help is appreciated! - - andreas - -- Andreas Haumer | mailto:andreas@xss.co.at *x Software + Systeme | http://www.xss.co.at/ Karmarschgasse 51/2/20 | Tel: +43-1-6060114-0 A-1100 Vienna, Austria | Fax: +43-1-6060114-71 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD+JdXxJmyeGcXPhERAvT7AJ9Jp+OynIWkJ8SyOZ0nSnguXyrWmwCfRRov pLEw5+dqEeo6wdRASmUmyvQ= =qCYi -----END PGP SIGNATURE-----

2 2

$doc.display
by THOMAS, BRIAN M (SBCSI) 18 Feb '06

18 Feb '06

This is a two-part question: First, somewhere on xwiki.org, I found a discussion Ludovic had about the design strategy of XWiki, and I seem to recall that he mentioned that the property types in XWiki objects were extensible, which I can well believe. However, I have searched in vain for any mention of how to do this, and it looks as though it requires adding Java classes to the server, and at minimum a database schema change. However, some hope remains because it seems that there may be a way to create aggregate objects from simple types. How can this be done? Second, how do I learn the different display modes and what they mean to the $doc.display method? I note that the "xcode" parameter's value sometimes corresponds to a Velocity script (e.g. "rdf" to rdf.vm, etc.). What I would like to be able to do is to create a custom display mode so that, in conjunction possibly with an aggregate type, I can, for example, create an arbitrarily-deep hierarchical menu structure, and when I invoke a particular xcode or other mode, $doc.display will use my template to decorate the data with xml that will make links that invoke javascript to show or hide their contents. In general, it appears there are lots of very valuable constants (format strings, display modes, special codes, etc.) throughout the system that are not useful to me because I don't know about them. The javadoc APIs hint at them, and some of the wiki docs use them. How can I learn of them, especially those that are simply the result of configurations that I can easily extend? This is a wonderful product, and developing with it is fabulously easy - once I figure out stuff, which is excruciatingly difficult. I am sure that you are working furiously on the project, but I wonder how much more effectively you could work if the APIs were more effectively documented? Then lots more work could get done, because others would be able to work much more effectively, and have plenty of time left over to contribute our stuff back. That's how it would work with me, at least... brain[sic]

2 1

Error deleting attachment
by Marc Lijour 16 Feb '06

16 Feb '06

I looked around and I found other similar problems but no solutions. Does somebody know about a fix for that? Manual fix is good enough. I tried to add/remove values from the database but I am not sure which one is the right one. I try to remove an attachment and I get this error message: ------ Un problème est apparu en essayant de réaliser cette action. Veuillez contacter le support si cela se reproduit Information détaillée: Error number 3233 in 3: Exception while deleting attachment josephos.doc of document Perso.OsnerJoseph.WebHome Wrapped Exception: Error number 3231 in 3: Exception while loading attachment josephos.doc of document Perso.OsnerJoseph.WebHome Wrapped Exception: No row with the given identifier exists: [com.xpn.xwiki.doc.XWikiAttachmentContent#2105339254] com.xpn.xwiki.XWikiException: Error number 3233 in 3: Exception while deleting attachment josephos.doc of document Perso.OsnerJoseph.WebHome Wrapped Exception: Error number 3231 in 3: Exception while loading attachment josephos.doc of document Perso.OsnerJoseph.WebHome Wrapped Exception: No row with the given identifier exists: [com.xpn.xwiki.doc.XWikiAttachmentContent#2105339254] at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHibernateStore.java:1647) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHibernateStore.java:1525) at com.xpn.xwiki.doc.XWikiDocument.deleteAttachment(XWikiDocument.java:1514) at com.xpn.xwiki.XWikiService.actionDelattachment(XWikiService.java:105) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:198) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: com.xpn.xwiki.XWikiException: Error number 3231 in 3: Exception while loading attachment josephos.doc of document Perso.OsnerJoseph.WebHome Wrapped Exception: No row with the given identifier exists: [com.xpn.xwiki.doc.XWikiAttachmentContent#2105339254] at com.xpn.xwiki.store.XWikiHibernateStore.loadAttachmentContent(XWikiHibernateStore.java:1484) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHibernateStore.java:1624) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHibernateStore.java:1525) at com.xpn.xwiki.doc.XWikiDocument.deleteAttachment(XWikiDocument.java:1514) at com.xpn.xwiki.XWikiService.actionDelattachment(XWikiService.java:105) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:198) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [com.xpn.xwiki.doc.XWikiAttachmentContent#2105339254] at org.hibernate.ObjectNotFoundException.throwIfNull(ObjectNotFoundException.java:27) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:118) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:167) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:79) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:588) at com.xpn.xwiki.store.XWikiHibernateStore.loadAttachmentContent(XWikiHibernateStore.java:1477) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHibernateStore.java:1624) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHibernateStore.java:1525) at com.xpn.xwiki.doc.XWikiDocument.deleteAttachment(XWikiDocument.java:1514) at com.xpn.xwiki.XWikiService.actionDelattachment(XWikiService.java:105) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:198) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)

3 8

Slowdown to eventual fallover
by esbachb＠tycoelectronics.com 15 Feb '06

15 Feb '06

Hi Folks, I've been having a few odd problems with my XWiki installation of late. An example, starting from server down (switched off). 1) Server switched on, services start initiating. 2) Server comes up, all users can access and work in system. 3) System appears stable, working as expected for the next 24 hours or so. 4) Eventually the server starts grinding down to a halt. In the space of 30 mins from when it starts slowing, XWiki begins returning communication errors. 5) All other services are functional on the server, excluding Tomcat applications. MySQL services appear normal, and the database responds fairly quick to queries. In order to get the XWiki back up again, all that seems to be required is a restart of Tomcat. I have reinstalled the system several times to date with the same results, and I'm hopeful that it's a configuration problem. Any tips or advice on where to look, would be extremely welcome. Ah, almost forgot.. here are the details on the server: (any further info needed, please let me know) XWiki Version: 0.9.840 Server: Windows2000 Server, Tomcat 4.1; MySQL 4.1; Memory available to services: 1.5GB; Minimum Disk space available at any one time: 5GB to 8GB; **The MySQL server is running on the same system as Tomcat.** Users: As this is currently still in testing for our environment, we have at most 30 users on the server at any one time. XWiki Applications: Due to our configuration and internal security policies, we have two xwiki web applications running on our Tomcat server, quite often both are in use at the same time. At this time, using a virtual XWiki for the second XWiki is not viable - but may be implemented in the future. Both XWiki's have their own database on the MySQL server.

2 1

Error number 4001 in 4 ... Encountered: "q" (113), after : "&"
by Benoit Maison 15 Feb '06

15 Feb '06

Hello, I get a jsp error on my home page, and I noticed there is the same problem in the sandbox: http://www.xwiki.org/xwiki/bin/view/Sandbox/notcamelcaselink Error number 4001 in 4: Error while parsing velocity page Sandbox.notcamelcaselink Wrapped Exception: Lexical error: org.apache.velocity.runtime.parser.TokenMgrError: Lexical error at line 4, column 89. Encountered: "q" (113), after : "&" <http://www.xwiki.org/xwiki/bin/view/Sandbox/notcamelcaselink> Is it a known issue ? A configuration problem ? Should I report a bug ? Thanks, -Benoit

2 5