IRC Archive for channel #xwiki on 24 May 2013

Last modified by Vincent Massol on 2013/05/24 23:34

<abusenius> has quit
00:21 <Denis> has quit
00:59 <sdumitriu1> has quit
01:53 <rrodriguez> has quit
04:12 <sdumitriu> has quit
04:13 <sdumitriu> has joined #xwiki
04:30 <Denis1> has joined #xwiki
05:51 <Denis1> has quit
06:48 <rrodriguez> has joined #xwiki
07:47 <evalica> has joined #xwiki
08:07 <rrodriguez> has quit
08:21 <vmassol> has joined #xwiki
08:23 <tmortagne> has joined #xwiki
08:31 <Denis1> has joined #xwiki
08:37 <mflorea> has joined #xwiki
09:30 <vmassol> guys, today we need to fix the CI
09:30 <vmassol> for the 5.1M1 release of monday
09:30 <vmassol> fix the CI = fix jenkins + have the full build pass
09:30 <vmassol> note: I'd like to finish the upgrade to htmlcleaner 2.5 this morning though (I'm struggling with it but I'll prevail)
09:31 <vmassol> (I started it yesterday for the BFD)
09:52 <sburjan> has joined #xwiki
09:53 <tmortagne> lost vi translations are now fixed on l10n
09:53 <tmortagne> releasing 5.0.2
09:54 <vmassol> tmortagne: with the broken ci you're sure it's ok?
09:54 <tmortagne> it's more a hope :)
09:54 <vmassol> :)
09:54 <tmortagne> I should probably wait a bit
09:54 <tmortagne> will build all that on my side for now
09:55 <vmassol> it's probably ok for 5.0.2 since we haven't committed much and it's a bugfix release branch
09:55 <tmortagne> yes but we committed stuff yesterday and without jenkins mistake would not be seen
10:19 <tmortagne> has quit
10:20 <tmortagne> has joined #xwiki
10:47 <tdelafosse> has joined #xwiki
10:55 <dirk_schmitt> has joined #xwiki
11:04 <dirk_schmitt> @tmortgagne: I've you need more infos for XWIKI-9164 - I'm here ;-)
11:08 <vmassol> dirk_schmitt: thanks but we have enough :) it seems to be a problem on your side
11:09 <vmassol> now maybe you're using some old vm files or more generally some old xwiki files
11:11 <tmortagne> sounds more like HTML header setup in Admin (the page title for example)
11:11 <tmortagne> since that it stored in XWikiPreference it's easy to keep deprecated stuff when you don't upgrade using DW
11:20 <dirk_schmitt> The silly thing I have this in 3 different installations. The reason seams to be the HTTP META INFO. Is somethere documented what the current default value should be ?
11:21 <tmortagne> dirk_schmitt: documented not exactly but you can get it from the standard XAR
11:33 <dirk_schmitt> O.k. I document the problematic configuration sources in XWIKI-9164
11:34 <dirk_schmitt> Thanks for the right advice ;-)
11:34 <tmortagne> dirk_schmitt: should be nicer next time if you use DW which is suposed to merge you XWikiPreference (like any other document)
11:36 <tmortagne> vmassol: any idea what could cause "java.lang.ClassNotFoundException: hudson.remoting.Launcher" on agent 2 ? the version of the jar does not seems to match the root jenkins version but not sure if it's just that
11:36 <tmortagne> other agents seems ok
11:37 <tmortagne> (not sure what as been done for jenkins already and what is planned)
11:38 <tmortagne> and of course looks like all 5.0 test project like agent-2 a lot :)
11:41 <tmortagne> what I don't understand is that agent-2 does not looks like what's on http://ci.xwiki.org/job/xwiki-enterprise-test-extension-5.0.x/50/console
11:49 <tmortagne> putting it offline for now
11:54 <dirk_schmitt> @tmortagne The Distribution Wizard is a quit new feature - I started an 2.x with xwiki ;-)
11:55 <tmortagne> yes pretty young feature
11:58 <vmassol> tmortagne: I updated one agent slave, that's agent2
11:58 <vmassol> so that's really strange
11:58 <vmassol> it's the only one that has a slave jar matching the jenkins version :)
11:58 <vmassol> note that I had seen the exception you noticed on other agents too
11:59 <vmassol> this is what prompted me to update the agent
11:59 <vmassol> (agent2)
11:59 <tmortagne> vmassol: what is really weird to me is that http://ci.xwiki.org/job/xwiki-enterprise-test-extension-5.0.x/50/console does not refect what is on agent-2
11:59 <tmortagne> it's not he same version of the jar for example
11:59 <vmassol> indeed
11:59 <vmassol> maybe I need to restart the agent
11:59 <vmassol> I don't think I did
11:59 <cjd> has quit
11:59 <vmassol> let me try that
12:00 <vmassol> the log say http://ci.xwiki.org/computer/agent-2/log
12:00 <vmassol> Slave.jar version: 2.16
12:02 <tmortagne> does not looks like a jenkins version
12:02 <vmassol> ok there's a problem
12:02 <vmassol> I've discoinetced it and restarted it
12:02 <vmassol> and I get: http://ci.xwiki.org/computer/agent-2/log
12:02 <vmassol> ah key issue
12:03 <tmortagne> I replaced the ip by the domain name in the conf to make sure it was going to the right server
12:03 <tmortagne> that's probably why
12:03 <vmassol> ok could you put it back?
12:04 <tmortagne> I changed all the agents actually since the IP really seems a bad idea IMO
12:04 <vmassol> ok then change the ssh known hosts
12:04 <vmassol> let me know when you've done it
12:05 <tmortagne> cleaning know host file
12:05 <tmortagne> done
12:05 <tmortagne> checking other agents
12:06 <vmassol> ok restarting a2
12:07 <tmortagne> was the only agent with this issue
12:07 <vmassol> ok much better now :)
12:07 <vmassol> Slave.jar version: 2.23
12:07 <vmassol> :)
12:07 <tmortagne> how is 2.23 better ?
12:07 <vmassol> betcause it means we're using the correct slave jar now
12:08 <tmortagne> isn't it supposed to be the version of jenkins ?
12:08 <vmassol> sure but I'm guessing there's some other internal version too
12:08 <vmassol> I'm confident
12:08 <tmortagne> ok
12:08 <vmassol> so we need to update all slave jars now
12:08 <tmortagne> version of the protocol then maybe
12:08 <vmassol> which is why I pinged infra about some automated way yesterday
12:09 <vmassol> but in the meantime we could do it manually
12:09 <vmassol> if we're several to help it should be ok
12:09 <tmortagne> note that most of the other seems to work for now
12:09 <vmassol> well I had seen problems with others too
12:09 <tmortagne> anyway can only be better to have the right version
12:10 <tmortagne> vmassol: could you remaing me the wget URL ?
12:10 <vmassol> yep
12:10 <Slashman> has joined #xwiki
12:10 <tmortagne> ha found it
12:10 <tmortagne>  http://ci.xwiki.org/jnlpJars/slave.jar
12:11 <vmassol> yes
12:11 <vmassol> doing a1
12:11 <vmassol> so we need to stop and restart agent after each change
12:11 <tmortagne> ok doing it the opposite way then, a13
12:12 <tmortagne> should we left it as slave.jar or put the verison of jenkins like the old ones ?
12:12 <vmassol> tmortagne: I'm removing the old ones
12:12 <vmassol> I put the version
12:12 <vmassol> and create a symink
12:12 <tmortagne> ok some same as old jars
12:13 <vmassol> a1 done
12:14 <vmassol> (and restarted)
12:14 <vmassol> which one are you doing?
12:14 <vmassol> sorry
12:14 <vmassol> just seen
12:14 <vmassol> startign a3
12:15 <vmassol> a3 done
12:15 <vmassol> starting a4
12:16 <tmortagne> 13 done
12:17 <vmassol> you probably killed the job :)
12:17 <vmassol> there was a job on a13
12:17 <vmassol> a4 done
12:17 <tmortagne> a12
12:17 <vmassol> starting a5
12:18 <vmassol> a5 done
12:18 <vmassol> startign a6
12:19 <tmortagne> 11
12:20 <vmassol> btw jenkins guys have fixed my issue with the dahsboard
12:20 <vmassol> (supposedly, I still need to verify it's fixed)
12:20 <vmassol> (ah but you know, you're on that skype channel ;))
12:20 <tmortagne> 10
12:20 <vmassol> 7
12:20 <vmassol> ah not 7
12:20 <vmassol> :)
12:21 <vmassol> 9
12:21 <tmortagne> 7 and 8 are windows stuff
12:23 <vmassol> a9 done
12:24 <tmortagne> what is xwiki-platform-pullrequests job supposed to be ?
12:24 <tmortagne> never seen it working
12:25 <SvenDowideit> has quit
12:37 <mflorea> has quit
12:41 <tmortagne> starting 5.0.2 release is 1 or 2 h (lunch time)
12:53 <cjd> has joined #xwiki
12:54 <sburjan> tmortagne, vmassol , I am trying to reproduce XWIKI-9150 but I don't understand much from it
12:55 <sburjan> also from the comments... I don't understand almost anything
12:56 <sburjan> I don't see any steps to reproduce
13:03 <vmassol> sburjan: commented
13:04 <sburjan> vmassol, and how do I switch to domain mode instead of path based ?
13:04 <vmassol> you don't
13:05 <vmassol> it's not a domain based setup
13:05 <vmassol> it's path based
13:05 <sburjan> then I don't understand from your comment what is the issue. AFAIK path based is the new default
13:06 <sburjan> so accessing  http://my.domain.com/xwiki/bin/view/Main/WebHome is like accessing localhost:8080/xwiki/bin/view/Main/WebHome
13:06 <sburjan> what is the difference ?
13:06 <vmassol> a bug
13:06 <vmassol> that's the difference
13:06 <vmassol> that's why we fixed it
13:07 <vmassol> (obviously)
13:07 <sburjan> a bug where ? I am able to access localhost:8080/xwiki/bin/view/Main/WebHome
13:07 <vmassol> sigh
13:07 <vmassol> is the issue about localhost:8080/xwiki/bin/view/Main/WebHome ?
13:07 <vmassol> of course not
13:08 <sburjan> o, you could have told me it're related to URL :)
13:08 <vmassol> I said it
13:08 <sburjan> so I guess a simple test yould be to add a line in my hosts file ?
13:08 <vmassol> for ex yes
13:08 <vmassol> try it in 5.0.1
13:08 <vmassol> to verify it fails
13:08 <vmassol> if you want to be sure
13:08 <sburjan> ok, thanks. I never tampered my hosts file, let's see how it goes :)
13:09 <sburjan> so in my hosts file I add a host pointing to localhost ?
13:09 <sburjan> sorinello.xwiki.com -> localhost ?
13:10 <sburjan> I'm gonna google it. thanks
13:10 <vmassol> m	
13:11 <vmassol> tmortagne: did you notice that a rendering test is fialing: http://ci.xwiki.org/view/Rendering/job/xwiki-rendering/org.xwiki.rendering$xwiki-rendering-macro-html/1325/testReport/org.xwiki.rendering.test.integration/RenderingTest/macrohtml2_test__xwiki_2_0__event_1_0_/
13:11 <vmassol> do you know why? (before I start debugging it)
13:12 <vmassol> hmm
13:12 <vmassol> seems it started to fail after my upgrade to html cleaner
13:12 <vmassol> checking
13:17 <vmassol> sburjan: the best is to find the email from users who were having problems and verify that their problem is solved
13:20 <vmassol> tmortagne: I have to go for 1 hour, I'll fix the rendering issue when I'm back
13:24 <sburjan> vmassol: can't find any e-mail on devlist or userlist
13:24 <sburjan> (regarding this)
13:37 <dirk_schmitt> has quit
13:44 <sburjan> vmassol, tmortagne : I am unable to reproduce on 5.0.1. I am missing something
13:58 <tmortagne> sburjan: in 5.0 by default you are supposed to end up on the main wiki when the wiki you are targeting does not exist
13:59 <tmortagne> but this was not working
13:59 <tmortagne> look at the documentation of the property
13:59 <tmortagne> in xwiki.cfg
13:59 <sburjan> vmassol,: didn't mention anything about this in his comment on the issue .....
13:59 <tmortagne> looking at the issue
14:00 <tmortagne> sburjan: vmassol comment imply that you access ou wiki with a domain which is not associated to the main wiki
14:01 <tmortagne> which technically is exactly what I explained: the wiki associated to this domain can't be found
14:01 <sburjan> ok, but I still don;t know how to reproduce ? do I need a XEM ?
14:01 <tmortagne> so you need to do exactly what vmassol suggest, access your with the suggested domain
14:01 <tmortagne> no you don't
14:02 <tmortagne> just do exactly what vmassol suggest
14:02 <sburjan> I have a jetty+hsqldb  .. on 5.0.1 final, added a host in my /etc/hosts, and I am able to access the wiki
14:02 <sburjan> so I must be missing something
14:03 <tmortagne> what domain are you using ?
14:03 <tmortagne> you can also try a path based URL
14:03 <tmortagne> it's the same issue
14:03 <tmortagne> basically whatever you type you are supposed to end up on main wiki
14:04 <sburjan> in my /etc/hosts I have added a new line: 127.0.0.1	sorinello.artanis.com Artanis
14:04 <tmortagne> so try all the ways listed on http://platform.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki
14:04 <sburjan> and I am accessing the wiki using: http://sorinello.artanis.com:8080/xwiki/bin/view/Main/
14:04 <tmortagne> to fix the bug I tested with path based URL
14:04 <sburjan> path based is the default, so this is also what I have
14:04 <tmortagne> no it's not
14:05 <tmortagne> it's not because it's enabled that you are using it
14:05 <tmortagne> I don't see anthing in your URL that indicate the wiki so no it's not path based URL
14:05 <tmortagne> please see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki
14:06 <mflorea> has joined #xwiki
14:10 <sburjan> this document is very confusing.  I don;t know what xwiki virtual mode is and this document does not explain it.
14:20 <Slashman> has quit
14:22 <Slashman> has joined #xwiki
15:00 <npm> has quit
15:02 <sburjan> tmortagne, so a jetty+hsqldb doesn't have either URL nor path based access ?
15:04 <sburjan> *domain nor path based
15:06 <tmortagne> sburjan: virtual mode is how multiwiki is called everywhere in XWiki, for example you have xwiki.virtual property
15:10 <sburjan> tmortagne, I see in xwiki.cfg that :#-# Starting with XWiki 5.0M2, virtual mode is enabled by default.:
15:10 <npm> has joined #xwiki
15:10 <vmassol> lots of red to fix on http://ci.xwiki.org/view/Platform/
15:11 <tmortagne> sburjan: and ?
15:11 <vmassol> tmortagne: this might be for you http://ci.xwiki.org/view/Platform/job/xwiki-platform/3893/consoleText
15:11 <vmassol> compilation error
15:12 <sburjan> tmortagne, but the URL I am redirected when I access my wiki is "http://sorinello.artanis.com:8080/xwiki/bin/view/Main/" I dont' see any XWiki descriptor here
15:13 <vmassol> sburjan: hold on I'm going to update the documentation
15:13 <vmassol> once I've done that I'll ping you
15:13 <sburjan> vmassol, thanks, I'm TOTALLY confused ATM
15:14 <sburjan> and can't help you test it if I don't understand it
15:14 <vmassol> tmortagne and all: wdyt of dropping the term "virtual wiki" and "virtualization" in our doc in favor of either "multiwiki" or "multi tenancy"?
15:14 <vmassol> multi tenancy is the official term AFAIK
15:14 <vmassol> (for the feature of running several wikis on the same JVM)
15:14 <sburjan> +1, since virtual wiki always confuses me even after 3 years of using xwiki :)
15:21 <tmortagne> [starting the 5.0.2 release]
15:31 <tmortagne> actually looks like there is a real failing test on xwiki-enterprise-test-selenium-5.0.x
15:33 <tmortagne> bu without any real change...
15:53 <rrodriguez> has joined #xwiki
16:05 <rrodriguez> has quit
16:18 <sdumitriu1> has joined #xwiki
16:29 <vmassol> sburjan: ok I'm done, so the entry point for multi tenancy is http://platform.xwiki.org/xwiki/bin/view/Features/ScalabilityPerformance
16:29 <vmassol> let me know if you can understand it
16:29 <sburjan> vmassol, starting the lecture :)
16:32 <qwebirc8994> has joined #xwiki
16:35 <qwebirc8994> has quit
16:36 <evandroNogueira> has joined #xwiki
16:36 <sburjan> vmassol, I still have one question which I don't understand. If I download an XE 5.0.1 (jetty+hsqldb). Since  5.0.1 is newer than 5.0, it means it has xwiki.virtual =1 (because this is now the default)
16:36 <sburjan> and I correct until this point ?
16:37 <sburjan> also, in xwiki.cfg comments I see "#-# Starting with XWiki 5.0M2, virtual mode is enabled by default."
16:38 <vmassol> sburjan: I guess you reached http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Virtualization right?
16:39 <sburjan> vmassol, yes. And seeing the section "Prior to 5.0", I assume that starting 5.0 is the other way around
16:39 <vmassol> so it means you've seen http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Virtualization#HConfigurationpriortoXWiki5.0
16:39 <vmassol> yep
16:39 <vmassol> what's not clear?
16:40 <sburjan> I didn't reached yet the unclear part. Ok, so if this is enabled by default, it means that is my XWiki instance is configured out of the box to be a farm/XEM, right ?
16:40 <sburjan> */is/if
16:40 <sburjan> I am asking in baby steps  here
16:41 <evandroNogueira> Hi everbody, I am having a problem when turning on annotations in XWiki 5.0.1 in Jboss.
16:42 <tmortagne> sburjan: "by default" is not the right word, XWiki is always in multiwiki mode starting with 5.0, you can't disable it
16:42 <vmassol> tmortagne: don't anser please
16:42 <vmassol> answer
16:42 <vmassol> I'm udpating the doc
16:42 <vmassol> and I'd like to validate it
16:42 <vmassol> on sorin
16:42 <vmassol> :)
16:42 <sburjan> :)
16:43 <vmassol> sburjan: is it better now: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Virtualization ?
16:43 <sburjan> vmassol, : re-reading.
16:44 <tmortagne> vmassol: you should avoid "by default" which is very misleading IMO, it imply that there is still two modes and you can disable it
16:45 <vmassol> tmortagne: fixed
16:47 <sburjan> vmassol,: I'd add: mode since it's a builtin feature [enabled out of the box].
16:47 <vmassol> mode?
16:47 <vmassol> there' s no mode
16:47 <vmassol> since it's builtin
16:48 <vmassol> there's no enabling either
16:48 <sburjan> There's no special step to take to configure XWiki in multi-tenant mode since it's a builtin feature.
16:48 <sburjan> your words :)
16:48 <vmassol> yes
16:48 <vmassol> exactly
16:48 <vmassol> what's wrong with that?
16:48 <vmassol> fixing slightly....
16:49 <sburjan> I simple user (me) doesn't assume the feature is enabled/working/activated by default. At least I don't assume this from reading this sentence
16:49 <evandroNogueira> When i try to show annotations, by clicking in the checkbox in the annotations area in a page, the rest api tries to get the adress and show  a error message. The exception in the log is http://pastebin.com/fGTv4Z9D. But, when i put the ip in the adress at the first line, it works.
16:49 <sburjan> but maybe it's my twisted text interpreter
16:49 <vmassol> fixed
16:49 <vmassol> better?
16:50 <sburjan> vmassol, yes
16:50 <sburjan> vmassol, now we move to: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki which is the CORE of my confusion
16:51 <vmassol> ok
16:52 <sburjan> ok, I understand now. I kept missing reading this: "Note that if no /wiki/wikialias path is found in the URL then XWiki defaults to the domain-based algorithm explained below."
16:53 <sburjan> shouldn't this be /xwiki/wikialias ?
16:53 <sburjan> instead of /wiki/wikialias
16:54 <vmassol> no
16:54 <vmassol> "The URL format for this mode is: http://host/xwiki/wiki/wikialias/view/Space/Page."
16:54 <vmassol> "The important part of the URL is /wiki/wikialias."
17:00 <vmassol> sburjan: so you're good now?
17:01 <sburjan> vmassol,: just a second settinp up a XEM with WOrkspaces so I can see property the URL
17:01 <sburjan> after creating the WOrkspace the DW kicks in, this is something new
17:01 <sburjan> is it normal ?
17:01 <sburjan> 5.1-SNAPSHOT
17:02 <sburjan> I cancelled it, and I didn't had to re-import
17:02 <tmortagne> sburjan: you mean you created a new workspace which is not empty and you get DW ?
17:03 <sburjan> DW kicked in and told me that there are some documents in the table and then asked what should I do. I had 2 options: New Install, Upgrade. But I clicked cancel DW :)
17:03 <tmortagne> it does not sounds normal but there is no difference between 5.1 and 5.0 on DW AFAIK
17:03 <tmortagne> if DW ask you that it's because for some reason it could not find any extension in that workspace
17:04 <sburjan> let me create another workspace
17:04 <tmortagne> seems something has been broken either on standard importer or on copyWiki
17:04 <sburjan> creating workspace "thomas", this didn't exist previously for sure
17:05 <sburjan> ah wait, it's my bad. I imported the XAR Manually on the Main wiki using superadmin user. I didn't go through DW for installing the Main
17:05 <sburjan> maybe this is the cause
17:05 <tmortagne> I don't see why
17:06 <sburjan> maybe because EM doesn't have a list of installed extensions/descriptors since I manually imported the ui-all xar
17:06 <tmortagne> the only thing you do on main wiki that would have any impact of subwiki DW is choosing if you want DW on subwikis
17:06 <tmortagne> sburjan: we are talking about a subwiki here
17:06 <tmortagne> what you have or don't have on your main wiki is not relevant
17:07 <sburjan> ok, I see
17:07 <sburjan> makes sense
17:07 <tmortagne> and when you import a standard XAR it's registered as extension anyway
17:07 <tmortagne> and that' why EM is supposed to find it when workspaces creates it
17:07 <sburjan> ah also i have a snapshot, but I didn't enabled snapshot repos
17:08 <tmortagne> hmm that would be the reason actually
17:08 <tmortagne> when standard import can't find matching on any repository for the XAR it's importing it does not register it as extension
17:08 <tmortagne> so that's probably your issue here
17:09 <tmortagne> (it's to avoid putting partial information in the extensions index)
17:10 <sburjan> tmortagne, I see
17:10 <sburjan> vmassol, last question: when using XE jetty+hsqldb, which if the twi configs are user Domain based or path based ?
17:11 <sburjan> I can't figure that out from the documentation
17:12 <vmassol> "which if the twi configs are user Domain based or path based ?" == ?
17:13 <vmassol> sburjan: what's not clear with "This is the default mode if you haven't touched the XWiki configuration (xwiki.virtual.usepath property in the xwiki.cfg file)." ?
17:14 <sburjan> vmassol, the part where the URL I am redirected when accessing localhost:8080 does NOT contain any "/wiki/wikialias"
17:15 <sburjan> also, conflicting with "Note that if no /wiki/wikialias path is found in the URL then XWiki defaults to the domain-based algorithm explained below."
17:15 <vmassol> wait
17:15 <vmassol> one thing at a time
17:15 <vmassol> sburjan: what's not clear with "This is the default mode if you haven't touched the XWiki configuration (xwiki.virtual.usepath property in the xwiki.cfg file)." ?
17:16 <sburjan> Ok, the doc says this is the default mode. I assume this is the default mode. And I don't see any "/wiki/wikialias" part in my URL
17:17 <tmortagne> what's not clear in the doc if that it's actually not really modes
17:17 <tmortagne> you always have domain based working and you can enable or disable path based
17:17 <vmassol> sburjan: errr?
17:17 <tmortagne> and when path based is enabled it takes priority
17:17 <sburjan> so I start wondering. I keep on reading that section until I hit the last line of the section. Which states that if I have NO /wiki/wikialias, the default is domain mode.
17:17 <vmassol> ah I see
17:17 <vmassol> ok changing that
17:18 <tmortagne> said another way enabling path based does not disable domain based
17:18 <tmortagne> (that's why I proposed to separate them in the URL module configuration proposal)
17:19 <vmassol> sburjan: I keep re-reading the doc and I don't see what's not clear
17:19 <sburjan> ok, let's start again
17:19 <vmassol> in path based it clearly says
17:19 <sburjan> This is the default mode if you haven't touched the XWiki configuration (xwiki.virtual.usepath property in the xwiki.cfg file).
17:19 <vmassol> that if not found then it defaults to the domain-based algo
17:19 <vmassol> s/default/goes
17:20 <vmassol> "Note that if no /wiki/wikialias path is found in the URL then XWiki continues to look for a wiki using the domain-based algorithm explained below." is it better?
17:20 <sburjan> yes !!
17:20 <sburjan> :)
17:20 <sburjan> this was confusing me
17:20 <vmassol> ok good
17:21 <sburjan> so to answer my own question, jetty+hsqldb out of the box uses Domain  based access:)
17:21 <vmassol> no
17:21 <vmassol> it uses path based
17:21 <tmortagne> vmassol: the doc should maybe be refactored to present domain based and path based as two different features instead or two modes
17:21 <vmassol> tmortagne: I feel it's ok as it is
17:22 <sburjan> vmassol: Note that if no /wiki/wikialias path is found in the URL then XWiki defaults to the domain-based algorithm explained below. tells me it uses domain based
17:22 <vmassol> and I also want to change that in 5.1 so I prefer to leave it a it is
17:22 <tmortagne> vmassol: but that's what lost sburjan
17:22 <tmortagne> the fact that both are working
17:22 <vmassol> tmortagne: not really
17:22 <vmassol> he said he got after I changed the text
17:22 <vmassol> *got it
17:22 <vmassol> they can be viwed as exclusive
17:22 <vmassol> viewed
17:22 <rrodriguez> has joined #xwiki
17:22 <vmassol> I can copy paste the domain based text in the path based section
17:22 <vmassol> but I don't feel it brings much
17:23 <vmassol> and again I'd like to change that in 5.1
17:23 <vmassol> (I have it done locally, need to send email)
17:23 <vmassol> (what we talked about tmortagne)
17:23 <sburjan> I am still in confusion mode
17:23 <vmassol> they'll really be separate after my change is committed
17:24 <vmassol> sburjan: you're confusing the configuration
17:24 <vmassol> with what URL a user uses
17:24 <vmassol> users can use whatever URL they want
17:24 <vmassol> xwiki will react the way it's documented
17:24 <vmassol> what's hard to understand with that?
17:25 <vmassol> in the case of jetty+hsqldb zip, it'll get to the "localhost" part
17:25 <vmassol> and send you to the main wiki
17:25 <vmassol> if you use:
17:25 <vmassol> http://localhost:….
17:25 <vmassol> now if you use:
17:25 <vmassol> http://localhost:8080/xwiki/wiki/xwiki/bin/view...
17:26 <vmassol> then it's going to find the main wiki before reaching that part
17:26 <vmassol> (that part = the check on "localhost")
17:26 <vmassol> again what's wrong with the algo?
17:26 <vmassol> (algo doc I mean)
17:28 <vmassol> you just need to trust the doc sburjan
17:28 <vmassol> even better, you can try it
17:28 <vmassol> and try to defeat it
17:28 <vmassol> :)
17:28 <vmassol> that's what we wanted you to do
17:28 <vmassol> that's what I call testing
17:29 <vmassol> try http://localhost:8080/xwiki/wiki/xwiki/bin/view.../Main/WebHome
17:29 <vmassol> and try to understand why it works
17:29 <vmassol> now try this in 5.0.1
17:29 <vmassol> remove the "..."
17:29 <vmassol> wait my irc client is buggy
17:29 <vmassol> here's the URL I meant:
17:30 <vmassol> http://localhost:8080/xwiki/wiki/something/view/Main/WebHome
17:47 <evalica> has quit
17:57 <Slashman> hello, I just updated from 4.5.1 to 5.0.1 using the debian repository and now I have this error when I try to create an url link with wysiwig : http://pastebin.com/VL7tHsNT , any idea ?
17:57 <vmassol> sdumitriu and all: I propose to close http://jira.xwiki.org/browse/XWIKI-4052# as won't fix, wdyt?
17:57 <vmassol> I don't think we want to support sybase at this point...
17:58 <sdumitriu1> Slashman: http://stackoverflow.com/questions/16605762/xwiki-servlet-exception/16613351#16613351
17:59 <sdumitriu1> vmassol: OK
17:59 <sdumitriu1> It's too quirky at the moment, and almost nobody seems to use it
18:00 <vmassol> done with comment
18:01 <sdumitriu1> vmassol: "Sybase is not in the list of supported databases" is not a good reason not to add support for it
18:01 <vmassol> it is
18:01 <vmassol> because
18:01 <vmassol> we voted this
18:01 <vmassol> and we decided we wanted to support only the listed DBs
18:01 <vmassol> now if someone wants to be a project in xwiki-contrib to support sybase that's fine
18:01 <vmassol> I'm talking about xwiki dev team here
18:02 <vmassol> s/be/have
18:02 <sdumitriu1> So if a new browser comes and takes over (like Chrome did just a few years ago), we won't support it because we didn't vote for it?
18:02 <vmassol> right
18:02 <vmassol> till someone proposes it as a new vote
18:02 <vmassol> to add it
18:02 <vmassol> this hasn't happened for sybase which is why it's not in http://dev.xwiki.org/xwiki/bin/view/Community/DatabaseSupportStrategy
18:02 <sdumitriu1> By the way, I think we should start supporting MariaDB soon
18:03 <sdumitriu1> It's slowly replacing MySQL
18:03 <vmassol> no idea what this is about
18:03 <vmassol> never even heard about it
18:03 <vmassol> :)
18:03 <sdumitriu1> MariaDB is the open source fork of MySQL, done by the original creators of MySQL after Oracle bought it
18:04 <vmassol> https://mariadb.org/
18:04 <sdumitriu1> It's what LibreOffice would be to OpenOffice.org (except that OOo became AOO)
18:06 <sdumitriu1> "(please allow a few hours for the binaries to propagate to the download servers if the download doesn't work yet)"
18:06 <vmassol> sdumitriu: normally it was fixed
18:06 <vmassol> it's still the case?
18:07 <tmortagne> sdumitriu1: it's safer yes
18:07 <vmassol> but yes it's safer
18:08 <sdumitriu1> It was unavailble last night for me
18:08 <sdumitriu1> It does take a while, maybe not as much as it did before
18:08 <sdumitriu1> But if we do the release quickly, the email will be sent minutes after the OW2 push
18:08 <sdumitriu1> Which apparently still isn't enough to get the download working
18:09 <vmassol> yes indeed
18:09 <sdumitriu1> Anyway, Apache always does that, and they probably have a much better infrastructure
18:10 <vmassol> checkign why platform 4.5 build is fialing http://ci.xwiki.org/view/Platform/job/xwiki-platform-4.5.x/150/consoleText
18:12 <vmassol> Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException: Could not find artifact org.xwiki.platform:xwiki-platform-localization-syntaxes:pom:4.5.4-SNAPSHOT in local.central (
18:12 <vmassol> file:///home/hudsonagent/.m2/repository)
18:13 <vmassol> seems there's a missing dep in the pom.xml of the packager plugin
18:13 <vmassol> testing locally
18:16 <Slashman> sdumitriu: my url doesn't start with leo, it's https://wiki.example.com/bin/view/Interne/virtmodel
18:16 <Slashman> well example is an other thing but it's nothing like leo
18:19 <vmassol> Slashman: what's your issue with the url?
18:19 <sdumitriu1> Slashman: Read the question, then the answer
18:19 <sdumitriu1> Your URL starts with "wiki", adapt the answer to your case
18:29 <Slashman> vmassol, sdumitriu : sorry, I did read too quickly, it works
18:29 <vmassol> cool
18:30 <vmassol> ok I've reproduce the packager plugin issue locally
18:31 <vmassol> (not the same error though)
18:39 <sdumitriu1> sburjan: What do you think about adding support for MariaDB? It's already the default in arch, fedora, suse
18:41 <vmassol> sdumitriu: personally I'm not in favor of having it in platform just yet, but I'm definitley +1 if some committer wishes to test drive it, including having a contrib project, just to follow how it's progressing
18:42 <vmassol> IMO we should wait till we get users asking for it, it seems really early right now and since it's still young I'm not sure we want to spend the extra time to fix the issues we'll find ….
18:43 <vmassol> anyway that's a good topic for the list
18:43 <vmassol> for me the fact that I hadn't even heard about it is a strong signal it's not ready for primetime
18:44 <vmassol> (it might be ready technically though but that's different)
18:45 <vmassol> if it's really backward compatible it should work already without any change :)
18:46 <vmassol> would be interesting to ask if anyone is using xwiki on it
18:46 <sdumitriu1> Yes, it should work
18:46 <tmortagne> sdumitriu: is there much differences from MySQL except the License ?
18:46 <tmortagne> not yet I guess
18:46 <sdumitriu1> Not yet
18:46 <tmortagne> but sound ok for me
18:47 <vmassol> http://kb.askmonty.org/en/mariadb-versus-mysql-compatibility/
18:47 <vmassol> for me it's not that ok because it means a lot more work for sorin/manuel and I'm not sure they can spare that ATM
18:47 <vmassol> that's a lot of extra hours at each release
18:47 <vmassol> s/hours/days
18:48 <vmassol> (to officially support it)
18:49 <npm_> has joined #xwiki
18:49 <npm> has quit
18:50 <vmassol> going to ask on the user list, that's interesting
18:50 <sdumitriu1> One thing we could do is change the hibernate configuration:
18:50 <sdumitriu1> MySQL configuration -> MySQL/MariaDB configuration
18:51 <sdumitriu1> I guess they'll try to keep compatibility as much as possible, so we won't have problems for a few years
18:53 <vmassol> we don't even need to do that. If mariadb states compatibility then anyone wanting to use mariadb will know already
18:53 <vmassol> we would do that if we wanted to push people towards mariadb
18:54 <vmassol> I've sent the question
18:54 <vmassol> let's see if we have some users who are already using it successfully
19:01 <tmortagne> MariaDB does not seems to be in the main Ubuntu repository (so probably not on Debian one either)
19:01 <sdumitriu1> Well, MariaDB isn't 7 years old, so it's probably not included in Debian...
19:02 <sdumitriu1> Maybe in 2026 it will make it
19:02 <sburjan> sorry guys, gtg
19:02 <tmortagne> sdumitriu: libreoffice is part of debian/ubuntu main repository
19:02 <sburjan> sdumitriu1, I'll read the logs from home and catch up your discussion
19:02 <sdumitriu1> Yeah, I was just mean
19:03 <tmortagne> at least MariaDB provide a debian repository
19:03 <tmortagne> but it's not a strong point for it
19:03 <mflorea> has quit
19:04 <sburjan> has quit
19:04 <tmortagne> even jenkins is in ubuntu repository :) and Debian is not known for strong compatibility with Java world
19:06 <vmassol> grrrr
19:06 <vmassol> http://ci.xwiki.org/view/Enterprise/job/xwiki-enterprise/10187/consoleText
19:06 <vmassol> caused by my upgrade to htmlcleaner 2.5
19:06 <vmassol> fixing
19:07 <tmortagne> vmassol: thinking that we got lucky will all the upgrade we did recently
19:07 <vmassol> yeah I'm unlucky it fell on me ;)
19:08 <vmassol> @sdumitriu: good tweet :)
19:08 <sdumitriu1> Yeah
19:09 <sdumitriu1> Maybe @xwiki should retweet, not sure how many users follow xwikiorg versus xwiki
19:09 <vmassol> don't worry @xwiki will retweet knowing emilie )
19:09 <vmassol> ;)
19:09 <tmortagne> yea I would not worry about that :)
19:12 <tmortagne> has quit
19:13 <vmassol> btw ™	
19:13 <vmassol> he's left...
19:19 <sdumitriu1> vmassol: There's still a stable-3.5.x branch with fixes
19:19 <sdumitriu1> Do we drop it?
19:30 <Slashman> has quit
19:37 <tdelafosse> has quit
19:43 <sdumitriu1> is now known as <xwiki_sdumitriu>
19:44 <vmassol> sdumitriu: I'd say yes
19:54 <vmassol> has quit
20:03 <evandroNogueira> Hello again. I solved my problem with annotatios. This post explain the workaround: http://stackoverflow.com/questions/16605762/xwiki-servlet-exception/16613351.
20:05 <xwiki_sdumitriu> evandroNogueira: You're welcome
20:06 <xwiki_sdumitriu> I wonder if XWIKI-9150 was indeed the cause or not, and if it works without the workaround on 5.0.2 or not
20:16 <qwebirc44166> has joined #xwiki
20:38 <qwebirc44166> is now known as <_Frank>
20:39 <_Frank> is now known as <Frank____>
20:40 <Frank____> I'm new to xwiki and I have a simple question about the import panel in admin.
20:41 <Frank____> I'm doing the FAQ form tutorial, and the first thing you do is import the xwiki .XAR file so that you have some pages.
20:42 <Frank____> I downloaded the enterprise xwiki .XAR file and import it, and I get this message:
20:43 <Frank____> "An error occurred while importing xwiki-enterprise-ui-all-5.0.2.xar"
20:44 <Frank____> I can't find an error log or anything like that, so I am stumped. Google isn't helping me much either.
20:45 <Frank____> My xwiki instance is installed on my local PC with Tomcat.
20:45 <xwiki_sdumitriu> They should have more details
20:45 <xwiki_sdumitriu> Search for logs/catalina.out
20:45 <Frank____> ah, will do.
20:46 <Frank____> Thanks Dumitriu.  You emailed my coworker Mary a couple of days ago, thanks for helping us with all those questions.
20:47 <xwiki_sdumitriu> Ah, indeed, you're welcome
20:47 <xwiki_sdumitriu> I hope the answers were useful
20:47 <Frank____> Very much so.  We appreciate it.
20:49 <Frank____> This is a windows system, would that log have a different name?
20:49 <xwiki_sdumitriu> No, it should be catalina.out
20:49 <Frank____> OK, thanks.
20:50 <xwiki_sdumitriu> It's been a very long time since I used Tomcat on Windows, so don't take everything I say for granted...
20:51 <xwiki_sdumitriu> What database backend did you configure?
20:51 <Frank____> I promise you know more about it than I do :)
20:51 <Frank____> My local is MySQL.
20:51 <Frank____> If we go to a production system we'll use Oracle.
20:51 <xwiki_sdumitriu> OK, things to keep in mind is the packet maxsize setting, and the utf8 encoding
20:52 <xwiki_sdumitriu> Those are the most frequent source of errors
20:52 <Frank____> I created my database with the quiery provided in the MySQL tutorial, so I know it's utf8.
20:52 <xwiki_sdumitriu> Good
20:53 <Frank____> packet maxsize, however...
20:53 <xwiki_sdumitriu> If you managed to upload the XAR, it should be OK
20:56 <Frank____> I'm not sure it uploads, it looks like it's 97% done when the error shows up
20:57 <Frank____> I have to leave for a meeting, but I'll let you know what I figure out later.  Thanks again!
20:57 <xwiki_sdumitriu> Ah, so it could be the maxsize
20:57 <Frank____> I'll leave myself a note to check that when I come back.
20:58 <xwiki_sdumitriu> Looked it up, the setting name is max_allowed_packet
20:58 <abusenius> has joined #xwiki
21:12 <evandroNogueira> sdumitriu, tks!
21:27 <xwiki_sdumitriu> is now known as <sdumitriu1>
21:52 <evandroNogueira> has quit
21:53 <polx> has joined #xwiki
21:55 <Frank____> max_allowed_packet is the winner!  Set to 16M, restart MySQL and it works.  Thanks!  I'll share this with my team.
21:56 <sdumitriu1> Frank____: XWiki supports attachments, which you can either store in the database, or on the filesystem
21:56 <sdumitriu1> If you want to store them in the database, then you have to increase that to more than the maximum size of attachments you'd like to use
21:56 <sdumitriu1> But it's better to switch to filesystem storage
21:57 <Frank____> Right.  And we probably will change that up, we would probably have too many files for DB storage.
21:57 <sdumitriu1> It's much better for performance, but it adds to the complexity of backups
22:01 <Frank____> Congrats on 5.0.2, saw that arrive today.
22:02 <sdumitriu1> Frank____: We have instances that have tens of gigabytes of attachments without problems, so it's not really a blocker
22:05 <Frank____> Our client may rule it out, we'll see.  Good to know both are options.
22:15 <Denis1> has quit
22:16 <Denis1> has joined #xwiki
22:33 <Frank____> has quit
22:58 <sdumitriu1> has quit
23:34 <abusenius> has quit

Get Connected