[xwiki-devs] [VOTE] Include URL path based multiwiki in 1.6.2 and 1.7
Hi devs, I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not. So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome. See http://jira.xwiki.org/jira/browse/XWIKI-2824 Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)). Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists. Here is my +1 Thanks, -- Thomas Mortagne
+0 Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
Thanks,
+0 I don't like the "subwiki" pattern very much. (I would call it just "sub" for example) Jerome. Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
Thanks,
+1. I don't like it very much either but I don't have any better proposal. WDYT about asking our users their opinion ? On Fri, Nov 28, 2008 at 6:23 PM, Jerome Velociter <[email protected]> wrote:
+0
I don't like the "subwiki" pattern very much. (I would call it just "sub" for example)
Jerome.
Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
Thanks,
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Nov 28, 2008, at 7:06 PM, Jean-Vincent Drean wrote:
+1.
I don't like it very much either but I don't have any better proposal.
Some thoughts: * subwiki is the best I have too. "sub" would really be too cryptic. * URL rewriting should solve this partly if the user wants to change it * in some relatively near future the user will be able to choose himself the url format (that's the xwiki-url module I've been working on but which is not used yet)
WDYT about asking our users their opinion ?
I'd rather we release it as is and act on feedback later since I don't think we have the luxury of time. Thanks -Vincent
On Fri, Nov 28, 2008 at 6:23 PM, Jerome Velociter <[email protected]> wrote:
+0
I don't like the "subwiki" pattern very much. (I would call it just "sub" for example)
Jerome.
Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
Thanks,
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Nov 28, 2008, at 5:56 PM, Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
+1 provided there's good documentation ready too. Thanks -Vincent
Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
-0. .x releases are supposed to contain only important bugfixes (although we broke this rule in the past). I'd rather make a branch for the client that needs it, and introduce it in 1.8 only. For 1.7, this is not tested yet, so it is dangerous to introduce it now. -- Sergiu Dumitriu http://purl.org/net/sergiu/
+1 Response to Sergiu, I wrote the code and Thomas reviewed it, and it has been written defensively. I think it's better in a release than as a branch. How about making the string a parameter. We could use "wiki" as the default. It could be better than "subwiki" Ludovic Sergiu Dumitriu wrote:
Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
-0. .x releases are supposed to contain only important bugfixes (although we broke this rule in the past). I'd rather make a branch for the client that needs it, and introduce it in 1.8 only. For 1.7, this is not tested yet, so it is dangerous to introduce it now.
-- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost
On Nov 29, 2008, at 10:19 PM, Ludovic Dubost wrote:
+1
Response to Sergiu,
I wrote the code and Thomas reviewed it, and it has been written defensively. I think it's better in a release than as a branch.
How about making the string a parameter. We could use "wiki" as the default. It could be better than "subwiki"
"wiki" sounds good to me. BTW when you're referring to the main wiki that's a lot of "wiki"s: xwiki/wiki/xwiki :) -Vincent
Sergiu Dumitriu wrote:
Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
-0. .x releases are supposed to contain only important bugfixes (although we broke this rule in the past). I'd rather make a branch for the client that needs it, and introduce it in 1.8 only. For 1.7, this is not tested yet, so it is dangerous to introduce it now.
On Sat, Nov 29, 2008 at 10:27 PM, Vincent Massol <[email protected]> wrote:
On Nov 29, 2008, at 10:19 PM, Ludovic Dubost wrote:
+1
Response to Sergiu,
I wrote the code and Thomas reviewed it, and it has been written defensively. I think it's better in a release than as a branch.
How about making the string a parameter. We could use "wiki" as the default. It could be better than "subwiki"
"wiki" sounds good to me.
BTW when you're referring to the main wiki that's a lot of "wiki"s: xwiki/wiki/xwiki
(BTW, I did not said it but you don't need it for main wiki, you just use the "standard" xwiki/bin/view/...)
:)
-Vincent
Sergiu Dumitriu wrote:
Thomas Mortagne wrote:
Hi devs,
I just finished a feature to be able to use mutiwiki without any use of virtual host (ans so no need for a configured DNS server). It does not replace the DNS based multiwiki it just add another way to access subwiki so you can still use both. However all the URLs will be generated in a way or another depending if urlpath is enabled or not.
So basically it add the possibility to access the wiki "wikiname" using http://127.0.0.1/xwiki/subwiki/wikinname/view/Main/WebHome.
See http://jira.xwiki.org/jira/browse/XWIKI-2824
Normally I would wait for 1.8 branch to commit this but we have an internal need for it to be included in the 1.6 branch (and if it's included in 1.6, why not include this in 1.7 ;)).
Can we include it safely in 1.6/1.7 ? : it should be, if you don't enable xwiki.virtual.urlpath in xwiki.cfg (and it will be disabled by default), all will work exactly like this feature did not exists.
Here is my +1
-0. .x releases are supposed to contain only important bugfixes (although we broke this rule in the past). I'd rather make a branch for the client that needs it, and introduce it in 1.8 only. For 1.7, this is not tested yet, so it is dangerous to introduce it now.
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
participants (7)
-
Jean-Vincent Drean -
Jerome Velociter -
Ludovic Dubost -
Marius Dumitru Florea -
Sergiu Dumitriu -
Thomas Mortagne -
Vincent Massol