<sburjan`> has quit
05:24 <sburjan`> has joined #xwiki
06:01 <Denis> has joined #xwiki
06:03 <Denis1> has quit
06:11 <tekzilla> has quit
06:13 <tekzilla> has joined #xwiki
07:34 <mflorea> has joined #xwiki
07:35 <crocket> Why hasn't a Comparator that helps order Xwiki Objects in snippets been created?
07:35 <crocket> It's fairly easy to implement for internal devs.
08:13 <abusenius> has joined #xwiki
08:16 <mrvanes> has joined #xwiki
08:18 <abusenius> has quit
08:28 <tmortagne> has joined #xwiki
08:39 <coud> has joined #xwiki
09:01 <msmeria> has joined #xwiki
09:17 <vmassol> has joined #xwiki
09:20 <vmassol> has quit
09:22 <vmassol> has joined #xwiki
09:28 <mflorea> has quit
09:33 <vmassol> has quit
09:49 <mflorea> has joined #xwiki
09:57 <vmassol> has joined #xwiki
10:06 <vmassol> has quit
10:16 <evalica> has joined #xwiki
10:17 <Enygma`> has joined #xwiki
10:20 <sburjan> has joined #xwiki
10:34 <jvelo> Hi guys
10:35 <jvelo> will start 4.3RC1 release ASAP
10:37 <jvdrean> has joined #xwiki
10:48 <jvelo_> has joined #xwiki
10:48 <jvelo_> tmortagne: are you done with XWIKI-8446 ? do you need more time ?
10:49 <tmortagne> jvelo_: yes I am, no idea why I did not closed it
10:49 <tmortagne> fixing it
10:50 <jvelo_> thanks
10:51 <jvelo_> sburjan: there are a couple issues you've open with a fixfor 4.3-RC-1 but not assigned
10:51 <Enygma`> jvelo: seems we have a new test failing: http://ci.xwiki.org/job/xwiki-enterprise-test-ui/org.xwiki.enterprise$xwiki-enterprise-test-ui/1784/testReport/org.xwiki.test.ui/CompareVersionsTest/testAllChanges/ maybe we should re-run test-ui to see if it's a flicker
10:51 <sburjan> jvelo: Vincent put the fix for, I don't have rights to set that field :) I guess you're talking about some blockers
10:52 <jvelo_> XWIKI-8328, XWIKI-8299, XWIKI-8259, XWIKI-8258
10:53 <jvelo_> all oracle related
10:53 <jvelo_> if they are marked as blocker, should they stop the release ?
10:53 <jvelo_> Enygma`: thanks, didn't see that
10:53 <sburjan> jvelo: yes. I reported them. I guess you can move them to 4.3 final
10:54 <tmortagne> it kind of defeat the purpose of a release candidate to move blocker issue to the final version
10:57 <sburjan> tmortagne: I know, but what can I do ?
10:58 <tmortagne> sburjan: you probably nothing directly but we need to find someone to work on theses issues, they won't fix themself anyway if we move them to 4.3 final and from what I can see we can't release 4.3 with that
10:59 <jvelo_> Enygma`: apparently the appwithinminutes failed tests are failing for a couple of builds already, doesn't look like they are flickering
10:59 <sburjan`> has quit
11:00 <Enygma`> jvelo_: the 5 failing tests are failing because selenium fails to scroll the items into view. You can ignore them.
11:00 <sburjan`> has joined #xwiki
11:00 <Enygma`> however, the one I`ve mentioned before is new and we must see if it's a flicker
11:00 <Enygma`> yes
11:01 <jvelo_> OK, I triggered a build
11:12 <Slashman> has joined #xwiki
11:16 <Inge-> gotta love failing tests that stay in the test suite from release to release :)
11:17 <jvelo_> I've run the comparisonversiontest locally successfully..
11:17 <jvelo_> let
11:17 <jvelo_> let's wait for the CI test and go forward if it passes
11:21 <Enygma`> Inge-: yes, but those tests are not failing due to the feature/product.
11:22 <jvelo> shouldn't we mark them as @Ignore though ?
11:23 <jvelo> because it's not obvious they are a "legit failure"
11:23 <jvelo> for example if you were not there this morning, maybe I wouldn't have had that info
11:23 <Inge-> a "legit failure" is poison in a dev team.
11:23 <Inge-> imho
11:24 <jvelo> well the term is not well chosen I reckon
11:24 <Inge-> It basically says that "It is ok for tests to fail, and we don't really care that much about the testing system" :)
11:24 <jvelo> thus the quotes
11:24 <Inge-> I just see that once it is OK for the tests to come up in the red, people lower their guard.
11:25 <jvelo> I agree that's why I ask if we shouldn't better mark them as @ignore with a comment explaining why\
11:29 <Enygma`> mflorea: anything you can do about those tests, or do we have to wait for selenium to fix their method?
11:31 <Enygma`> tmortagne: while starting XEM 4.3-m2, the DW shows me the XEM UI, but under the description, I see "Website: extensions.xwiki.org". However, the link on extensions.xwiki.org points to http://extensions.xwiki.org/?id=org.xwiki.manager:xwiki-manager-ui:::/xwiki-commons-pom/xwiki-enterprise/xwiki-manager/xwiki-manager-ui That only leads to the e.x.o homepage. Was it supposed to do something else? If not, then what's with the id parameter?
11:32 <mflorea> you have to wait for me to finish updating the selenium 1 tests to work on webdriver-based-selenium so that they ca run on the latest FF so that we can upgrade the FF on the CI agents
11:33 <Enygma`> tmortagne: also, below that I see "Installed for all the wikis in the farm". What's the purpose of this message?
11:34 <tmortagne> Enygma`: there is no page for XEM on extensions.xwiki.org, that's why you are rediected to home page
11:34 <Enygma`> otherwise that would be a redirect to the extension that registered that ID ?
11:34 <tmortagne> yep
11:34 <Enygma`> I see
11:36 <tmortagne> Enygma`: what distribution are you talking about exactly when you say XEM ?
11:36 <tmortagne> a WAR in tomcat ? something elese ?
11:36 <tmortagne> s/elese/else/
11:36 <Enygma`> tmortagne: xwiki-manager-jetty-mysql-4.3-milestone-2
11:36 <tmortagne> ok
11:37 <tmortagne> then I don't understand why what it's indicating you that the UI is already installed
11:37 <tmortagne> or are you talking about the WAR ?
11:38 <tmortagne> you should have first the WAR which is installed and then the UI which is not yet installed in DW
11:38 <Enygma`> I`m installing xwiki-manager-jetty-mysql-4.3-milestone-2 on an empty mysql database
11:38 <tmortagne> I understood that part
11:39 <Enygma`> and now I`m installing the UI/xar trough DW
11:39 <tmortagne> what I don't understand is what extension you are talking about for "Installed for all the wikis in the farm"
11:39 <Enygma`> XEM UI
11:39 <tmortagne> so the it's saying the UI is already installed ?
11:39 <Enygma`> under description, below Website, I saw that message
11:40 <Enygma`> I don`t think so, I think it's the actual description of the extension
11:41 <tmortagne> downloading it to see it :)
11:41 <Enygma`> preparing a screenshot
11:42 <tmortagne> note that the summary of that extension is supposed to be "XWiki Enterprise Manager - Web"
11:43 <tmortagne> so this message doe snot come from it
11:43 <Enygma`> tmortagne: http://imgur.com/9TAAR
11:44 <jvelo> Enygma`: didn't fail this time, moving on
11:44 <tmortagne> ha ok so you did started to install it
11:44 <Enygma`> tmortagne: it was there before as well
11:44 <tmortagne> I tough that what you were seeing without doing anything
11:44 <tmortagne> ok
11:44 <Enygma`> I just started to install and then switched back to the tab to make the screenshot
11:44 <tmortagne> this message does not sounds right to me
11:44 <tmortagne> mflorea: any idea ?
11:44 <tmortagne> trying to reproduce
11:45 <Enygma`> before starting the install, I had the buttons Install, Install on Farm and another one which I don`t remember
11:45 <Enygma`> I pressed Install, but again, that's not relevant :)
11:48 <tmortagne> ok indeed same here
11:48 <mflorea> Enygma`: that's not the extension summary. It's just one info from the extension description section (along with license, website, etc.). It just tels you where the extension is install. I don't know why you get it when the extension is not installed.
11:48 <tmortagne> mflorea: for some reason the UI is telling me that the extension is installed on root
11:48 <tmortagne> need to debug it
11:49 <mflorea> is it installed at all?
11:49 <tmortagne> nop
11:49 <tmortagne> I have the install button
11:49 <tmortagne> hmm this remind me of something else
11:50 <tmortagne> we had a similar issue recently
11:51 <tmortagne> where it was talling me the extension was already installed when clicking on install button
11:51 <tmortagne> tryingg to remember what was the exact issue
11:51 <mflorea> no, it's different
11:51 <Enygma`> mflorea: that's what I also imagined, that the information displayed is just part of the description of the extension, not that it's a status test or anything, like you are implying.
11:51 <Enygma`> *test=text
11:52 <tmortagne> yes it was a bit different since it was a but in the installplan job
11:52 <tmortagne> bug
11:53 <tmortagne> anyway debugging it
11:53 <mflorea> tmortagne: the list of wikis where the extension is installed in displayed in virtual mode (see #displayExtensionDetails_description) and the macro that is called #displayExtensionDetails_description_wikis does a bad test (now I don't remember writing this test)
11:53 <jvelo_> has quit
11:54 <mflorea> it assumes the extension is installed in the entire farm is it has no namespace set
11:54 <tmortagne> yes the test is wrong
11:54 <mflorea> #if (!$extension.namespaces || $extension.namespaces.isEmpty())
11:54 <tmortagne> i should use #isInstalled($wiki)
11:54 <tmortagne> it
11:55 <tmortagne> hmm actually this test should be in displayExtensionDetails_description probably
11:55 <tmortagne> since the whole code in displayExtensionDetails_description_wikis is useful only if the extensions is installed
11:56 <mflorea> indeed
11:56 <mflorea> can you fix it, I don't have a XEM to test
11:56 <tmortagne> yep I'm on it
11:56 <mflorea> thanks
11:58 <tmortagne> Enygma`: good catch, creating the jira issue and committing
11:59 <Enygma`> cool
12:00 <Enygma`> tmortagne: pheuf... 36 conflicts while installing XEM UI...
12:01 <tmortagne> like what ?
12:02 <Enygma`> some code changes, translations (lot of them), webhome, welcome pages, Application Manager stuff, I don`t remember all of them :)
12:03 <tmortagne> ha I misunderstood I tought you were talking about conflict in the install plan
12:03 <Enygma`> ah, no, conflicts while installing, requiring the user's attention to merge
12:03 <tmortagne> Enygma`: you have all those conflict when installing from scratch ?
12:03 <tmortagne> with empty database I mean
12:03 <Enygma`> yes, empty mysql db
12:04 <tmortagne> hmm so it's all conflict between XEM and XE UI then
12:04 <tmortagne> what conflict tdo you have with application manager ?
12:04 <Enygma`> I`m doing this because I need to fix XEM/workspace translations that are no longer automatically registered at build time as translation bundles, since they are now installed as extensions... and I need to use the new localization API to register them :)
12:06 <tmortagne> will test it anyway since it sounds a bit weird for application manager
12:07 <Enygma`> yes, you`d have to do it again, since I don`t remember specifics...
12:07 <tmortagne> sure
12:08 <tmortagne> the conflict between XE and XEM itself are a bit harder to fix, need to make some tricky test in XAR handler to take into account extension overriding another one in the same install when one is a dependency of the other
12:11 <Enygma`> tmortagne: about my translations problem... I currently notice that the XemResources.Translation page is registered as a translation bundle, but on the homepage, the keys are not being found
12:12 <Enygma`> I wonder if a restart solves it
12:14 <tmortagne> Enygma`: hmm it may be because XWikiPreferences has been imported before the page
12:14 <Enygma`> tmortagne: after a restart the translations are loaded
12:15 <tmortagne> the new l10n module update the translations cache when XWikiPreferences is modified
12:15 <tmortagne> or at startup
12:15 <tmortagne> I need to think about it
12:15 <tmortagne> it's probably what cause thee issue you have with workspaces too
12:16 <tmortagne> is there a jira issue for the workspaces translation issue you were talking about ?
12:17 <Enygma`> no, I`m currently investigating
12:17 <Enygma`> so the WorkspaceManager.Install page registers translations on view. However, the newly registered translations are not loading
12:17 <Enygma`> it's the cache again
12:18 <Enygma`> so even if XWikiPreferences was saved (when the translations were registered), the cache is still not updated...
12:18 <tmortagne> in any case it looks like a l10n module bug
12:18 <tmortagne> will try to reproduce it
12:19 <Enygma`> hmm... in this case, the translations will not load even after a restart
12:19 <tmortagne> why ?
12:19 <tmortagne> th epreferences page is already modified
12:19 <tmortagne> at startup
12:19 <Enygma`> yes, but the translations are still not loaded even so
12:19 <tmortagne> so the right translation are loaded in the cahce
12:20 <tmortagne> so you mean XWikiPreference is not taken into account no matter what ?
12:21 <Enygma`> it seems that XWikiPreferences was taken into account after a restart, but only when the translations were registered by ApplicationManager (in my previous case). In this other case, when the translations are registered by the WorkspaceManager.Install velocity code, XWikiPreferences is not taken into account, even after a restart
12:21 <Enygma`> I do see a couple of exceptions on wiki startup
12:21 <tmortagne> well all that is supposed to do the same thing, modify xwikipreferencs
12:21 <Enygma`> but they don`t seem related
12:22 <tmortagne> application manager does not do anything special
12:22 <tmortagne> it just add translation page if it's not already there
12:22 <tmortagne> you should check if what is in xwikipreference is correct
12:22 <Enygma`> ERROR .x.x.s.XWikiHibernateBaseStore - Failed creating schema update script
12:22 <Enygma`> and
12:22 <Enygma`> java.lang.NullPointerException: null
12:23 <tmortagne> don't know if it's related but looks like a serious issue
12:23 <Enygma`> WikiResources.Translations,XAppResources.Translations,XemResources.Translations, WorkspaceManager.Translations
12:23 <Enygma`> this is what I have in xwikipreferences
12:23 <tmortagne> all is taken into account except WorkspaceManager.Translations ?
12:23 <Enygma`> LOL
12:23 <tmortagne> sounds like a bug with the white space
12:23 <Enygma`> there was a whitespace after the comma just before the workspace translations
12:23 <Enygma`> yes
12:24 <tmortagne> I tough I had used the same code to cut the list
12:24 <tmortagne> checking
12:24 <tmortagne> try to remove the white space to be sure
12:24 <Enygma`> tried
12:24 <Enygma`> and it works without the whitespace
12:24 <tmortagne> ok
12:24 <Enygma`> so definetly the new code processes the list diferently
12:24 <tmortagne> and you sure it was working before with the white space, right ?
12:24 <Enygma`> yes, I did not touch that code in a while
12:25 <tmortagne> I copy pasted the code to but the list actually but maybe there was some cleanup before the this code
12:29 <tmortagne> yes that's it
12:29 <tmortagne> the old core cut only on , but it trim the document names
12:29 <tmortagne> that's so crappy, anyway
12:32 <Enygma`> ...there is another problem with XEM
12:33 <Enygma`> since probably the XEM UI is installed before the other dependencies (wiki manager, workspaces, applications manager), the customized XEM UI pages are overriden by the standard extension pages
12:33 <Enygma`> this causes WorkspaceManager.Install and XemManager.Install to have no xars attached to them
12:36 <tmortagne> Enygma`: no dependencies are always installed first
12:37 <tmortagne> but if you are on 4.3M2 there is a bug with objects
12:37 <tmortagne> now attachments should be ok
12:39 <tmortagne> I have to go, back in about 1h
12:39 <Enygma`> ok, thanks
12:41 <jvelo> hum, after running the release-translations.sh script, I have some translations document that have new attachments, or new objects
12:41 <jvelo> does that make sense ? aren't objects and attachments only in non translations files ?
12:56 <jvelo> Enygma`: any idea ?
13:01 <Enygma`> jvelo: that sounds weird
13:01 <Enygma`> do you have many such translations?
13:02 <crocket> Enygma`, Did you read my messages in xwiki-dev list?
13:02 <jvelo> Welcome and XWikiSyntax
13:03 <jvelo> Enygma`: the only 2 documents with document translations AFAIK
13:03 <Enygma`> and what objects do they have?
13:03 <jvelo> and Sandbox.WebHome
13:04 <Enygma`> crocket: not yet
13:04 <jvelo> basically Sandbox.WebHome has attachment XWikiLogo.png added
13:04 <crocket> Enygma`, It's something xwiki should already have.
13:04 <jvelo> and XWikiSyntax has an image + a SSX object
13:05 <jvelo> basically both have added the attachment and objects of the non-translation document I imagine
13:07 <Enygma`> jvelo: so you have XWikiSyntax.fr.xml for instance having objects and attachments in it?
13:22 <jvelo> yes
13:23 <jvelo> does not sound right
13:23 <jvelo> I must admit I don't know really how the export from l10n works
13:35 <jvelo> tmortagne: any idea ?
13:42 <Enygma`> right, http://l10n.xwiki.org/xwiki/bin/view/L10NCode/GetTranslationFile?name=XE.XWikiXWikiSyntax&app=XE generates translation files with objects in them
13:54 <tmortagne> jvelo: I modified l10n to duplicate the default language version when generating a transslation
13:54 <tmortagne> the idea being to have the proper syntaxe, hidden etc.
13:54 <tmortagne> will make sure to reset attachments and objects
13:57 <tmortagne> jvelo: should be better now
14:31 <mflorea> has quit
14:37 <jvelo> tmortagne: thanks
14:44 <crocket> How does xwiki choose a specific component in a componenet role?
14:45 <tmortagne> crocket: a component declare a component role (which is a Type) and a component hint (which is a String)
14:46 <crocket> tmortagne, How do I pass a hint?
14:46 <tmortagne> crocket: in which use case ? did you look at http://extensions.xwiki.org/xwiki/bin/view/Extension/Component+Module ?
14:48 <crocket> tmortagne, I was reading http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents
14:49 <tmortagne> crocket: in http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents you can see things like @Named("database")
14:49 <tmortagne> that's the hint
14:49 <tmortagne> the role generally being the interface
14:49 <crocket> tmortagne, How do I choose the database implementation from a snippet or another component?
14:50 <jvdrean1> has joined #xwiki
14:50 <tmortagne> indeed there is no example in http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents
14:50 <tmortagne> for the injection it's the same annotation
14:51 <tmortagne> so like you put @Named("database") in the implementation you do the same after the @Inject
14:51 <tmortagne> for getInstance if you look at the API you will see that it can take several arguments
14:51 <jvdrean> has quit
14:51 <tmortagne> the second one being the hint
14:53 <crocket> tmortagne, I'm confused.
14:55 <crocket> tmortagne, Can I implement the Role interface as a ScriptService?
14:55 <tmortagne> crocket: see http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents again
14:55 <tmortagne> I updated the example with database hint
14:55 <crocket> public class HelloWorldScriptService implements ScriptService
14:56 <crocket> It's absurd to have another class for ScriptService.
14:56 <tmortagne> not sure I understand what you mean
14:56 <crocket> I'd rather export the interface role as a scriptservice.
14:56 <crocket> If I changed the interface, I'd have to change the separate ScriptService class.
14:57 <crocket> I don't want duplicity.
14:57 <tmortagne> ScriptService is used it to indicate that this class is a script service
14:57 <tmortagne> s/it/here/
14:57 <crocket> Can an interface be a script service?
14:57 <tmortagne> that would not make sense, a component by definition is an implementation
14:57 <tmortagne> you can have an interface describing what's in your script service if you want
14:57 <tmortagne> but script languages won't care
14:58 <crocket> damn it
14:58 <tmortagne> what are you trying to do ?
14:58 <crocket> I should just put a factory method in the sciprt service.
14:58 <crocket> Like Runtime.getRuntime()
14:58 <crocket> tmortagne, I want to make a sort class that sorts XWiki Objects according to its properties.
15:00 <tmortagne> so what is the issue with the script service ?
15:00 <crocket> tmortagne, If I had a separate script service class apart from the actual interface, I'd have to update the script service whenever I changed the component role.
15:01 <crocket> I want to invoke the sort class in wiki pages.
15:01 <crocket> So that I can sort wiki objects easily.
15:01 <crocket> $sorttool wouldn't do.
15:02 <tmortagne> crocket: you can implement several interface in your script service
15:02 <tmortagne> if you want to be sure your script service have all the proper methods
15:03 <crocket> tmortagne, What if I want different component implementations?
15:03 <tmortagne> or if your the tool you wrote can be used directly from velocity and is perfectly safe then you can simple have one method which return it as it is
15:04 <tmortagne> i'm not sure I understand your use case exactly
15:04 <tmortagne> why would you have several implementations ?
15:04 <crocket> tmortagne, $services.ObjectSort.sort(XWikiObject, List of properties)
15:04 <crocket> tmortagne, I don't know if I'll want to have several implementations.
15:05 <crocket> tmortagne, Who knows?
15:05 <tmortagne> I don't see what this have to do with script services
15:06 <tmortagne> you could register another script service or have differents methods in your script service
15:06 <tmortagne> a script service is just a bridge to set script macro call some java methods
15:06 <tmortagne> then you do whatever you want in it
15:06 <crocket> tmortagne, Maybe a script service should just contain a factory method for each implementation.
15:07 <tmortagne> it depends of your use case
15:07 <tmortagne> if you want a factory in your script service then you can add it
15:08 <crocket> ok
15:08 <tmortagne> a script service is just an entry point, there is no rule of what method it should have, you don't even have to make it singleton
15:08 <crocket> tmortagne, By the way, the documentation for $services.query is confusing.
15:09 <tmortagne> which part ?
15:09 <crocket> By referring to the documentation, one can't know if $services.query.xqwl("XWQL query") is possible.
15:09 <crocket> .xqwl is not defined.
15:09 <crocket> .hql, too
15:10 <mflorea> has joined #xwiki
15:10 <crocket> tmortagne, I mean http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?xpage=embed
15:11 <tmortagne> you mean you don't have any $services.query.xqwl method in your wiki ?
15:11 <tmortagne> http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?xpage=embed describe 4.1 and 4.2 APIS
15:11 <tmortagne> you should lokk at
15:11 <tmortagne> http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module
15:12 <tmortagne> what version is you wiki ?
15:12 <tmortagne> s/you/your/
15:15 <crocket> tmortagne, 4.3M1
15:15 <crocket> tmortagne, I know that Query Module is right.
15:15 <tmortagne> then you should have $services.query.xwql or pretty much nothing would work
15:15 <crocket> But the Scripting Reference is more comprehensive than Query Module page.
15:16 <tmortagne> depends what you are searching for
15:16 <tmortagne> http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module provide examples
15:16 <tmortagne> you have no ide what is the syntaxe of XWQL by looking at the API
15:16 <crocket> tmortagne, I know, but I can get the overview.
15:17 <crocket> tmortagne, Where else can I obtain the overview of all services?
15:17 <tmortagne> crocket: http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?xpage=embed is wrong as far as  can see
15:18 <tmortagne> it has a bug I think
15:18 <crocket> damn
15:18 <tmortagne> what you find associated to $services.query is not the right class
15:18 <tmortagne> wait
15:22 <tmortagne> problem is that the script service is not in the javadoc for some reason
15:22 <tmortagne> you can see it on https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-query/xwiki-platform-query-manager/src/main/java/org/xwiki/query/internal/QueryManagerScriptService.java
15:25 <tmortagne> crocket: I just fixed http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?xpage=embed
15:25 <tmortagne> you get the right one now
15:25 <crocket> tmortagne, how about the version?
15:26 <crocket> still 4.2.x
15:26 <tmortagne> this API did not changed in a while
15:27 <crocket> tmortagne, Was that class so simple?
15:27 <crocket> Before you changed the page, it was very complex.
15:27 <tmortagne> what you had is the Query object
15:27 <tmortagne> the script service is just an try point which generate Query objects among other things
15:28 <tmortagne> s/try/entry/
15:28 <tmortagne> I just associated the right class
15:29 <tmortagne> but a script service is generally as simple as possible compared to the more complete component behind the scene
15:54 <crocket> tmortagne, "mvn archtype:generate" fetches a deprecated archtype.
15:54 <crocket> I fetched a prototype for 4.3M1
15:54 <crocket> It had ComponentRole instead of Role.
15:56 <tmortagne> crocket: yes it's possible this artifact is not up to date
15:56 <tmortagne> would be nice if you could report it on http://jira.xwiki.org
15:56 <crocket> tmortagne, Do you know how to make WYSIWYG editor automatically indent groovy lines?
15:56 <crocket> oops
15:56 <crocket> The Wiki editor
15:57 <crocket> I can't code in groovy without automatic indentation.
15:57 <tmortagne> crocket: there is no feature like this
15:57 <crocket> tmortagne, How do you get indentation, then?
15:57 <tmortagne> you can use a groovy editor and make copy pastes
15:57 <tmortagne> by hand
15:58 <crocket> groovy website provides poor examples by the way.
15:58 <crocket> I can't learn from such website.
15:59 <tmortagne> you mean http://groovy.codehaus.org/ ?
15:59 <crocket> tmortagne, yes
15:59 <crocket> The organization is not intuitive.
16:00 <tmortagne> well you should tell it to them :)
16:56 <tmortagne> there is a big issue in xwiki-manager-ui, it contains all its dependencies, from what I can see in http://maven.xwiki.org/snapshots/org/xwiki/manager/xwiki-manager-ui/4.3-SNAPSHOT/ it's veru recent
16:56 <tmortagne> actually no it's not that recent
17:09 <msmeria> has quit
17:24 <Denis> has quit
17:28 <vmassol> has joined #xwiki
17:33 <tmortagne> has quit
17:38 <evalica> has quit
17:42 <Enygma`> has quit
17:43 <sburjan> has quit
17:44 <vmassol> has quit
18:07 <vmassol> has joined #xwiki
18:13 <vmassol> has quit
18:15 <abusenius> has joined #xwiki
18:18 <vmassol> has joined #xwiki
18:25 <vmassol> has quit
18:58 <vmassol> has joined #xwiki
19:00 <jvdrean1> has quit
19:47 <mflorea> has quit
20:03 <mrvanes_> has joined #xwiki
20:03 <mrvanes> has quit
20:08 <mrvanes> has joined #xwiki
20:09 <mrvanes_> has quit
20:24 <Slashman> has quit
20:38 <mrvanes> has quit
21:37 <vmassol> has quit
21:40 <vmassol> has joined #xwiki
21:43 <polx> has joined #xwiki
22:29 <vmassol> has quit
23:52 <abusenius> has quit
Created by Vincent Massol on 2012/11/16 05:24

Get Connected