Thanks for the detailed reply. My long-term approach required a custom URLFactory anyway, so I'll just have to move that to the short- term! I don't think it's worth spending time on that feature specifically. A servlet mapping and URLFactory refactor as I discussed at http:// www.xwiki.org/xwiki/bin/view/Dev/URL+architecture would be nice, but otherwise the current scenario is workable. - - - Hans Gerwitz http://phobia.com/ On Dec 14, 2005, at 5:13 PM, Ludovic Dubost wrote:

Hi Hans,

There are some settings for the shortcut URLs in xwiki.cfg However, from what I remember having done you can't turn off the fact that /bin/Space/Page is the same as /bin/view/Space/Page

What we could act upon is have XWiki write view URLs with or without the 'view' in the URL. However, I did change it to never show the 'view' since it is not really necessary..

But I could add a xwiki.cfg variable to make it possible to turn on/ off the feature. This is just not done yet.. It should be done in XWikiServletURLFactory in addAction(..)

Ludovic

On Dec 14, 2005, at 11:55 PM, Ludovic Dubost wrote:

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.

Thanks for the heads up. I'll try to remember not to sign messages bound for the mailing list.

Concerning the URL mapping, I've added a set of settings in the SVN version which does almost all your recommendations..

That's wonderful! So much for my plan to contribute to the codebase ;-)

Also it is not the webapp's decision to map "/" to the "/xwiki" webapps to get rid of the webapp name "/xwiki"

Naturally. Since I was going to have to play mapping games anyway, I wasn't going to use the root context, but I'm perfectly content to do so if URL mapping can be confined to the Java side of the server.

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

Perfect! Thanks for working on my little pet issue.

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.

I'll certainly add JIRA tasks for any problems I encounter, and will set up an Eclipse workspace so I can try my hand preparing some patches for you. - - - Hans Gerwitz http://phobia.com/

I have the same problem. 2007/3/17, erockx <[email protected]>:

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.

-- You receive this message as a subscriber of the [email protected] list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

On 3/18/07, Vincent Massol <[email protected]> wrote:

On Mar 17, 2007, at 3:33 AM, erockx wrote:

...

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.

Currently xwiki cannot be deployed to the root context. You have to deploy it to the "xwiki" context.

I deployed several XWiki instances in other contexts than xwiki, including one as ROOT. With a little tuning, you can make it work. The only major thing that needs to be changed is the display-name property in WEB-INF/web.xml to an empty value, like: <display-name></display-name> If you are using the default database from the beta5, most things should be working already. Not all the hardcoded references to the 'xwiki' webapp have been checked though, so there might be cases where things don't work, but this is limited to some pages or API calls that usually are not used (at least I never needed them). 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).

It seems to work fine with it, anyway. Thanks

-Vincent

Sergiu -- http://purl.org/net/sergiu

On 3/18/07, Vincent Massol <[email protected]> wrote:

On Mar 18, 2007, at 9:35 AM, Sergiu Dumitriu wrote:

On 3/18/07, Vincent Massol <[email protected]> wrote:

...

On Mar 17, 2007, at 3:33 AM, erockx wrote:

...

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.

Currently xwiki cannot be deployed to the root context. You have to deploy it to the "xwiki" context.

I deployed several XWiki instances in other contexts than xwiki, including one as ROOT.

What about http://jira.xwiki.org/jira/browse/XWIKI-788?

It is still valid, but only advanced features are affected. A simple wiki works fine in any context, since the hardcoded /xwiki/ has been removed from critical files. Still, things like treeview or s5 don't work yet. So are you're saying that it works with the following kind of paths?

http://server/customcontext/xwiki/bin/view/Main/

No, but http://server.com/customcontext/bin/view/Main/ or http://server.com/bin/view/Main yes. Check out http://www.infoiasi.ro/bin/view/Main/ or http://www.uaic.ro/uaic/bin/view/Main/ With a little tuning, you can make it work.

Do you know what is involved? That would be interesting as a comment on XWIKI-788

In the trunk, javascript files are being parsed, so now we can search for all 'xwiki/' strings in the template and skins directories and replace it with $(I forgot what). The same thing should be done for the database documents.

The only major thing that needs to be changed is the display-name property in WEB-INF/web.xml to an empty value, like: <display-name></display-name>

This I don't understand :) Why would that affect deployment?

I'm not sure why, but without this it does not work (404). If you are using the default database from the beta5, most things should be

working already. Not all the hardcoded references to the 'xwiki' webapp have been checked though, so there might be cases where things don't work, but this is limited to some pages or API calls that usually are not used (at least I never needed them).

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

It seems to work fine with it, anyway.

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 -- http://purl.org/net/sergiu

Hallo, I have problem with loading pages from XWiki (in Glassfish application server). Loading static files is fast (.js, .css, pictures in millisecond). Dynamic pages are showed fast too, but browsers (Firefox, IE, Opera) are waiting to end loading for 30 seconds. It terrible to wait 30 seconds to show WYSIWYG editor (because onLoad event). I tested with web tools then complete page is loaded for about 1 seconds (all js,css,pictures and ending html tag) but browsers are waiting (and looks like loading). It not only my problem but all computers in all department. I tested disabling cache and stats but no positive result. Has everybody same problem or experience with Glassfish? Thanks for any ideas. Zdenek Machac

Hi, yes content length is not correct. We want to use encoding iso-8859-2 to pages in XWiki. I change encoding config in: velocity.properties: input.encoding=ISO-8859-2 output.encoding=ISO-8859-2 web.xml: <filter> <filter-name>Set Character Encoding</filter-name> <filter-class>com.xpn.xwiki.web.SetCharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>ISO-8859-2</param-value> </init-param> </filter> Where is mistake? Other config files must be changed? Search for iso-8859-2 or ISO-8859-2 text in files are only web.xml, velocity.properties (result without xml files with encoding on first line and wml.vm, s5* templates) Thanks Zdenek Machac Sergiu Dumitriu napsal(a):

Hi,

The content-length HTTP header is not correct. This is caused by an encoding misconfiguration.

Sergiu

On 3/19/07, *Zdenek Machac* < [email protected] <mailto:[email protected]>> wrote:

Hallo,

I have problem with loading pages from XWiki (in Glassfish application server). Loading static files is fast (.js, .css, pictures in millisecond). Dynamic pages are showed fast too, but browsers (Firefox, IE, Opera) are waiting to end loading for 30 seconds. It terrible to wait 30 seconds to show WYSIWYG editor (because onLoad event).

I tested with web tools then complete page is loaded for about 1 seconds (all js,css,pictures and ending html tag) but browsers are waiting (and looks like loading). It not only my problem but all computers in all department. I tested disabling cache and stats but no positive result.

Has everybody same problem or experience with Glassfish?

Thanks for any ideas.

Zdenek Machac

-- http://purl.org/net/sergiu

------------------------------------------------------------------------

-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Sergiu Dumitriu wrote:

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.

Thanks for the link. -> added to this new FAQ: http://www.xwiki.org/xwiki/bin/view/FAQ/HowtoconfigureXWikiforUTF8oranyother... Side note at Zdenek: unless I'm wrong, it seems that your original message on this topic was created by replying to the thread on URLs (or was is not?), hence the header of the original message kept a reference to an unrelated thread -> this raises a problem with some email clients like Thunderbird which then groups unrelated threads :-) Cheers Stéphane

Vincent Massol wrote:

Hi Stephane,

On Mar 20, 2007, at 11:53 AM, Stéphane Laurière wrote:

...

Sergiu Dumitriu wrote:

...

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.

Thanks for the link.

-> added to this new FAQ: http://www.xwiki.org/xwiki/bin/view/FAQ/HowtoconfigureXWikiforUTF8oranyother...

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.

right, I realized that in the meantime, and I proceeded exactly this way! AdminGuide link: http://www.xwiki.org/xwiki/bin/view/AdminGuide/Configuration Cheers Stéphane

...

Side note at Zdenek: unless I'm wrong, it seems that your original message on this topic was created by replying to the thread on URLs (or was is not?), hence the header of the original message kept a reference to an unrelated thread -> this raises a problem with some email clients like Thunderbird which then groups unrelated threads :-)

Yeah this is a pain; it happens way too frequently that people hijack threads... :)

Thanks -Vincent

------------------------------------------------------------------------

-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

On Mar 20, 2007, at 12:56 PM, Zdenek Machac wrote:

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.

The documentation is using a wiki. Feel free to edit the page to improve it. That would be a nice way to contribute back something to the community. Thanks -Vincent

Stéphane Laurière napsal(a):

...

Vincent Massol wrote:

...

Hi Stephane,

On Mar 20, 2007, at 11:53 AM, Stéphane Laurière wrote:

...

Sergiu Dumitriu wrote:

...

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.

Thanks for the link.

-> added to this new FAQ: http://www.xwiki.org/xwiki/bin/view/FAQ/ HowtoconfigureXWikiforUTF8oranyothernondefaultencoding

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. right, I realized that in the meantime, and I proceeded exactly this way! AdminGuide link: http://www.xwiki.org/xwiki/bin/view/AdminGuide/Configuration Cheers Stéphane

...

Side note at Zdenek: unless I'm wrong, it seems that your original message on this topic was created by replying to the thread on URLs (or was is not?), hence the header of the original message kept a reference to an unrelated thread -> this raises a problem with some email clients like Thunderbird which then groups unrelated threads :-)

Yeah this is a pain; it happens way too frequently that people hijack threads... :)

Thanks -Vincent

-------------------------------------------------------------------- ----

-- You receive this message as a subscriber of the xwiki- [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http:// www.objectweb.org/wws

---

--- -- You receive this message as a subscriber of the xwiki- [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http:// www.objectweb.org/wws

-- You receive this message as a subscriber of the xwiki- [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/ wws

Hi erockx, Thank you for your suggestion. I do what you said. And it works. Furthermore, I found something. If you have a file named like "index.html" in the root of XWiki, it will go to this page when you visit the http://localhost/ If you remove the "index.html" like file, and do what you said, everything works well as we want. Before this modify, I have to type http://localhost/xwiki/ to visit my wiki. But now I can just type localhost to visit it.I use Tomcat 5.5. Here are my steps to deploy the XWiki as ROOT. 1. modify $TOMCAT/conf/server.xml, add: <Context path="/" docBase="D:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\xwiki" debug="0" reloadable="true"/> after <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> 2. modify $Webapps/xwiki/WEB-INF/web.xml, find the display-name property in WEB-INF/web.xml to an empty value, like: <display-name></display-name> 3. Delete the context.xml file in /META-INF 4. Delete the file like "index.html" in the xwiki root if they are there. 5. restart Tomcat. As these have been done, the url of XWiki in my laptop is like " http://localhost/bin/view/Main/". But we can see that www.xwiki.org has the apps url as http://www.xwiki.org/xwiki/bin/view/Main/. Sincerely, Wang Ning 2007/3/19, erockx <[email protected]>:

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.

-- You receive this message as a subscriber of the [email protected] list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws