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
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
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
-----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-----
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]
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)
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.
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
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
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
Hi All.
I seem to have a permissions problem with uploading of files. Unfortunately it does not happen consistently. It seems to be related to the file that is being uploaded from the client but the problem is with the temporary file.
I have successfully uploaded different files to the same page but it seems to choke on pdfs in particular. Size is not a problem as most of the files have been 250k and I have raised the limits to 16M as per the installation instructions.
The error message is "./upload_00000133.tmp (Permission denied)" (see below) and I have not changed anything recently with the exceptions of regular Debian updates.
So 3 questions. Where are these temporary files created? What permissions should be on that directory? Would this be affected by the tomcat policies?
Cheers,
Mark
ERROR MESSAGE BELOW
_______________________________________________________________________________
A problem occured while trying to service your request. Please contact the support if this happens again.
Detailed information:
Error number 11008 in 11: Exception while parsing uploaded file
Wrapped Exception: Processing of multipart/form-data request failed. ./upload_00000133.tmp (Permission denied)
com.xpn.xwiki.XWikiException: Error number 11008 in 11: Exception while parsing uploaded file
Wrapped Exception: Processing of multipart/form-data request failed. ./upload_00000133.tmp (Permission denied)
at com.xpn.xwiki.XWikiService.actionUpload(XWikiService.java:135)
at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:195)
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.doPost(ActionServlet.java:415)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at sun.reflect.GeneratedMethodAccessor110.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
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:272)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
at org.apache.catalina.core.ApplicationFilterChain.access$0(ApplicationFilterChain.java:50)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127)
at sun.reflect.GeneratedMethodAccessor117.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
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:272)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:217)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:197)
at org.apache.catalina.core.ApplicationFilterChain.access$0(ApplicationFilterChain.java:50)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
Wrapped Exception:
org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-data request failed. ./upload_00000133.tmp (Permission denied)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:429)
at com.xpn.xwiki.XWikiService.actionUpload(XWikiService.java:133)
at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:195)
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.doPost(ActionServlet.java:415)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at sun.reflect.GeneratedMethodAccessor110.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
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:272)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
at org.apache.catalina.core.ApplicationFilterChain.access$0(ApplicationFilterChain.java:50)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127)
at sun.reflect.GeneratedMethodAccessor117.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
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:272)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:217)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:197)
at org.apache.catalina.core.ApplicationFilterChain.access$0(ApplicationFilterChain.java:50)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
hello.
I've been doind a huge mistake while configuring my xwiki two days ago and it seems that i removed some admin rights.
While i can log in using the standard xwiki admin account, i can't modify the xwiki.preferences, it says that "You are not allowed to view this document or perform this action. "
If i did what i think -that is, removing my own admin rights- how may i bring them back?
Any way through the database?
Thanks a lot.
Hi,
I'm a new user of Xwiki. Actually, I'm testing it for the moment.
I have a very first problem :
I've just launched the XWiki service and logged in...
When I edit the "Welcome to your Wiki" page and save, it's Ok : I see my modification in the page...
But I try to edit it again, I am in the editing mode but I have the old version of the page, without the last modification... even if I reload the page in ie... It seems as a proxy was showing me an old page...
Thanks for your help
My profile :
Win XP SP2
I installed XWiki by launching "xwiki-0-9-1000-alpha-setup.exe" file.
I'm logged as Admin (= Xwiki)
Hmm... Everything was working fine for a long time but all of a sudden I'm
getting an error when a new user tries to register. It appears to be
permission related and I'm not sure what I might have done to cause it. I'm
running this in a virtual wiki and have captured a debug log. It's huge, so
I'm linking to it on my web server here:
http://www.herkamur.ca/log.txt
Any help would be most appreciated.
--
"Any sufficiently advanced technology is indistinguishable
from magic." -- Arthur C. Clarke
--
Brian D. Switzer
email: herkamur [at] canada [dot] com
web: http://bswitzer.railfan.net/
Hi people, im trying to put online a xwiki with TOMCAT and HSQLDB, but i cant do it...
I guess is i have not correctly set the HSQLDB ...
There is some (better) guide to install xwiki with hsqldb, and a SQL script for this database ?
Im starting with HSQLDB, i want the data be in persistent files, i hope to migrate all to a Informix DB, but im waiting to get informix 9 since the 7 version only accept 18 chars in tables names and doesnt have CLOBs.
Please some help with setting up de HSQLDB and xwiki :)
Also i understand there is no spanish translation, if i can start working maybe i can help with this.
A.U.S. Enrique Ferreyra
Centro de C�mputos
Red Megatone - Red Confina
Hello,
as written in the subject, what kind of values are allowed in
the field 'display type' of a property with the type 'boolean class'?
Bye
Frank
--
Dipl. Inform. Frank Häfemeier <frank(a)haefemeier.net>
----------------------------------------------------
Hi,
I followed the Tutorial an used the Class Editor. I does not matter if i uses xwiki or a new Web, for both i get the 404.
The following URL is used when i click the "Create this class" button:
http://127.0.0.1:8080/xwiki/edit/FAQs/FAQClass?parent=XWiki.XWikiClasses&te…
May be this an issue of the latest version (0.9.1000)i downloaded via svn ? I tried the 0.9.840 version where everything works fine.
Kind regards
André
> -----Ursprüngliche Nachricht-----
> Von: jeremi joslin [mailto:jeremi23@gmail.com]
> Gesendet: Freitag, 13. Januar 2006 02:25
> An: xwiki-users(a)objectweb.org
> Betreff: Re: [xwiki-users] Create a XWikiClass
>
>
> Hi,
> maybe your URL is wrong.
>
> do you go to an url like :
> http://jeremi.xwiki.com/xwiki/bin/edit/XWiki/FAQClass?xpage=editclass
>
>
> You can see :
> http://www.xwiki.org/xwiki/bin/view/DevGuide/F> AQs+Tutorial
>
> and http://www.xwiki.org/xwiki/bin/view/DevGuide/Packaging+Rules
>
> Jérémi
>
> On 1/12/06, andre.fleischer(a)lhsystems.com
> <andre.fleischer(a)lhsystems.com> wrote:
> >
> > Hi
> >
> > I just downloaded the latest sources from svn and build a fresh war
> > file. (Version 0.9.1000) Then i tried to create a new
> XWikiClass using
> > the XWikiClasses page. I chooes FAQs as Webname and FAQ as
> Class name.
> >
> > I got the error message:
> > HTTP Status 404 - /xwiki/edit/FAQs/FAQClass description The
> requested
> > resource (/xwiki/edit/FAQs/FAQClass) is not available.
> >
> > Any ideas ?
> >
> > Kind regards
> > André
> >
> >
> >
> >
> > --
> > 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
> >
> >
> >
>
>
> --
> Blog:
> http://www.jeremi.info
> LinkedIn: https://www.linkedin.com/profile?viewProfile=&key=1437724
> http://www.xwiki.org
> skype: jeremi23 -- msn et gtalk : jeremi23(a)gmail.com
>
>
I create a link in a new page. Let's call the origingating page JOE (in the PEOPLE catagory) and the link in it KAREN. Obviously I can look up JOE in the Search box, but even after I have clicked on the KAREN? reference and added info the particular entry has no TITLE, so 1. I can't look it up in the Search box, and 2. It doesn't fall under my catagory of PEOPLE, and 3. I can't later create a link in SALLY's page that references KAREN.
How the heck do you cross reference? Is this the same as LINKBACK and when will that be ready? I read somewhere that linkbacks is now opperational, but the reference in the FAQs page is empty...
Thanks!
Am Do, den 02.02.2006 schrieb PatrickJ (sent by Nabble.com) um 12:00:
> Suppose I design a skillset application. I define a SkillClass for
> master list of skills. I also define a PersonClass with a DBList
> property with query to list Skill items. It works and I could add a
> person with multiple skill items selected.
>
> I would like to modify Person page display to show details from Person
> object followed by a table that lists his skills along with additional
> information from respective skill objects. This table has to list
> skill details only for those skills associated with the person.
>
> How do I do this? I tried to pick the associated skills one-by-one
> from the property but could not do so with following logic.
>
#set($skillDoc = $xwiki.getDocument("XWiki.SkillClass"))
> #set($perskills=$person.getProperty("SkillList").getValue())
> #foreach ($ps in $perskills)
> SQL to retrieve skill object
You don't need a SQL statement here, I think. Do the following
#set($obj = $skillDoc.getObject("XWiki.SkillClass", <property>, $ps))
<property> := is the name of the property which store the skill
> Display information
$doc.display(<property>, $obj)
<property> := is the name of the property which has the information
> #end
Bye
Frank
--
Dipl. Inform. Frank Häfemeier <frank(a)haefemeier.net>
----------------------------------------------------
Hi everyone,
Yesterday the ObjectWebCon'06 announced the awards of the best use case
contest... and the usage of XWiki by the Mandriva Club was awarded the
best Enterprise Java Use Case award!
Many thanks to all of you, and special thanks to the XWiki team!
I remind you that if you're an XWiki contributor we'll be happy to offer
you a free Club account. The Club credits are available at this URL:
http://club.mandriva.com/xwiki/bin/Main/Credits
Via XWiki, the foundations have been laid down for an enhanced user
experience in the near future on the Club. We plan to develop many new
advanced features in 2006 on top of XWiki, in particular within Nepomuk
project (http://nepomuk.semanticdesktop.org).
Thanks again, and long life to the XWiki project!
Stéphane