xwiki-users

xwiki-users@xwiki.org

10408 discussions

by THOMAS, BRIAN M (SBCSI)

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

18 years, 10 months

RE: [xwiki-users] $doc.display

by THOMAS, BRIAN M (SBCSI)

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

18 years, 10 months

RE: [xwiki-users] Slowdown to eventual fallover

by Esbach, Brandon

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

18 years, 10 months

Fragile XWiki access rights system?

by Andreas Haumer

-----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-----

18 years, 10 months

$doc.display

by THOMAS, BRIAN M (SBCSI)

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]

18 years, 10 months

Error deleting attachment

by Marc Lijour

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)

18 years, 10 months

Slowdown to eventual fallover

by esbachb＠tycoelectronics.com

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.

18 years, 10 months

Error number 4001 in 4 ... Encountered: "q" (113), after : "&"

by Benoit Maison

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

18 years, 10 months

XWiki & Oracle

by Turner, John

Dear All, Has anybody got XWiki working properly with an Oracle database? I am having problems with delete and update actions on attachments. All other functionality seems to be OK. I am using XWiki version 0.9.840 running on Sun Java System Application Server Enterprise Edition 8.1. I get the problem with Oracle 9iR2 and Oracle 10g. The stack trace is given below - the error seems to be coming from JRCS. I have the attachment content and archive columns implemented as BLOBs. If you have attachment delete/update working against an Oracle database I would be interested to hear what your configuration is. Thanks, John Turner A problem occured while trying to service your request. Please contact the support if this happens again. Detailed information: Error number 3233 in 3: Exception while deleting attachment SampleImage.png of document ScratchSpace.Home Wrapped Exception: Error number 3231 in 3: Exception while loading attachment SampleImage.png of document ScratchSpace.Home Wrapped Exception: Exception occurred inside setter of com.xpn.xwiki.doc.XWikiAttachmentArchive.archive com.xpn.xwiki.XWikiException: Error number 3233 in 3: Exception while deleting attachment SampleImage.png of document ScratchSpace.Home Wrapped Exception: Error number 3231 in 3: Exception while loading attachment SampleImage.png of document ScratchSpace.Home Wrapped Exception: Exception occurred inside setter of com.xpn.xwiki.doc.XWikiAttachmentArchive.archive at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHiber nateStore.java:1647) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHiber nateStore.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(RequestPr ocessor.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:747) at javax.servlet.http.HttpServlet.service(HttpServlet.java:860) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:517) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.jav a:165) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:257) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:161) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi ngFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:210) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:161) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:263) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:173) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :161) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:132) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(Processor Task.java:653) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(Processor Task.java:534) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorT ask.java:403) at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.j ava:55) Wrapped Exception: com.xpn.xwiki.XWikiException: Error number 3231 in 3: Exception while loading attachment SampleImage.png of document ScratchSpace.Home Wrapped Exception: Exception occurred inside setter of com.xpn.xwiki.doc.XWikiAttachmentArchive.archive at com.xpn.xwiki.store.XWikiHibernateStore.loadAttachmentArchive(XWikiHiber nateStore.java:1514) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHiber nateStore.java:1626) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHiber nateStore.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(RequestPr ocessor.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:747) at javax.servlet.http.HttpServlet.service(HttpServlet.java:860) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:517) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.jav a:165) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:257) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:161) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi ngFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:210) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:161) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:263) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:173) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :161) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:132) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(Processor Task.java:653) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(Processor Task.java:534) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorT ask.java:403) at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.j ava:55) Wrapped Exception: org.hibernate.PropertyAccessException: Exception occurred inside setter of com.xpn.xwiki.doc.XWikiAttachmentArchive.archive at org.hibernate.property.BasicPropertyAccessor$BasicSetter.set(BasicProper tyAccessor.java:51) at org.hibernate.tuple.AbstractTuplizer.setPropertyValues(AbstractTuplizer. java:207) at org.hibernate.tuple.PojoTuplizer.setPropertyValues(PojoTuplizer.java:176 ) at org.hibernate.persister.entity.BasicEntityPersister.setPropertyValues(Ba sicEntityPersister.java:2900) at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:113 ) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java :510) at org.hibernate.loader.Loader.doQuery(Loader.java:419) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loade r.java:210) at org.hibernate.loader.Loader.loadEntity(Loader.java:1312) at org.hibernate.loader.entity.EntityLoader.load(EntityLoader.java:116) at org.hibernate.loader.entity.EntityLoader.load(EntityLoader.java:101) at org.hibernate.persister.entity.BasicEntityPersister.load(BasicEntityPers ister.java:2461) at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(Defa ultLoadEventListener.java:350) at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEvent Listener.java:331) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventLi stener.java:113) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoad EventListener.java:167) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEvent Listener.java:79) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:588) at com.xpn.xwiki.store.XWikiHibernateStore.loadAttachmentArchive(XWikiHiber nateStore.java:1507) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHiber nateStore.java:1626) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiAttachment(XWikiHiber nateStore.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(RequestPr ocessor.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:747) at javax.servlet.http.HttpServlet.service(HttpServlet.java:860) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:517) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.jav a:165) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:257) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:161) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi ngFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:210) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFi lterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterC hain.java:161) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:263) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:173) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :161) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:132) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 51) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(Processor Task.java:653) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(Processor Task.java:534) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorT ask.java:403) at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.j ava:55) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.hibernate.property.BasicPropertyAccessor$BasicSetter.set(BasicProper tyAccessor.java:40) ... 64 more Caused by: org.apache.commons.jrcs.rcs.TokenMgrError: Lexical error at line 1, column 1. Encountered: "" (0), after : "" at org.apache.commons.jrcs.rcs.ArchiveParserTokenManager.getNextToken(Archi veParserTokenManager.java:800) at org.apache.commons.jrcs.rcs.ArchiveParser.(ArchiveParser.java:519) at org.apache.commons.jrcs.rcs.ArchiveParser.load(ArchiveParser.java:54) at org.apache.commons.jrcs.rcs.Archive.(Archive.java:230) at com.xpn.xwiki.doc.XWikiAttachmentArchive.setArchive(XWikiAttachmentArchi ve.java:126) ... 69 more --- John Turner NDSD Development (Dialog IT) Email: John.Turner.2(a)team.telstra.com Ph: (07) 3887 4351

18 years, 10 months

absolute url for PDF link does not work behind reverse proxy

by Benoit Maison

Hello, I am running xwiki 0.9.840 in tomcat, with apache accepting outside connections and using mod_proxy to forward them to tomcat. I have seen the question in the FAQ about reverse proxies and absolute URLs. However I find that the 'PDF' link is absolute, and shows as 'localhost:8080' in the xwiki pages. How can I tell xwiki to use the correct (external) base url ? Thanks a lot, -Benoit

18 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users