Hi Hans, BTW, I wanted to tell you that your emails don't display properly in my Mozilla Thunderbird Client. This is probably due to your Apple Mail S-MIME signature that might not be well recognized. The messages shows as white and I need to view source to actually read it. Concerning the URL mapping, I've added a set of settings in the SVN version which does almost all your recommendations.. There is only one I could not do is get rid of "bin" because I need a way to differentiate the path to documents from the path to static files and it was a lot of refactoring to move all static documents to a single "static" path. Now I've made a "xwiki" a synonym of "bin". Also it is not the webapp's decision to map "/" to the "/xwiki" webapps to get rid of the webapp name "/xwiki" but if you: 1/ take the latest version 2/ map / to the /xwiki webapp 3/ turn on all the parameters that you can fin in the XWikiServletURLFactory You'll have something like /xwiki/ -> view the Main.WebHome document /xwiki/Main/ -> view the Main.WebHome document /xwiki/Space/ -> view the Space.WebHome document /xwiki/edit/Space/Page -> edit the Space.Page document And normally some tricks will allow all the old pathes to work /xwiki/bin/edit/Space/Page -> edit the Space.Page /xwiki/xwiki/edit/Space/Page -> edit the Space.Page This should also allow the access to hardcoded static files to work (that still needs to be checked). The only remaining problem is some path to "../.." in the XWiki pages that might be there from time to time and need to be changed. Some testing of these changes and help to change hardcoded path to static files would help. Especially that would also allow to have the webapp be named differently than "xwiki" and run two xwikis in the same servlet engine (although most of the cases it's better to use the virtual wiki feature). Ludovic -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

I actually do want the xwiki app to be deployed to the root context. Unfortunately, I don't have the ability through my hosting serviece to setup mod_redirect. Is there some way I can set this up? I currently have 1.0-beta-5 installed, but I'd be willing to go to the repository to get another version if necessary to make this happen. Thanks, Eric -- View this message in context: http://www.nabble.com/URLs-tf744173.html#a9525812 Sent from the XWiki- Dev mailing list archive at Nabble.com.

On Mar 17, 2007, at 3:33 AM, erockx wrote: Currently xwiki cannot be deployed to the root context. You have to deploy it to the "xwiki" context. That said I noticed we had a META-INF/context.xml file with a context of "/". I'll find out why. In the meantime, try to remove that file if you're deploying on Tomcat (if you're not deploying on Tomcat this file won't be used). Thanks -Vincent

On Mar 18, 2007, at 9:35 AM, Sergiu Dumitriu wrote: What about http://jira.xwiki.org/jira/browse/XWIKI-788? So are you're saying that it works with the following kind of paths? http://server/customcontext/xwiki/bin/view/Main/ Do you know what is involved? That would be interesting as a comment on XWIKI-788 This I don't understand :) Why would that affect deployment? Probably better to remove it though. Were you deploying to Tomcat? Ah you might have been using a newer version of Tomcat (5.x) which doesn't allow deploying to the context root in context.xml and thus the value is ignore... ;-) Better remove it in any case as I don't understand the purpose it serves. Thanks -Vincent

Sergiu, Thanks for you reply, that was a big help. All, Here are the explicit steps that worked for me with Tomcat 5.5+: 1. Put the name of your webapp, blank for ROOT, in the <display-name> tag in /WEB-INF/web.xml 2. Delete the context.xml file in /META-INF 3. Reload the webapp or restart Tomcat I'll report any problems with changing the webapp name to http://jira.xwiki.org. I suggest others do as well. Thanks, Eric -- View this message in context: http://www.nabble.com/URLs-tf744173.html#a9544220 Sent from the XWiki- Dev mailing list archive at Nabble.com.

Hi, The content-length HTTP header is not correct. This is caused by an encoding misconfiguration. Sergiu On 3/19/07, Zdenek Machac &lt;machac(a)ics.muni.cz&gt; wrote: -- http://purl.org/net/sergiu

You need to set the JVM encoding to this, too, because the resulting content length is computed using it (XWiki bug, should be fixed in a future version). See http://www.nabble.com/Re%3A-problem-with-Chinese-p9547507.html for more information on changing the encoding. Sergiu On 3/19/07, Zdenek Machac &lt;machac(a)ics.muni.cz&gt; wrote: -- http://purl.org/net/sergiu

Hi Stephane, On Mar 20, 2007, at 11:53 AM, Stéphane Laurière wrote: cool it would be cool to add it to the AdminGuide (I think you've started that) and then remove the content from the FAQ entry and instead point it to that page. The idea is that we should minimize as much as possible duplications of content in the wiki as otherwise it's a real pain to maintain and we can be sure we'll have obsolete docs. Yeah this is a pain; it happens way too frequently that people hijack threads... :) Thanks -Vincent

Hi, thanks for resolve my problem. Yes, I am lazy and I create mail by replayint the the thread on URLs - excuse me. For completion on encoding result: I use JVM arguments for Czech langugage -Dfile.encoding=ISO-8859-2 -Duser.country=CZ for starting Glassfish instead of setting LANG variable on Linux system and it works. Maybe it would be written to documentation of encoding. Thanks for all Zdenek Machac Stéphane Laurière napsal(a):

Ok, page was changed (excuse and correct my English if is bad). But someone should test it on Tomcat and Jetty - on last time before save I remove note "(tested on Glassfish only)" Zdenek Machac Vincent Massol napsal(a):