IRC Archive for channel #xwiki on 29 June 2012

00:08 <polx> has quit
00:16 <evalica> has quit
01:05 <pgmjsd> has quit
01:08 <jvelo> has quit
01:15 <abusenius> has quit
01:27 <jvdrean> has quit
02:03 <Enygma`> has quit
02:32 <tekzilla> has quit
02:33 <tekzilla> has joined #xwiki
03:22 <mookins> has joined #xwiki
03:23 <mookins> DOes anyone know where I can get more information on modify objects on documents with Groovy scripts? I am having a real hard time converting code in Velocity as scripts into a Groovy component (making a Sequence generator)
03:24 <mookins> Also does anyone know where I can get the source code for xwiki-core-uin.jar which is http://extensions.xwiki.org/xwiki/bin/view/Extension/Unique+Identification+Number+Plugin?viewer=history&xpage=popup I cannot find it anywhere.
03:44 <@sdumitriu> Hi mookins
03:45 <@sdumitriu> I can't find the sources anywhere
03:45 <@sdumitriu> You should leave a comment on the page
03:45 <@sdumitriu> http://extensions.xwiki.org/xwiki/bin/view/Extension/Unique+Identification+Number+Module#Comments
03:45 <@sdumitriu> And ask for the sources
03:46 <@sdumitriu> As for modifying objects from Groovy, the APIs should be the same
03:46 <vdox2_> has joined #xwiki
03:47 <mookins> I am finding I have to add a context to every function call
03:48 <mookins> which isn't documented as far as I can tell (I am using 4.0.0) and when I use newObject(String className) it is returning XWiki.DocumentBindingSheet
03:48 <mookins> however the objects are still showing up when i go to Edit >> Objects alongside manually creating objects
03:48 <vdox2> has quit
03:48 <mookins> re: the website, where do I register to be able to leave comments? I can only see a login lik
04:17 <@sdumitriu> mookins: If you need the context, then you're not using the proper API
04:17 <@sdumitriu> If you go through the xcontext and xwiki variables that are already present in the context when running the script, you should remain in the com.xpn.xwiki.api package
04:18 <@sdumitriu> If you need to pass a context, then you're out of the .api package and into com.xpn.xwiki.document
04:18 <mookins> Yeah that is the link that the API guide takes you to
04:18 <@sdumitriu> Which has the internal, protected classes
04:18 <@sdumitriu> Now, if you want to stick to the public API, find out where exactly did you get out of the API in the first place
04:19 <@sdumitriu> If you want to stay in the protected space, then the JavaDoc isn't published for that, but you can still look at the sources to see the existing JavaDoc, or the Java code itself
04:20 <mookins> No worries, so I am have stepped out somewhere, thank you :)
04:20 <@sdumitriu> Sources are at https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/doc/XWikiDocument.java
04:20 <mookins> I was following http://extensions.xwiki.org/xwiki/bin/view/Extension/Create+a+component+using+Groovy so I guess that its use of the ExecutionContext is not recommended?
04:21 <@sdumitriu> It is, but then you don't have a javadoc
04:22 <@sdumitriu> That is the new way of doing code, we're slowly moving away from the monolithical com.xpn.xwiki package into smaller components
04:22 <@sdumitriu> But unfortunately the data model and the storage are still working in the old way
04:23 <@sdumitriu> So if you're a big data model+storage user, stick to the old way
04:23 <mookins> Can you recommend a groovy or java component I can look at to help get me started then, that is in the new style
04:24 <@sdumitriu> The new way of accessing the model from components is through https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-bridge/src/main/java/org/xwiki/bridge/DocumentAccessBridge.java
04:24 <@sdumitriu> But not all the methods from the old API are available yet
04:33 <mookins> No worries I will have a look at that, thanks
04:34 <mookins> Is it worthwhile moving to 4.1 over 4.0.1 in terms of progress on this front?
04:34 <mookins> and will the eventual componentising of the storage model mean it will be easier to implement more advanced backends/
04:35 <mookins> e.g., key-value
04:58 <D-Spair> is now known as <DSpair_AFK>
05:44 <mookins> has quit
06:17 <ries> has quit
06:56 <polx> has joined #xwiki
07:04 <Denis2> has joined #xwiki
07:06 <Denis> has quit
07:40 <ssavi> sdumitriu: Hi
07:48 <ssavi> sdumitriu: documentReference.getContent()  is returning the content in XWiki syntax.
07:48 <ssavi> Is it possible to convert it to text/plain syntax
07:54 <ssavi> has quit
07:55 <ssavi> has joined #xwiki
08:15 <tmortagne> has joined #xwiki
08:25 <@sdumitriu> ssavi: Yes, but you must manually render it
08:26 <ssavi> I'm quite lost here. Could you point me how? Any component available?
08:27 <@sdumitriu> Using a org.xwiki.rendering.parser.Parser to parse the content into an XDOM, and then a org.xwiki.rendering.renderer.BlockRenderer and a org.xwiki.rendering.renderer.printer.WikiPrinter to render that XDOM
08:27 <@sdumitriu> You can look at what org.xwiki.rendering.internal.scripting.RenderingScriptService is doing
08:28 <+tmortagne> see http://rendering.xwiki.org/
08:31 <ssavi> Thanks a lot. Will have a look at it :)
08:32 <ssavi> I faced one more issue while extracting the url of the attachments ..
08:32 <tmortagne> has quit
08:33 <ssavi> used this method : getAttachmentURL(AttachmentReference , boolean)
08:33 <ssavi> gave true as boolean value ..
08:33 <ssavi> but it is returning the relative url..
08:33 <tmortagne> has joined #xwiki
08:34 <ssavi> something like this ..  /xwiki/bin/download/SolrSpace.Amazon/com/sample.pdf
08:35 <@sdumitriu> That looks like a bug
08:35 <ssavi> Could you please tell me how to get the full URL
08:35 <@sdumitriu> Well, you can't at the moment
08:35 <@sdumitriu> Report a bug
08:35 <@sdumitriu> But why do you need a full URL?
08:36 <ssavi> I was extracting the content of the attachments using contentStreamUpdateRequest..
08:37 <ssavi> Solr cell will extract the metadata and I can configure to the index fields i want to map in solrconfig
08:38 <ssavi> so no need of forming solrInputDocument from my side ..
08:57 <CIA-114> tmortagne master * ra85a85a https://github.com/xwiki/xwiki-platform/commit/a85a85a934e273e673303cff458d84ea293cb9bd / (7 files in 7 dirs): XWIKI-7979: Move platform applications test pages objects to platform - http://git.io/e5NKEg
09:15 <vmassol> has joined #xwiki
09:19 <jvdrean> has joined #xwiki
09:34 <CIA-114> Vincent Massol master * r025345f https://github.com/xwiki/xwiki-platform/commit/025345f12b48f438e598b6bd9d39f3f09058b065 / (7 files): XWIKI-7986: Failed to deploy on JBoss AS7 with Taglib errors - http://git.io/PsAGWQ
09:35 <vmassol> good morning eveyrone
09:35 <vmassol> I've just removed struts taglib defs on 4.2M1 since I don't us using them, let me know if you can think of an issue...
09:36 <CIA-114> Marius Dumitru Florea master * re9ad26b https://github.com/xwiki/xwiki-platform/commit/e9ad26b89f4391932eb7fb834dd37ec853a49a26 / xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-ui/src/main/resources/XWiki/ExtensionManagerMacros.xml : Fix wiki syntax. - http://git.io/zjTSSw
09:40 <polx_> has joined #xwiki
09:42 <polx> has quit
09:42 <polx_> is now known as <polx>
10:14 <sburjan> has joined #xwiki
10:29 <CIA-114> tmortagne master * rced3ee3 https://github.com/xwiki/xwiki-commons/commit/ced3ee3e28734c77d5065dbe8de72bbe68a2bacd / pom.xml : XCOMMONS-204: Upgrade to reflections 0.9.8 - http://git.io/F_rs8A
10:37 <+sburjan> Good morning. I just want to point out this before we release 4.1.3: http://jira.xwiki.org/browse/XWIKI-7988
10:38 <vmassol> sburjan: if it's a vlocker you should set a fix for to 4.1.3 and mark it blocker
10:38 <vmassol> didn't even know we could delete a range
10:39 <+sburjan> well doesn't looks so serious to mark it as a blocker... but a second opinion is always welcomed
10:39 <+sburjan> vmassol: :)
10:39 <vmassol> first
10:39 <vmassol> we need to know if it's a regression or not
10:39 <+sburjan> but I can put it fixfor 4.1.3
10:39 <vmassol> sburjan: I thought you wanted to mark it as blocker
10:39 <vmassol> but you're actually asking
10:39 <+sburjan> yes, I'm asking.
10:40 <vmassol> so let's figure it out together
10:40 <+sburjan> ok
10:40 <vmassol> so is it a regression?
10:40 <+sburjan> let me check a 4.0
10:40 <vmassol> or earlier
10:40 <vmassol> try 3.5.x
10:40 <+sburjan> ok
10:40 <+sburjan> just as sec
10:42 <+sburjan> cannot reproduce on 4.0
10:42 <vmassol> so can you mark as regression and blocker and fix for 4.1.3 + comment that it works on 4.0?
10:43 <+sburjan> yep, doing
10:43 <vmassol> now we need to find a dev who can check this out
10:43 <+sburjan> no no.. I mean it works on 4.0
10:43 <vmassol> any volunteer?
10:43 <vmassol> no what?
10:43 <+sburjan> I am unable to delete history range on 4.0
10:43 <+sburjan> so it's only in 4.1, 4.1.1, etc
10:43 <vmassol> unable?
10:43 <vmassol> it hought you said it works on 4.0
10:43 <+sburjan> able .. I confused you
10:44 <+sburjan> it works
10:44 <+sburjan> it doesn't work in 4.1.2
10:44 <vmassol> so why do you say "no no"
10:44 <vmassol> ?
10:44 <+sburjan> because I was thinking you understoon the oposite :)
10:44 <vmassol> nope, that's why I asked you to mark it as blocker
10:44 <vmassol> because it's a regression
10:45 <+sburjan> ok, doing
10:46 <CIA-114> Vincent Massol master * r140e81b https://github.com/xwiki/xwiki-platform/commit/140e81bec9c5493d63b764b4b8a5680e61fbaad1 / xwiki-platform-core/xwiki-platform-web/src/main/webapp/WEB-INF/jboss-deployment-structure.xml : XWIKI-7987: Failed to deploy on JBoss AS7 with SLF4J class cast exception - http://git.io/emuHkA
10:46 <+sburjan> vmassol: I don't have enough rights to set the FixFor field
10:51 <+tmortagne> sburjan: done
10:51 <vmassol> me too
10:51 <vmassol> nice it merged both
10:52 <+tmortagne> yep
10:52 <+sburjan> I've aadded a new comment, seems to be happening on other WebHomes also, so this is indeed a unpleasant issue
10:55 <vmassol> so is there any dev who could work on http://jira.xwiki.org/browse/XWIKI-7988 ?
10:58 <+sburjan> vmassol, tmortagne : thanks for helping sorting out this issue
10:59 <vmassol> np but it's not sorted out yet ;)
10:59 <+sburjan> at least you confirmed it's a blocker ;)
10:59 <+tmortagne> sburjan: well glad you found it now, would not be nice to release a 4.1.4 for this
11:01 <+sburjan> it would be uber cool to have some automated tests after we fix this
11:01 <vmassol> definitely yes
11:01 <vmassol> that's how errors should be fixed: create test, show it fails, fix error, make test pass
11:02 <vmassol> so it's not after, it's before ,)
11:02 <+sburjan> Marius wrote some diff/history tests already, so the PO's should be already there
11:02 <vmassol> ;)
11:02 <vmassol> yep
11:02 <+sburjan> yes, you're TDD style :)
11:02 <+tmortagne> yep I think the required PO are here or at least most of it
11:03 <vmassol> it's the only way to guarantee that your test works
11:03 <vmassol> (you need to make it fail when the error is not fixed)
11:06 <Enygma`> has joined #xwiki
11:06 <evalica> has joined #xwiki
11:08 <+tmortagne> sburjan, vmassol: wan't reproduce XWIKI-7988 on last 4.2 build
11:09 <+tmortagne> created 4 version on Test.History pas and deleted a range between second and third version
11:09 <+tmortagne> s/pas/page/
11:10 <+sburjan> try with a WebHome page
11:10 <+sburjan> Marius was able to reproduce it yesterday, and he was on a 4.2 snap
11:10 <+tmortagne> trying on Main.WebHome
11:10 <+tmortagne> could you try what I tried ?
11:11 <+sburjan> yes
11:13 <+sburjan> hmm.. Test.WebHome passes, Test.History passes, but Main.WebHome still fails
11:14 <+sburjan> so it seems to be related with existing WebHome pages, not the new ones you create
11:15 <+sburjan> try to reproduce it on Main.WebHome
11:15 <vmassol> bb in 15mn
11:15 <+tmortagne> sburjan: I can indeed reprroduce on Main.WebHome
11:16 <+tmortagne> so it's specific to this page or to all WebHome pages
11:16 <+tmortagne> ha missread what you said so only Main.ebHome
11:16 <+tmortagne> an importer bug then
11:16 <+tmortagne> probably
11:17 <+tmortagne> since that's the only difference
11:17 <+tmortagne> sburjan: can you reproduce on an existing page which is not a WebHome ?
11:18 <+tmortagne> weird thing is that I don't get anything in the log when it fail
11:19 <+tmortagne> I can reproduce on Main.AllDocs
11:19 <+sburjan> I am able to reproduce on Sandbox/TestPage1, which is not a WebHome page ..
11:19 <+sburjan> I am officially confused
11:20 <+sburjan> also reproduced on Blog/BlogIntroduction
11:22 <+sburjan> seems that I can reproduce with every page that comes with XE
11:27 <ssavi> has quit
11:27 <ssavi> has joined #xwiki
11:37 <+sburjan> tmortagne: might be, but if you delete individual versions it works
11:42 <+tmortagne> sburjan: just teste with a page installed with EM and it works well
11:42 <+tmortagne> (EM has its how importer)
11:44 <+sburjan> yes, tried Jira Macro and seems you are right, I didn't had the issue
11:45 <+tmortagne> node that the way pages are imported to create the jetty/hsqldb database is a pile
11:45 <+tmortagne> we should try to import some xar with standard importer
11:45 <+tmortagne> and check
11:46 <+tmortagne> s/pile/pile of hacks/
11:46 <+tmortagne> so see if it's an importer bug or packager maven plugin bug
11:47 <+sburjan> can you check that ? because I have to go for 20 minutes
11:48 <+tmortagne> doing a quick test, note that I'm not working this afternoon so I won't be able to do much much until Monday
11:51 <+tmortagne> sburjan: seems to be a packager bug...
11:56 <+tmortagne> added my findings to the issue
12:09 <+sburjan> tmortagne: odd thing is that on 4.0 it works .. jetty+hsqldb
12:10 <+tmortagne> probably a side effect of something else, doing an import trigger a lot of things
12:11 <+tmortagne> and the packager just emulate a XWiki runtime so it maybe be missing some init required by some new stuff I don't know
12:11 <polx> has quit
12:51 <+sburjan> tmortagne: fails on MySQL also ..
12:51 <+sburjan> :(
12:52 <+tmortagne> sburjan: what do you mean ?
12:52 <+tmortagne> you imported a xar and you reproduce it on its pages ?
12:52 <+sburjan> I have a jetty + MySQL instance, and I imported the XAR. And it still fails deleting the history range
12:52 <+sburjan> yes
12:52 <+tmortagne> well I tried it too
12:52 <+tmortagne> imported admin tool
12:52 <+tmortagne> and I can't reproduce
12:52 <+tmortagne> on Admin.WebHome
12:53 <+tmortagne> tried with all importer modes
12:53 <+tmortagne> which one did you tried ?
12:53 <+sburjan> I used the import menu fomr Admin App ... uploaded the xar, imported the xar, and tested Main.WebHome
12:54 <+sburjan> so it's not just the jetty+hsqldb bundle which fails
12:57 <tmortagne> has quit
13:05 <ssavi> has quit
13:55 <mflorea> has joined #xwiki
14:13 <cjd> has quit
14:15 <cjd> has joined #xwiki
14:36 <vmassol> pfew that was a nice investigation: http://jira.xwiki.org/browse/XWIKI-7984 ;)
14:57 <CIA-114> Marius Dumitru Florea master * r72319dc https://github.com/xwiki/xwiki-platform/commit/72319dc82060224e7f55eada9c6a07b7d5c67b5f / (5 files): XWIKI-7983: Add test page objects for the Extension Manager UI - http://git.io/HC13ng
15:00 <vdox2_> is now known as <vdox2>
15:01 <CIA-114> Marius Dumitru Florea master * r96b9040 https://github.com/xwiki/xwiki-enterprise/commit/96b90408920bcae32d6d334554d7a9d14af1d663 / (2 files in 2 dirs): XE-1204: Add functional tests for Extension Manager - http://git.io/iAH35w
15:04 <vmassol> guys it seems that on the import page we send a form with more than 512 fields. (see http://jira.xwiki.org/browse/XWIKI-7989)
15:04 <vmassol> add an input field for each space/document/version
15:05 <vmassol> in importinline.vm
15:05 <vmassol> (even 2)
15:05 <vmassol> since we have quite a lot of docs now in the default XE XAR it's more than 512 fields in total
15:06 <vmassol> Tomcat in JBoss complains, but they have a param I can configure
15:06 <vmassol> now I'm wondering if our approach is the right one
15:06 <vmassol> since I'm not an HTML expert I'm bringing this subject here
15:06 <DSpair_AFK> is now known as <D-Spair>
15:06 <vmassol> any idea?
15:22 <jvdrean> has quit
15:22 <jvdrean> has joined #xwiki
15:39 <@sdumitriu> evalica: Could you look at http://markmail.org/message/6wbv4qy4hjxdrbie and say what you think?
15:49 <vmassol> sdumitriu: writing a renderer is really hard in practice… writing a failing renderer is easy though :)
15:49 <vmassol> s/failing/incomplete
15:50 <vmassol> with thomas we wanted to offer some tooling to help more but we've never been able to spend the time to do so
15:54 <+evalica> sdumitriu: k - i'll have a look
15:54 <+sburjan> vmassol, mflorea sdumitriu: could you reply to the e-mail I've send monday on devlist "Improved supported database testing and testing results" ? I am more interested in the 1) point
15:55 <vmassol> sburjan: doing it now
15:56 <+sburjan> thanks
16:03 <vmassol> done
16:38 <CIA-114> Eduard Moraru master * rdc46c19 https://github.com/xwiki/xwiki-platform/commit/dc46c19137475d283d1b9fc3ceb5cb86c18eda01 / xwiki-platform-core/xwiki-platform-annotations/xwiki-platform-annotation-io/src/main/java/org/xwiki/annotation/io/internal/migration/hibernate/R40001XWIKI7540DataMigration.java : XWIKI-7981: R40001XWIKI7540DataMigration fails on duplicate entry - http://git.io/xDLZGA
16:39 <CIA-114> Eduard Moraru stable-4.1.x * r102b971 https://github.com/xwiki/xwiki-platform/commit/102b971e61f35e744141f11a8cc79886ff7c06b2 / xwiki-platform-core/xwiki-platform-annotations/xwiki-platform-annotation-io/src/main/java/org/xwiki/annotation/io/internal/migration/hibernate/R40001XWIKI7540DataMigration.java : XWIKI-7981: R40001XWIKI7540DataMigration fails on duplicate entry - http://git.io/xsxxIQ
16:41 <CIA-114> Eduard Moraru stable-4.0.x * rc43732b https://github.com/xwiki/xwiki-platform/commit/c43732b443846f708fef3a0b6ff75505d02df3a5 / xwiki-platform-core/xwiki-platform-annotations/xwiki-platform-annotation-io/src/main/java/org/xwiki/annotation/io/internal/migration/hibernate/R40001XWIKI7540DataMigration.java : XWIKI-7981: R40001XWIKI7540DataMigration fails on duplicate entry - http://git.io/DGoZAA
16:44 <vmassol> hmm I wonder why this macro is not installable with the EM
16:56 <pgmjsd> has joined #xwiki
16:56 <+sburjan> If I create a new page, how long should it take for to be indexed by lucene ?
16:56 <vmassol> not long
16:56 <vmassol> :)
16:57 <+sburjan> because I create a page with SearchPage .. and I search for Search  ... nothing found.. but if I write for SearchPage the page is found
16:57 <+sburjan> and it looks odd for me ... I know lucene searches in the content too, but page titles should be found also
16:58 <+sburjan> at least that would make sense
16:58 <+sburjan> should I report this ?
16:59 <vmassol> actually by efault it's 30 seconds:             indexingInterval = 1000 * (int) context.getWiki().ParamAsLong(PROP_INDEXING_INTERVAL, 30);
17:00 <vmassol> no
17:00 <+sburjan> Search Suggest feature finds it
17:00 <vmassol> s/no//
17:00 <+sburjan> but classic search doesn't
17:01 <+sburjan> and it has been indexed, because I see 0 in Number of elements in indexing queue
17:01 <vmassol> actually it's no 30 sec
17:02 <vmassol> hmm I can't undertand the algorithm
17:02 <vmassol> doesn't make sense
17:02 <vmassol> :)
17:02 <+sburjan> impossible :)
17:02 <vmassol>             int sleepInterval = Math.min(EXIT_INTERVAL, this.indexingTimer);
17:02 <vmassol>             this.indexingTimer -= sleepInterval;
17:02 <vmassol> Thread.sleep(sleepInterval);
17:03 <vmassol> and initially indexingTime = 30000
17:03 <vmassol> that's teh code in an ifniinte loop for the thread
17:04 <vmassol> and EXIT_INTERVAL is 3000
17:04 <vmassol> so first run: sleepInterval = min (3000, 30000) = 3000
17:04 <vmassol> then second run: min (3000, 30000-3000) = 3000
17:05 <vmassol> then next one: min (3000, 30000-3000-3000) = 3000
17:05 <vmassol> but at some point it'll be negative
17:06 <+sburjan> either way, if Search Suggest finds it and classic search finds it only if I enter the _full_ page name. Searching for "searchpag" still doesn't find it. I have to type "searchpage". This is very odd
17:07 <+sburjan> I know we discussed a lot about result weighting ... but it's not normal for this to not find the page at all, even if it would be at the end of the list
17:07 <evalica> has quit
17:08 <+sburjan> if you have a local instance you could try to reproduce .. maybe it's me doing something wrong
17:11 <Enygma`> has quit
17:17 <sdumitriu> has quit
17:26 <+sburjan> vmassol: should I report this ? It looks pretty serious
17:29 <vmassol> that's "normal"
17:29 <vmassol> and it's already been reported 10 times
17:29 <vmassol> it's even documented
17:29 <vmassol> hold on
17:30 <vmassol> see http://extensions.xwiki.org/xwiki/bin/view/Extension/Search+Application+Query+Syntax
17:30 <vmassol> btw that's one of the reason we'd like to use solr or such an extension
17:31 <vmassol> you need to use "searchpage*"
17:31 <+sburjan> yes, it works with * .. thanks
17:32 <+sburjan> but this is very very bad for simple users. But I'm sure you know this better than me
17:32 <vmassol> we all agree
17:32 <+sburjan> going home, have a nice weekend vmassol
17:32 <vmassol> (that it's bad)
17:32 <vmassol> thanks, u2
17:32 <sburjan> has quit
17:33 <mflorea> has quit
18:01 <pgmjsd> has quit
18:19 <jvdrean> has quit
18:29 <jvdrean> has joined #xwiki
18:30 <jvdrean> has quit
19:13 <pgmjsd> has joined #xwiki
19:17 <ssavi> has joined #xwiki
19:18 <CIA-114> Denis Gervalle master * r19734d0 https://github.com/xwiki/xwiki-platform/commit/19734d0d3c506eb76cbf815ee69e87cddc623070 / xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/store/migration/hibernate/R40000XWIKI6990DataMigration.java : XWIKI-7992: Improve performance of R40000XWIKI6990 for migrating large wikis and wiki farm - http://git.io/16HtFg
19:20 <CIA-114> Denis Gervalle stable-4.1.x * r4abe214 https://github.com/xwiki/xwiki-platform/commit/4abe214ff78e1f4d725f3c101fcae5758a2cf6a4 / xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/store/migration/hibernate/R40000XWIKI6990DataMigration.java : XWIKI-7992: Improve performance of R40000XWIKI6990 for migrating large wikis and wiki farm - http://git.io/0xiYig
19:53 <abusenius> has joined #xwiki
21:52 <ssavi> has left #xwiki
23:55 <abusenius> has quit