Re: [xwiki-users] Tomcat error 500 for pages with in title
Thanks for the feedback. Yes, there is an Nginx as frontend running, but I also can reproduce the issue by calling the direct tomcat address. I don't know what could be wrong because I'm no tomcat expert at all. 2015-04-23 13:10 GMT+02:00 Clemens Klein-Robbenhaar c.robbenh...@espresto.com: I installed tomcat8 as apache-tomcat-8.0.21, and java as jdk1.8.0_45 and cannot reproduce this either, at least not directly. After I create a page with name `Page with quotes`, I cannot trigger the problem in the browser, but of course I can do so manually by feeding in a wrong URL: i.e.: curl ' http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+%22quotes%22' just downloads the page (quotes properly encoded) curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+quotes;' produces error page (actually from XWiki, I wonder why tomcat does not already sends a 400 ...) However when I look into the links that XWiki creates, I see they are all properly URL-encoded (with %22 for the ''), so no issue here Is there anything else in the setup? For example an apache as frontand or the like? Clemens On 04/22/2015 12:43 PM, D R wrote: Hi, it has nothing to do with the space name. I can reproduce the issue accross several (sub-)wikis and different spaces. The only thing relevant to reproduce the error is the quotation mark () in the page name. As soon as I want to open such a document or create one I get the 500 error from tomcat mentioned below. Yes, the Windows server accepts the quotation marks, I can click the document links and they are shown correctly, the Ubuntu Server throughs the 500 error at me. Regs, Dennis 2015-04-22 11:44 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es : Hi D R! Does this URL included in the error message some special meaning for you? Could it be the only space with some reserved characters in the space name? http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps Perhaps they were allowed in your Windows Server and Ubuntu rejects them? Cheers! -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com ] Enviado: miércoles, 22 de abril de 2015 11:33 Para: XWiki Users Asunto: Re: [xwiki-users] Tomcat error 500 for pages with in title Does anybody have additional hints how I can solve this blocking issue? Thanks in advance. 2015-04-21 9:56 GMT+02:00 D R rir@gmail.com: Thanks, Ricardo. I checked the encoding documentation and performed some steps but the issue still occurs. What I did: - XWiki encoding - web.xml: already UTF-8 - xwiki.cfg: already UTF-8 - HTML encoding: added to each wiki (Content-Type tag was completely missing) - Hibernate configuration: UTF-8 properties added - MySQL config: added UTF-8 settings and converted each database from utf8_general_ci to utf8_bin - Tomcat: already UTF-8 - System config: already en_US.UTF-8 - OpenOffice import: no changes needed because no issues so far I then rebooted the Ubuntu Server machine. When opening pages with in the title/link I still get the same error 500 from tomcat. Any further hints/suggestions? Regs, Dennis 2015-04-20 20:54 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es : Hi D R! Have you checked if the encoding in the whole enviroment is correctly set up? I've seen something similar here in a CentOS installation this morning while fine tunning encoding as per... http://goo.gl/RC2k5k I'm not able to remember what error resulted to at least a similar message, but it was an erroneous configuration in some step. I swear that it was while teaking with hibernate.cfg.xml thought... HTH! Ricardo -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [ rir@gmail.com ] Enviado: lunes, 20 de abril de 2015 16:09 Para: XWiki Users Asunto: [xwiki-users] Tomcat error 500 for pages with in title Hi everybody, we migrated our XWiki from Windows Server (Tomcat 7, XWiki 6) to Ubuntu Server 14.10 (Tomcat 8, XWiki 7) installed via the apt repository. All issues up to now could be solved but I stumbled upon one remaining issue. Opening Pages with in the title/link lead to a tomcat 500 page. On the Windows instance the pages work. Could anybody help me to fix this? Thanks in advance. Example: Page: Kunden Appstore iPad Apps Link:
Re: [xwiki-users] Tomcat error 500 for pages with in title
I once had quite bad problems when having an apache in between who internally decoded an URI and then encoded it back, but only barely ... However it seems this is ruled out here, if the problem happens with tomcat, too. How do you reproduce the issue with tomcat directly? a) if you directly *call* a page with an '' in the URL then I'd say, the error is ok, the URL should have been encoded. b) however if you first go e.g. to the wiki start page, and then navigate to the page with quotes in the names, then XWiki should encode the url properly, and this error should not happen ... Can you see what tomcat writes in its access log for that page? Can you check in the generated HTML of a link that the '' is actually encoded as '%22 in the href attribute? (Actually this must be the case as otherwise the quote would just terminate the href, at least in these cases where double quotes as attribute delimiters rare used. ) On 04/23/2015 04:30 PM, D R wrote: Thanks for the feedback. Yes, there is an Nginx as frontend running, but I also can reproduce the issue by calling the direct tomcat address. I don't know what could be wrong because I'm no tomcat expert at all. 2015-04-23 13:10 GMT+02:00 Clemens Klein-Robbenhaar c.robbenh...@espresto.com: I installed tomcat8 as apache-tomcat-8.0.21, and java as jdk1.8.0_45 and cannot reproduce this either, at least not directly. After I create a page with name `Page with quotes`, I cannot trigger the problem in the browser, but of course I can do so manually by feeding in a wrong URL: i.e.: curl ' http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+%22quotes%22' just downloads the page (quotes properly encoded) curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+quotes;' produces error page (actually from XWiki, I wonder why tomcat does not already sends a 400 ...) However when I look into the links that XWiki creates, I see they are all properly URL-encoded (with %22 for the ''), so no issue here Is there anything else in the setup? For example an apache as frontand or the like? Clemens On 04/22/2015 12:43 PM, D R wrote: Hi, it has nothing to do with the space name. I can reproduce the issue accross several (sub-)wikis and different spaces. The only thing relevant to reproduce the error is the quotation mark () in the page name. As soon as I want to open such a document or create one I get the 500 error from tomcat mentioned below. Yes, the Windows server accepts the quotation marks, I can click the document links and they are shown correctly, the Ubuntu Server throughs the 500 error at me. Regs, Dennis 2015-04-22 11:44 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es : Hi D R! Does this URL included in the error message some special meaning for you? Could it be the only space with some reserved characters in the space name? http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps Perhaps they were allowed in your Windows Server and Ubuntu rejects them? Cheers! -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com ] Enviado: miércoles, 22 de abril de 2015 11:33 Para: XWiki Users Asunto: Re: [xwiki-users] Tomcat error 500 for pages with in title Does anybody have additional hints how I can solve this blocking issue? Thanks in advance. 2015-04-21 9:56 GMT+02:00 D R rir@gmail.com: Thanks, Ricardo. I checked the encoding documentation and performed some steps but the issue still occurs. What I did: - XWiki encoding - web.xml: already UTF-8 - xwiki.cfg: already UTF-8 - HTML encoding: added to each wiki (Content-Type tag was completely missing) - Hibernate configuration: UTF-8 properties added - MySQL config: added UTF-8 settings and converted each database from utf8_general_ci to utf8_bin - Tomcat: already UTF-8 - System config: already en_US.UTF-8 - OpenOffice import: no changes needed because no issues so far I then rebooted the Ubuntu Server machine. When opening pages with in the title/link I still get the same error 500 from tomcat. Any further hints/suggestions? Regs, Dennis 2015-04-20 20:54 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es : Hi D R! Have you checked if the encoding in the whole enviroment is correctly set up? I've seen something similar here in a CentOS installation this morning while fine tunning encoding as per... http://goo.gl/RC2k5k I'm not able to remember what error resulted to at least a similar message, but it was an erroneous configuration in some step. I swear that it was while teaking with hibernate.cfg.xml thought... HTH! Ricardo -- Ricardo Rodríguez Research Management
[xwiki-users] JSPWiki To XWiki conversion
Hello, I try to use this program to convert JSPWiki pages to xWiki page : http://extensions.xwiki.org/xwiki/bin/view/Extension/JSPWiki+To+XWiki+Conversion But I encounter many issues : - I can't instantiate XWikiContext class, but the usage of EmbeddableComponentManager before the instantiation corrects this problem - The com.xpn.xwiki.XWiki class instantiation gave me these following exceptions : Caused by: java.lang.RuntimeException: Failed to load component [com.xpn.xwiki.store.XWikiStoreInterface] for hint [null] at com.xpn.xwiki.web.Utils.getComponent(Utils.java:651) at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:775) at com.xpn.xwiki.XWiki.init(XWiki.java:723) at com.xpn.xwiki.XWiki.init(XWiki.java:717) ... 1 more Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [role = [com.xpn.xwiki.store.XWikiStoreInterface] hint = [default]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:368) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:126) at com.xpn.xwiki.web.Utils.getComponent(Utils.java:649) ... 5 more Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [role = [org.xwiki.query.QueryManager] hint = [default]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:368) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:126) at org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:403) at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:361) ... 7 more Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [role = [org.xwiki.query.QueryExecutorManager] hint = [default]] at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:368) at org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:126) at org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:403) at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:361) ... 10 more Caused by: java.lang.NullPointerException at org.xwiki.component.embed.EmbeddableComponentManager.lookupMap(EmbeddableComponentManager.java:167) at org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:401) at org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:361) ... 13 more I tried to add xwiki and hibernate configuration files to the classpath but it still crash. Should I use another ComponentManager ? Do you know another way to launch a standalone version of xWiki runtime ? Regards, François B. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clear them all! :p
I'm sure we can debate this all day. XWiki is very simple for end users to use. The actual purpose of the wiki (to allow people to create/edit/view articles/pages) is simple and straight-forward. I have everyone in our organisation using it successfully, and trust me, some of the end users should not be allowed near computers. But they managed to use the system for its purpose just fine. That doesn't mean that they can all install, configure, update and customise XWiki. I'll give you another analogy. XWiki is like a fine car. Cars are easy to use and drive by almost anyone. But that doesn't mean everyone can fix a car. Even if you know a little bit about how engines work and how to change the oil etc. Some jobs just have to be left to the professionals. XWiki is the same. Everyone can use it very easily. But when it comes to the advanced stuff, if you can't understand the excellent documentation, and no one can help you on the mailing list then the problem is not with XWiki. I consider myself a very competent engineer and developer, but there are some things that even I find quite advanced in XWiki. That goes to show how powerful it is (and what a great job the developers have done). Anyway I don’t think this is too constructive for the mailing list so I will stop here. You are entitled to your opinion and I am to mine (I think XWiki is great). If you don't like XWiki then I hope you find something that suits you better. That's the beauty of the internet and open source. You can always find something that suits you or make your own :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Pascal BASTIEN Sent: 22 April 2015 22:23 To: XWiki Users; Maciej Fokt Subject: Re: [xwiki-users] Clear them all! :p Hello,I'm sorry, I'm not agree with you : a powerfull system must hide the systems complexity... And it is a wiki : it's mean if there aren't enough simple documentation then anybody (high ueser AND normal people with non computer vision) must write a page to contribute and make more available for simple user. :-) IMO we can use a simple xwiki and/or use higher level xwiki and/or a customized one. :-) Pascal B. De : Mahomed Hussein maho...@custodiandc.com À : Maciej Fokt maciek.f...@taxi123.pl; XWiki Users users@xwiki.org Envoyé le : Mercredi 22 avril 2015 18h37 Objet : Re: [xwiki-users] Clear them all! :p That's just the way technology is. The more powerful a system is, and the more options it has, then the more technical it is. If you want something that's easy for no computer people then I'm afraid you need to use something which has less features and power. A jumbo jet pilot needs to have more experience and knowledge than a Cessna pilot. The jumbo jet has more buttons and features and probably cannot be easily or ever flown by a Cessna pilot. That's just the way things are. XWiki actually has VERY good documentation (some of the best I've seen, and I've seen a lot of systems). It also has a helpful mailing list. Unfortunately it's not XWiki' s fault if you can't understand the documentation or the help that you have been offered several times here. I genuinely hope you manage to find a system that you like and works for you. Kind regards, Mahomed -Original Message- From: Maciej Fokt [mailto:maciek.f...@taxi123.pl] Sent: 22 April 2015 17:27 To: XWiki Users; Mahomed Hussein Subject: Re: [xwiki-users] Clear them all! :p No way... I have back to the 1.1 version and now i haven't settings... Why XWiki (good, big and helpful toll) can be so hard for no computer people... Thanks all for help, but XWiki is too hard for me, I think. W dniu .04.2015 o 18:00 Mahomed Hussein maho...@custodiandc.com pisze: He has a problem with his install and I believe he wants to reset the system so it will be the same as when he installed it for the first time. I don't think this is possible without uninstalling, then searching and deleting all files/folders related and then installing from the beginning. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 22 April 2015 16:30 To: XWiki Users Subject: Re: [xwiki-users] Clear them all! :p I guess you could revert the WebPreferences history to version 1.1. For example, in the Administration you have this URL: - xwiki/bin/admin/XWiki/XWikiPreferences You could do: - xwiki/bin/view/XWiki/XWikiPreferences?viewer=history and then on the version 1.1 use Rollback. Not sure if this is what you meant. Thanks, Caty On Wed, Apr 22, 2015 at 6:01 PM, Maciej Fokt maciek.f...@taxi123.pl wrote: Hello, Is there option to return to the first contain and settings? I mean, I want to clear everything. I would like to back to the settings after installation. Greetings, Maciek. ___ users mailing list
Re: [xwiki-users] Clear them all! :p
Hi, See below. On 23 Apr 2015 at 11:57:02, Ecaterina Moraru (Valica) (vali...@gmail.com(mailto:vali...@gmail.com)) wrote: Hi, First of all I'd like to thank Mahomed for the nice words he said about XWiki. I agree that we must try to make XWiki as simple as it can be for the end-users and, as Pascal said, one solution for this is to improve the documentation. I personally find that improving the document is just a stop gap solution. Making it easier to use XWiki without documentation would be even better ;) For example in the use case at hand here, offering a way in the Admin to reinitialize the wiki completely would a cleaner solution than to document how to manually rollback some special pages. Of course we can (and should) do both since it’s faster to improve the documentation than to add new features/hide complexity/etc. I agree with Caty that I’m not sure what we are talking about here. It would be interesting for Maciek to tell us what specific area of XWiki should be improved according to him. Thanks -Vincent The problem is that I'm not sure I completely understood what problem Maciek has (in order to improve it). Thanks, Caty On Thu, Apr 23, 2015 at 12:39 PM, Mahomed Hussein wrote: I'm sure we can debate this all day. XWiki is very simple for end users to use. The actual purpose of the wiki (to allow people to create/edit/view articles/pages) is simple and straight-forward. I have everyone in our organisation using it successfully, and trust me, some of the end users should not be allowed near computers. But they managed to use the system for its purpose just fine. That doesn't mean that they can all install, configure, update and customise XWiki. I'll give you another analogy. XWiki is like a fine car. Cars are easy to use and drive by almost anyone. But that doesn't mean everyone can fix a car. Even if you know a little bit about how engines work and how to change the oil etc. Some jobs just have to be left to the professionals. XWiki is the same. Everyone can use it very easily. But when it comes to the advanced stuff, if you can't understand the excellent documentation, and no one can help you on the mailing list then the problem is not with XWiki. I consider myself a very competent engineer and developer, but there are some things that even I find quite advanced in XWiki. That goes to show how powerful it is (and what a great job the developers have done). Anyway I don’t think this is too constructive for the mailing list so I will stop here. You are entitled to your opinion and I am to mine (I think XWiki is great). If you don't like XWiki then I hope you find something that suits you better. That's the beauty of the internet and open source. You can always find something that suits you or make your own :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Pascal BASTIEN Sent: 22 April 2015 22:23 To: XWiki Users; Maciej Fokt Subject: Re: [xwiki-users] Clear them all! :p Hello,I'm sorry, I'm not agree with you : a powerfull system must hide the systems complexity... And it is a wiki : it's mean if there aren't enough simple documentation then anybody (high ueser AND normal people with non computer vision) must write a page to contribute and make more available for simple user. :-) IMO we can use a simple xwiki and/or use higher level xwiki and/or a customized one. :-) Pascal B. De : Mahomed Hussein À : Maciej Fokt ; XWiki Users Envoyé le : Mercredi 22 avril 2015 18h37 Objet : Re: [xwiki-users] Clear them all! :p That's just the way technology is. The more powerful a system is, and the more options it has, then the more technical it is. If you want something that's easy for no computer people then I'm afraid you need to use something which has less features and power. A jumbo jet pilot needs to have more experience and knowledge than a Cessna pilot. The jumbo jet has more buttons and features and probably cannot be easily or ever flown by a Cessna pilot. That's just the way things are. XWiki actually has VERY good documentation (some of the best I've seen, and I've seen a lot of systems). It also has a helpful mailing list. Unfortunately it's not XWiki' s fault if you can't understand the documentation or the help that you have been offered several times here. I genuinely hope you manage to find a system that you like and works for you. Kind regards, Mahomed -Original Message- From: Maciej Fokt [mailto:maciek.f...@taxi123.pl] Sent: 22 April 2015 17:27 To: XWiki Users; Mahomed Hussein Subject: Re: [xwiki-users] Clear them all! :p No way... I have back to the 1.1 version and now i haven't settings... Why XWiki (good, big and helpful toll) can be so hard for no computer people... Thanks all for help,
Re: [xwiki-users] Tomcat error 500 for pages with in title
This looks to me like a Tomcat issue. because Tomcat is known for complaining about some characters in URLs, such as /, for security reasons. I have no problem using in the document name on Jetty. Hope this helps, Marius On Wed, Apr 22, 2015 at 1:43 PM, D R rir@gmail.com wrote: Hi, it has nothing to do with the space name. I can reproduce the issue accross several (sub-)wikis and different spaces. The only thing relevant to reproduce the error is the quotation mark () in the page name. As soon as I want to open such a document or create one I get the 500 error from tomcat mentioned below. Yes, the Windows server accepts the quotation marks, I can click the document links and they are shown correctly, the Ubuntu Server throughs the 500 error at me. Regs, Dennis 2015-04-22 11:44 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es: Hi D R! Does this URL included in the error message some special meaning for you? Could it be the only space with some reserved characters in the space name? http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps Perhaps they were allowed in your Windows Server and Ubuntu rejects them? Cheers! -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com] Enviado: miércoles, 22 de abril de 2015 11:33 Para: XWiki Users Asunto: Re: [xwiki-users] Tomcat error 500 for pages with in title Does anybody have additional hints how I can solve this blocking issue? Thanks in advance. 2015-04-21 9:56 GMT+02:00 D R rir@gmail.com: Thanks, Ricardo. I checked the encoding documentation and performed some steps but the issue still occurs. What I did: - XWiki encoding - web.xml: already UTF-8 - xwiki.cfg: already UTF-8 - HTML encoding: added to each wiki (Content-Type tag was completely missing) - Hibernate configuration: UTF-8 properties added - MySQL config: added UTF-8 settings and converted each database from utf8_general_ci to utf8_bin - Tomcat: already UTF-8 - System config: already en_US.UTF-8 - OpenOffice import: no changes needed because no issues so far I then rebooted the Ubuntu Server machine. When opening pages with in the title/link I still get the same error 500 from tomcat. Any further hints/suggestions? Regs, Dennis 2015-04-20 20:54 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es : Hi D R! Have you checked if the encoding in the whole enviroment is correctly set up? I've seen something similar here in a CentOS installation this morning while fine tunning encoding as per... http://goo.gl/RC2k5k I'm not able to remember what error resulted to at least a similar message, but it was an erroneous configuration in some step. I swear that it was while teaking with hibernate.cfg.xml thought... HTH! Ricardo -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com ] Enviado: lunes, 20 de abril de 2015 16:09 Para: XWiki Users Asunto: [xwiki-users] Tomcat error 500 for pages with in title Hi everybody, we migrated our XWiki from Windows Server (Tomcat 7, XWiki 6) to Ubuntu Server 14.10 (Tomcat 8, XWiki 7) installed via the apt repository. All issues up to now could be solved but I stumbled upon one remaining issue. Opening Pages with in the title/link lead to a tomcat 500 page. On the Windows instance the pages work. Could anybody help me to fix this? Thanks in advance. Example: Page: Kunden Appstore iPad Apps Link: http://10.80.75.216/xwiki/wiki/kunden/view/Some+%26+Space/Kunden+Appstore+%22iPad+Apps%22 Exception: HTTP Status 500 - com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract Entity Resource Reference from URL [ http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+ iPad+Apps] type Exception report message com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract Entity Resource Reference from URL [ http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+ iPad+Apps] description The server encountered an internal error that prevented it from fulfilling this request. exception javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract Entity Resource Reference from URL [ http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+ iPad+Apps]
Re: [xwiki-users] How to hide this?
What version of XWiki are you using? Have you installed http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+for+Flamingo+Menu or http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Action+for+Flamingo+Menu ? Do you have a custom skin or a custom Color Theme? Hope this helps, Marius On Mon, Apr 20, 2015 at 9:47 PM, ricardo.julio.rodriguez.fernan...@sergas.es wrote: Faster... http://goo.gl/SLZuPR -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de Mahomed Hussein [maho...@custodiandc.com] Enviado: lunes, 20 de abril de 2015 18:22 Para: XWiki Users Asunto: Re: [xwiki-users] How to hide this? Could you use something like http://snag.gy/ or http://expirebox.com/ to post a screenshot? Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Maciej Fokt Sent: 20 April 2015 15:10 To: users@xwiki.org Subject: [xwiki-users] How to hide this? Hi, I used inspector to examine the element (still my problem with double button on the top panel): class=dropdown-split-right dropdown-toggle hidden-xs dropdown-split-left Could anyone say something about this? Maybe I installed extension or something... Please help me :p I can't public XWiki with this bug. Greetings, Maciek. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] V7, wikis creation, descriptors and wizard issues.
Le 21/04/2015 17:10, m...@ow2.org a écrit : Why : the issue at this point is there is no folder in the PermDir/jobs/status/distribution/wiki/wikiname which sounds logical because we created the descriptor by hand throught a XAR import which doesn't include the process of writing initial status.xml files in PermDir/jobs/status/distribution/wiki/wikiname/status.xml So indeed we're stuck. How do we run the Document Wizard Upgrade at this point ? The other issue was the imported wiki skin definition was overriding the DW URL. Since then we have moved to XWiki 6.4.4 as it is the version supported by XWiki SAS. We did the wizard trick and poped up the DW by typing the URL by hand in the broswer, so it bypass the skin. Anyway, there is still some migration/move/upgrade use cases scenarios to elaborate. I'll start this when I got time. But anyone can start over, maybe you, Denis ? -- Martin ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Tomcat error 500 for pages with in title
I installed tomcat8 as apache-tomcat-8.0.21, and java as jdk1.8.0_45 and cannot reproduce this either, at least not directly. After I create a page with name `Page with quotes`, I cannot trigger the problem in the browser, but of course I can do so manually by feeding in a wrong URL: i.e.: curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+%22quotes%22' just downloads the page (quotes properly encoded) curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+quotes;' produces error page (actually from XWiki, I wonder why tomcat does not already sends a 400 ...) However when I look into the links that XWiki creates, I see they are all properly URL-encoded (with %22 for the ''), so no issue here Is there anything else in the setup? For example an apache as frontand or the like? Clemens On 04/22/2015 12:43 PM, D R wrote: Hi, it has nothing to do with the space name. I can reproduce the issue accross several (sub-)wikis and different spaces. The only thing relevant to reproduce the error is the quotation mark () in the page name. As soon as I want to open such a document or create one I get the 500 error from tomcat mentioned below. Yes, the Windows server accepts the quotation marks, I can click the document links and they are shown correctly, the Ubuntu Server throughs the 500 error at me. Regs, Dennis 2015-04-22 11:44 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es: Hi D R! Does this URL included in the error message some special meaning for you? Could it be the only space with some reserved characters in the space name? http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps Perhaps they were allowed in your Windows Server and Ubuntu rejects them? Cheers! -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com] Enviado: miércoles, 22 de abril de 2015 11:33 Para: XWiki Users Asunto: Re: [xwiki-users] Tomcat error 500 for pages with in title Does anybody have additional hints how I can solve this blocking issue? Thanks in advance. 2015-04-21 9:56 GMT+02:00 D R rir@gmail.com: Thanks, Ricardo. I checked the encoding documentation and performed some steps but the issue still occurs. What I did: - XWiki encoding - web.xml: already UTF-8 - xwiki.cfg: already UTF-8 - HTML encoding: added to each wiki (Content-Type tag was completely missing) - Hibernate configuration: UTF-8 properties added - MySQL config: added UTF-8 settings and converted each database from utf8_general_ci to utf8_bin - Tomcat: already UTF-8 - System config: already en_US.UTF-8 - OpenOffice import: no changes needed because no issues so far I then rebooted the Ubuntu Server machine. When opening pages with in the title/link I still get the same error 500 from tomcat. Any further hints/suggestions? Regs, Dennis 2015-04-20 20:54 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es : Hi D R! Have you checked if the encoding in the whole enviroment is correctly set up? I've seen something similar here in a CentOS installation this morning while fine tunning encoding as per... http://goo.gl/RC2k5k I'm not able to remember what error resulted to at least a similar message, but it was an erroneous configuration in some step. I swear that it was while teaking with hibernate.cfg.xml thought... HTH! Ricardo -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com ] Enviado: lunes, 20 de abril de 2015 16:09 Para: XWiki Users Asunto: [xwiki-users] Tomcat error 500 for pages with in title Hi everybody, we migrated our XWiki from Windows Server (Tomcat 7, XWiki 6) to Ubuntu Server 14.10 (Tomcat 8, XWiki 7) installed via the apt repository. All issues up to now could be solved but I stumbled upon one remaining issue. Opening Pages with in the title/link lead to a tomcat 500 page. On the Windows instance the pages work. Could anybody help me to fix this? Thanks in advance. Example: Page: Kunden Appstore iPad Apps Link: http://10.80.75.216/xwiki/wiki/kunden/view/Some+%26+Space/Kunden+Appstore+%22iPad+Apps%22 Exception: HTTP Status 500 - com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract Entity Resource Reference from URL [ http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+ iPad+Apps] type Exception report message com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract Entity Resource Reference from URL [
Re: [xwiki-users] Clear them all! :p
Hi, First of all I'd like to thank Mahomed for the nice words he said about XWiki. I agree that we must try to make XWiki as simple as it can be for the end-users and, as Pascal said, one solution for this is to improve the documentation. The problem is that I'm not sure I completely understood what problem Maciek has (in order to improve it). Thanks, Caty On Thu, Apr 23, 2015 at 12:39 PM, Mahomed Hussein maho...@custodiandc.com wrote: I'm sure we can debate this all day. XWiki is very simple for end users to use. The actual purpose of the wiki (to allow people to create/edit/view articles/pages) is simple and straight-forward. I have everyone in our organisation using it successfully, and trust me, some of the end users should not be allowed near computers. But they managed to use the system for its purpose just fine. That doesn't mean that they can all install, configure, update and customise XWiki. I'll give you another analogy. XWiki is like a fine car. Cars are easy to use and drive by almost anyone. But that doesn't mean everyone can fix a car. Even if you know a little bit about how engines work and how to change the oil etc. Some jobs just have to be left to the professionals. XWiki is the same. Everyone can use it very easily. But when it comes to the advanced stuff, if you can't understand the excellent documentation, and no one can help you on the mailing list then the problem is not with XWiki. I consider myself a very competent engineer and developer, but there are some things that even I find quite advanced in XWiki. That goes to show how powerful it is (and what a great job the developers have done). Anyway I don’t think this is too constructive for the mailing list so I will stop here. You are entitled to your opinion and I am to mine (I think XWiki is great). If you don't like XWiki then I hope you find something that suits you better. That's the beauty of the internet and open source. You can always find something that suits you or make your own :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Pascal BASTIEN Sent: 22 April 2015 22:23 To: XWiki Users; Maciej Fokt Subject: Re: [xwiki-users] Clear them all! :p Hello,I'm sorry, I'm not agree with you : a powerfull system must hide the systems complexity... And it is a wiki : it's mean if there aren't enough simple documentation then anybody (high ueser AND normal people with non computer vision) must write a page to contribute and make more available for simple user. :-) IMO we can use a simple xwiki and/or use higher level xwiki and/or a customized one. :-) Pascal B. De : Mahomed Hussein maho...@custodiandc.com À : Maciej Fokt maciek.f...@taxi123.pl; XWiki Users users@xwiki.org Envoyé le : Mercredi 22 avril 2015 18h37 Objet : Re: [xwiki-users] Clear them all! :p That's just the way technology is. The more powerful a system is, and the more options it has, then the more technical it is. If you want something that's easy for no computer people then I'm afraid you need to use something which has less features and power. A jumbo jet pilot needs to have more experience and knowledge than a Cessna pilot. The jumbo jet has more buttons and features and probably cannot be easily or ever flown by a Cessna pilot. That's just the way things are. XWiki actually has VERY good documentation (some of the best I've seen, and I've seen a lot of systems). It also has a helpful mailing list. Unfortunately it's not XWiki' s fault if you can't understand the documentation or the help that you have been offered several times here. I genuinely hope you manage to find a system that you like and works for you. Kind regards, Mahomed -Original Message- From: Maciej Fokt [mailto:maciek.f...@taxi123.pl] Sent: 22 April 2015 17:27 To: XWiki Users; Mahomed Hussein Subject: Re: [xwiki-users] Clear them all! :p No way... I have back to the 1.1 version and now i haven't settings... Why XWiki (good, big and helpful toll) can be so hard for no computer people... Thanks all for help, but XWiki is too hard for me, I think. W dniu .04.2015 o 18:00 Mahomed Hussein maho...@custodiandc.com pisze: He has a problem with his install and I believe he wants to reset the system so it will be the same as when he installed it for the first time. I don't think this is possible without uninstalling, then searching and deleting all files/folders related and then installing from the beginning. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 22 April 2015 16:30 To: XWiki Users Subject: Re: [xwiki-users] Clear them all! :p I guess you could revert the WebPreferences history to version 1.1. For example, in the Administration you have this URL: - xwiki/bin/admin/XWiki/XWikiPreferences You
[xwiki-users] Fw : RE: Clear them all! :p
Do not get me wrong, I love Xwiki: what I mean it is always possible to make it easyer (like distribution wizard by example). Wizard and advanced doc to goes further is perfect. :-) To answer at fisrt problem: a database dump (+ DW launched) will be enough to reinit xwiki, no? I don't know if there are one provided in xwiki.org? (sorry about this mess: it wasn't my goal) :-/ --- En date de : Jeu 23.4.15, Mahomed Hussein maho...@custodiandc.com a écrit : De: Mahomed Hussein maho...@custodiandc.com ... Anyway I don’t think this is too constructive for the mailing list so I will stop here. You are entitled to your opinion and I am to mine (I think XWiki is great). If you don't like XWiki then I hope you find something that suits you better. That's the beauty of the internet and open source. You can always find something that suits you or make your own :) ... On Wed, Apr 22, 2015 at 6:01 PM, Maciej Fokt maciek.f...@taxi123.pl wrote: Hello, Is there option to return to the first contain and settings? I mean, I want to clear everything. I would like to back to the settings after installation. Greetings, Maciek. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] V7, wikis creation, descriptors and wizard issues.
On Thu, Apr 23, 2015 at 1:49 PM, m...@ow2.org m...@ow2.org wrote: Le 21/04/2015 17:10, m...@ow2.org a écrit : Why : the issue at this point is there is no folder in the PermDir/jobs/status/distribution/wiki/wikiname which sounds logical because we created the descriptor by hand throught a XAR import which doesn't include the process of writing initial status.xml files in PermDir/jobs/status/distribution/wiki/wikiname/status.xml So indeed we're stuck. How do we run the Document Wizard Upgrade at this point ? The other issue was the imported wiki skin definition was overriding the DW URL. Since then we have moved to XWiki 6.4.4 as it is the version supported by XWiki SAS. We did the wizard trick and poped up the DW by typing the URL by hand in the broswer, so it bypass the skin. I recommend switching temporarily to the default skin before doing an upgrade. Anyway, there is still some migration/move/upgrade use cases scenarios to elaborate. I'll start this when I got time. But anyone can start over, maybe you, Denis ? -- Martin ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
