IRC Archive for channel #xwiki

xwiki-bridge left at 00:06 (
xwiki-bridge joined #xwiki at 00:06
asdfasdf joined #xwiki at 01:08
asdfasdf - (01:08): do you know how to import old instiki wiki to xwiki?
CalebJamesDeLisl joined #xwiki at 02:37
forsake joined #xwiki at 02:45
forsake - (02:47): hi, anybody can help me with some installation questions on xwiki? I have a java server app of my own and would like to integrate xwiki and have no clue about those default plugin infrastructure, need to know which classes to initialise and such
CalebJamesDeLisl - (02:48): I can try, What kind of server app do you have, a servlet?
forsake - (02:48): kind of, using http-components for some http parsing thats kind of it
CalebJamesDeLisl - (02:49): And you want XWiki to call your app and not the other way around am I right?
forsake - (02:50): yes, that could be great
forsake - (02:52): I have this idea of running xwiki as its own thread and forwarding any http requests to it
CalebJamesDeLisl - (02:53): Keep in mind that XWiki is multi threaded.
forsake - (02:53): I also would like to use a common user database, but no ldap
forsake - (02:53): multi threaded is ok
CalebJamesDeLisl - (02:53): Perhaps you are looking for something like this? http://platform.xwiki.org/xwiki/bin/download/DevGuide/API/xwiki-core-2.1.1-javadoc.jar/com/xpn/xwiki/api/XWiki.html#invokeServletAndReturnAsString(java.lang.String)
forsake - (02:54): that sounds good
forsake - (02:55): so I would instantiate com.xpn.xwiki.api.XWiki
forsake - (02:55): any tutorial pages I could look through?
forsake - (02:56): as to what classes need to be set and what to pay attention for?
CalebJamesDeLisl - (02:57): XWiki is already instantiated when the XWiki engine is running, here's some info about scripting: http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting
CalebJamesDeLisl - (02:58): You can write Velocity code where the XWiki object is available as $xwiki
forsake - (02:58): oh ok, thx, but I kind of thought about running xwiki directly in my app
forsake - (02:59): so I need to startup the xwiki engine
CalebJamesDeLisl - (02:59): Oh I see so your app calls XWiki.
forsake - (02:59): yes, thatd be great :)
forsake - (03:00): I dont want to run any jetty/tomcat or alike
CalebJamesDeLisl - (03:02): I know people have gotten certain parts of XWiki (eg: the rendering engine) to work separate from the rest but I don't know of anyone running the entire engine without a servlet container (jetty, tomcat, etc.)
CalebJamesDeLisl - (03:03): Is there one particular function which you really want?
forsake - (03:03): my server app is supposed to be an alternative servlet container
forsake - (03:04): Im already running a framework for some other webservice, and have my own session per user which are distributed over several server farms
forsake - (03:05): so I have somewhat a user database of my own, which I would like to use via xwiki
forsake - (03:05): one login for all
forsake - (03:05): as such I wanted to run xwiki directly via my server app
forsake - (03:06): It would be great if I could use xwiki like redirecting xwiki requests to the xwiki engine and getting a response page which I could send back
CalebJamesDeLisl - (03:06): I would say if your application is a faithful implementation of the java servlet container then XWiki should run. Getting it integrated with the other parts of your system sounds like it will require programming.
forsake - (03:07): thats kind of the problem, I dont have a real default servlet container
CalebJamesDeLisl - (03:07): I know that most of the requests in xwiki are directed through a Struts servlet.
forsake - (03:08): the programming part would be no problem, but since Im new to xwiki I got no clue where to start of :)
forsake - (03:08): ok thx, checking struts api now
CalebJamesDeLisl - (03:08): I can give you the nickle tour :)
forsake - (03:10): thatd be wonderful :))
forsake - (03:10): Im checking http://struts.apache.org/1.1/faqs/works.html right now
CalebJamesDeLisl - (03:13): Struts calls various classes which extend XWikiAction http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiAction.java
CalebJamesDeLisl - (03:14): Most notably the view action: http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/web/ViewAction.java
forsake - (03:16): A quick question: if I implement the ActionServlet I could load up xwiki as a normal servlet web app, right? downloading the struts lib right now
CalebJamesDeLisl - (03:17): I think that would work, although you wouldn't have access to services which run through their own servlets notably webdav, xmlrpc and rest.
forsake - (03:18): hm, i see
CalebJamesDeLisl - (03:18): Here is the web.xml file: http://svn.xwiki.org/svnroot/xwiki/platform/web/trunk/standard/src/main/webapp/WEB-INF/web.xml
forsake - (03:19): thanks a lot for everything! gonna try out a couple thinks and let you know / come for more questions :))
forsake - (03:19): things
CalebJamesDeLisl - (03:20): No problem, if i'm not at the chat window, just say Caleb and I get a popup.
forsake - (03:22): aiighty, thanks
forsake left at 03:52 ("Lost terminal"
forsake joined #xwiki at 03:53
npm left at 04:40 ("Leaving."
npm joined #xwiki at 05:10
forsake - (05:10): oh well, gonna try again tomorrow, login off for now, thanks again and good n8!
forsake - (05:11): night
forsake left at 05:11 ("leaving"
npm left at 05:24 (Remote closed the connection
npm joined #xwiki at 06:38
npm left at 06:41 (Client Quit
npm joined #xwiki at 06:45
xwiki-bridge - (09:03): [vmassol] wow
xwiki-bridge - (09:03): [vmassol] I got all past messages since my last connection!
xwiki-bridge - (09:03): [vmassol] that means this new jabber client is just awesome
xwiki-bridge - (09:03): [vmassol] :)
xwiki-bridge - (09:04): [vmassol] I disconnected at 23:38 yesterday and now I see messages that were sent at 3:18 this morning by forsake and Caleb!
CalebJamesDeLisl left at 09:10 (verne.freenode.net irc.freenode.net
Lukemon left at 09:10 (verne.freenode.net irc.freenode.net
npm left at 09:10 (verne.freenode.net irc.freenode.net
xwiki-bridge left at 09:10 (
xwiki-bridge joined #xwiki at 09:11
npm joined #xwiki at 09:11
CalebJamesDeLisl joined #xwiki at 09:11
Lukemon joined #xwiki at 09:11
xwiki-bridge - (09:18): [vmassol] Caleb: good morning, very neat
xwiki-bridge - (09:18): [vmassol] I thought only the last hour was saved or so
xwiki-bridge - (09:18): [vmassol] but apparently it was my previous clients not working well
xwiki-bridge - (09:18): [vmassol] (unless some settings changed on conference.jabber.org)
CalebJamesDeLisl - (09:19): What client are you using?
xwiki-bridge - (09:19): [vmassol] psi
xwiki-bridge - (09:19): [vmassol] psi-im.org/
xwiki-bridge - (09:19): [vmassol] Caleb: re jcaptcha I got a twet back:
xwiki-bridge - (09:20): [vmassol] a direct one:
CalebJamesDeLisl - (09:20): Cool, what did he have to say?
xwiki-bridge - (09:20): [vmassol] "yes stable, juste abandonne le support jdk3, non ps mv rep. je gere ca demain. beaucoup plus lisible. prod ready."
xwiki-bridge - (09:20): [vmassol] translation: it's stable, there's no maven repo yet but he's handling that today. More readable code and production ready code.
xwiki-bridge - (09:20): [vmassol] we'll have more details today
CalebJamesDeLisl - (09:21): I could understand most of the French version even not knowing any French.
CalebJamesDeLisl - (09:22): I'm making an email out to the dev list about my proposed module.
xwiki-bridge - (09:22): [vmassol] ok great
CalebJamesDeLisl - (09:23): The only thing I dislike is that it will not work with the portlet and needs to use the if( instanceof servlet) {cast} hack.
xwiki-bridge - (09:23): [vmassol] about the action module?
xwiki-bridge - (09:23): [vmassol] or about the captcha stuff?
CalebJamesDeLisl - (09:25): ImageToJpegHelper and SoundToWavHelper demand access to the HttpServlet (for access from ActionManager)
xwiki-bridge - (09:25): [vmassol] re environments we have started the xwiki-container/ module with the goal of isolation our code from the environment xwiki is urnning in
xwiki-bridge - (09:25): [vmassol] the action module should definitely not depend on the running environment
CalebJamesDeLisl - (09:25): Oh I just made the captcha components support the old struts implementation and the unfinished Action implementation.
xwiki-bridge - (09:25): [vmassol] however some very specific actions could possibly depend on it I guess
xwiki-bridge - (09:26): [vmassol] even though we should try to avoid that too
CalebJamesDeLisl - (09:26): I think the generic request, response and session are going to need more methods added.
xwiki-bridge - (09:27): [vmassol] sure
xwiki-bridge - (09:27): [vmassol] I only put the bare minimum to get started
xwiki-bridge - (09:27): [vmassol] OTOH it should not become too crowded either
xwiki-bridge - (09:27): [vmassol] for environment specific stuff we should be able to get the original container objec
xwiki-bridge - (09:28): [vmassol] object
CalebJamesDeLisl - (09:28): So you consider the if instanceof cast trick okay?
xwiki-bridge - (09:28): [vmassol] I don't know. Looks a problem at first glance but would need to see more
xwiki-bridge - (09:28): [vmassol] I mean it's definitely wrong
xwiki-bridge - (09:29): [vmassol] but I don't know if there are solutions before I see what it's doing
xwiki-bridge - (09:29): [vmassol] maybe it's the underlying frameworks that are too environment specific, maybe we need to have different impls for different envs, etc
CalebJamesDeLisl - (09:30): I needed the session id to get the captcha solution in cases where the captcha was gotten through the old struts based system so I needed the HttpServlet
CalebJamesDeLisl - (09:30): As an example.
xwiki-bridge - (09:33): [vmassol] yes but for exmaple it's possible that jcaptcha allows you to control where the id is saved in which case we would save it in our generic Session object (in the future)
xwiki-bridge - (09:33): [vmassol] anyway don't worry too much
xwiki-bridge - (09:33): [vmassol] I'm just trying to imagine the future
xwiki-bridge - (09:33): [vmassol] but we need this working now :)
CalebJamesDeLisl - (09:38): Are you aware that {{html}} macros on a page which is pulled in by #includeInContext are stripped and the html is then parsed as wiki text?
xwiki-bridge - (09:43): [vmassol] Caleb: looks like a bug, could you send a mail on the list to verify the behavior? Thomas should know more
CalebJamesDeLisl - (09:45): Will do. I just wanted to make sure it wasn't something normal. I think the content is being parsed twice.
kibahop joined #xwiki at 09:45
Lukemon_ joined #xwiki at 09:49
Enygma` joined #xwiki at 09:56
KermitTheFragger joined #xwiki at 10:02
_Lukemon_ joined #xwiki at 10:03
Lukemon left at 10:03 (Read error: 110 (Connection timed out)
xwiki-bridge - (10:12): [vmassol] ouch just got a memory error on the XE I left running from yesterday night:
xwiki-bridge - (10:12): [vmassol] Exception in thread "http://localhost:8080/xwiki/bin/view/Main/Title" java.lang.OutOfMemoryError: PermGen space
xwiki-bridge - (10:12): [vmassol] Exception in thread "http://localhost:8080/xwiki/bin/view/Main/" java.lang.OutOfMemoryError: PermGen space
Lukemon_ left at 10:15 (Read error: 110 (Connection timed out)
xwiki-bridge - (10:17): [vmassol] tmortagne: hi. You should use the psi client for jabber. You get the full list of messages that were sent when you were away
xwiki-bridge - (10:17): [vmassol] that's the nice surprise I got this morning ;)
xwiki-bridge - (10:18): [vmassol] oh re the OOM I can reproduce
xwiki-bridge - (10:19): [vmassol] puttin the following in a page on trunk generates the OOM:
xwiki-bridge - (10:19): [vmassol] {{code language=html}}
xwiki-bridge - (10:19): [vmassol] <html>
xwiki-bridge - (10:19): [vmassol]   <head>Cool!</head>
xwiki-bridge - (10:19): [vmassol] </html>
xwiki-bridge - (10:19): [vmassol] {{/code}}
xwiki-bridge - (10:19): [vmassol] this is a blocker
xwiki-bridge - (10:20): [vmassol] tmortagne: do you think you could have a look?
xwiki-bridge - (10:20): [tmortagne] vmassol: re psi so this mean the message are saved by the server then ?
xwiki-bridge - (10:20): [vmassol] I guess so
xwiki-bridge - (10:20): [vmassol] I got messgages as far back as 3 AM of this morning
xwiki-bridge - (10:20): [tmortagne] vmassol: looking for the code error
xwiki-bridge - (10:22): [vmassol] btw I wonder why our tests wouldn't catch this OOM pb
xwiki-bridge - (10:22): [tmortagne] hmm it's working well on myxwiki.org so it's not a Pygments bug at least, testing on trunk
xwiki-bridge - (10:24): [tmortagne] it's working well on the 2.2-SNAPSHOT build yesterday
xwiki-bridge - (10:24): [tmortagne] built
xwiki-bridge - (10:25): [vmassol] strange, I'm rebuilding just in case but I'm up to date normally
xwiki-bridge - (10:26): [vmassol] maybe some changes after the one you built?
xwiki-bridge - (10:27): [tmortagne] not in code macro
xwiki-bridge - (10:28): [tmortagne] what is you exact error ?
xwiki-bridge - (10:28): [tmortagne] stack trace
xwiki-bridge - (10:28): [vmassol] th page doesn't render and there's an OOM in the log
xwiki-bridge - (10:28): [vmassol] (after some time)
xwiki-bridge - (10:28): [vmassol] no other error
xwiki-bridge - (10:28): [vmassol] I'll debu
xwiki-bridge - (10:28): [vmassol] g
xwiki-bridge - (10:33): [vmassol] tmortagne: we don't have a html highlight parser?
xwiki-bridge - (10:35): [tmortagne] Pyments support "html" syntax id, see http://tuska.myxwiki.org/xwiki/bin/view/Test/Code
xwiki-bridge - (10:35): [vmassol] while debuging highlight() I get: "org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [org.xwiki.rendering.parser.HighlightParser] hint = [html]]"
xwiki-bridge - (10:35): [tmortagne] sure
xwiki-bridge - (10:35): [tmortagne] but you are not going far enouth
plunden joined #xwiki at 10:36
xwiki-bridge - (10:36): [tmortagne] when there is no specific HighlightParser the dzefault one is used
xwiki-bridge - (10:36): [vmassol] I know
xwiki-bridge - (10:36): [tmortagne] here it's Pyments
xwiki-bridge - (10:38): [vmassol] tmortagne: ok the pb is on "        this.pythonInterpreter = new PythonInterpreter();"
xwiki-bridge - (10:39): [tmortagne] that's would mean you have an issue with Jython in your case but i don't see what could cause a OOM here
xwiki-bridge - (10:39): [vmassol] could be a pb on mac, I'm not sure I tried the code since I moved to snow leopard. It could also be the jdk I'm using
xwiki-bridge - (10:40): [vmassol] s/code/code macro/
xwiki-bridge - (10:41): [tmortagne] maybe, would be hard to make sure, do you have the issue with http://maven.xwiki.org/snapshots/com/xpn/xwiki/products/xwiki-enterprise-jetty-hsqldb/2.2-SNAPSHOT/xwiki-enterprise-jetty-hsqldb-2.2-20100114.213425-151.zip sos that others mac users could download it and try
xwiki-bridge - (10:41): [tmortagne] ?
xwiki-bridge - (10:43): [vmassol] downloading
xwiki-bridge - (10:47): [evalica] does anyone know what is the template for the Comments, Attachments, ... tabs?
xwiki-bridge - (10:49): [evalica] docextra.vm - thanks
xwiki-bridge - (10:54): [tmortagne] vmassol: by " ok the pb is on "        this.pythonInterpreter = new PythonInterpreter();"" do you mean that this line is very slow or that you get the error here ?
xwiki-bridge - (10:54): [tmortagne] (slow is normal, jython init takes a long time (between 5 and 10 seconds) the first time code macro is called)
xwiki-bridge - (10:54): [vmassol] tmortagne: it's slow as in it never gets out of it and after 1 minute I get OOM exceptions in the log and the JVM is dead and I have to kill -9 it
xwiki-bridge - (10:55): [tmortagne] ok then yes it's not normal
xwiki-bridge - (10:57): [vmassol] tmortagne: btw the version you had me downlaod is buggy
xwiki-bridge - (10:57): [vmassol] I cannot create a new page with it
xwiki-bridge - (10:58): [vmassol] actually I can't even save an existing page
xwiki-bridge - (10:58): [tmortagne] well that's the last hudson build, i did not tryed it
xwiki-bridge - (10:58): [vmassol] so I cannot try the code macro
xwiki-bridge left at 11:02 (
xwiki-bridge joined #xwiki at 11:04
lucaa joined #xwiki at 11:32
lucaa left #xwiki at 11:32
xwiki-bridge - (11:43): [lucaa] hi vmassol
xwiki-bridge - (11:46): [vmassol] lucaa: hi
xwiki-bridge - (11:46): [lucaa] I would like your opinion on object properties references, I sent a mail the other day. I would need to implement that starting monday and I still need to decide some things
xwiki-bridge - (11:46): [lucaa] and also
xwiki-bridge - (11:46): [vmassol] ok,I'll reply today
xwiki-bridge - (11:47): [lucaa] thanks
xwiki-bridge - (11:47): [lucaa] what would be the procedure if I wanted to have jira issues reported on annotations even if no version was released yet?
xwiki-bridge - (11:47): [vmassol] (but it's not just me, the syntax will need to be voted)
xwiki-bridge - (11:47): [vmassol] lucaa: 
xwiki-bridge - (11:48): [vmassol] the normal procedure is to comment in the issue that exist
xwiki-bridge - (11:48): [lucaa] yes, that's it, I would like an _opinion_ not a _vote_ (read help)
xwiki-bridge - (11:48): [lucaa] vmassol: but the issue doesn't exist, because no issue can be created until the first version is released
xwiki-bridge - (11:49): [vmassol] errr?
xwiki-bridge - (11:49): [lucaa] we create an issue saying that a version should be released?
xwiki-bridge - (11:49): [vmassol] what?
xwiki-bridge - (11:49): [vmassol] we always always create an issue when there's something to be done
xwiki-bridge - (11:49): [vmassol] in this case it's about developing the annotation feature
xwiki-bridge - (11:49): [vmassol] a frist version of it
xwiki-bridge - (11:49): [vmassol] so you must have an issue about this
xwiki-bridge - (11:49): [vmassol] describing what the first version will contain
xwiki-bridge - (11:50): [vmassol] IDD = issue driven development
xwiki-bridge - (11:50): [vmassol] same as TDD
xwiki-bridge - (11:50): [vmassol] :)
xwiki-bridge - (11:51): [vmassol] you start by creating an issue normally. In practice we often do it just before commit but ideally it's better to do it as early as possible to let people know about it
xwiki-bridge - (11:52): [vmassol] is that ok?
xwiki-bridge - (11:52): [vmassol] (ok as in clear)
xwiki-bridge - (11:52): [lucaa] yes, I normally understand
xwiki-bridge - (11:52): [lucaa] except that it doesn't help too much
xwiki-bridge - (11:52): [vmassol] why?
xwiki-bridge - (11:52): [lucaa] there is a component in the XCONTRIB called 'Annotations'
xwiki-bridge - (11:52): [vmassol] yes
xwiki-bridge - (11:53): [lucaa] what I should do now is create an issue in it saying "create first version of the annotations"
xwiki-bridge - (11:53): [lucaa] and then everything I have / find report under that?
xwiki-bridge - (11:53): [vmassol] yes. You can also simply say "Add Annotation feature" and describe what it contains in the descrition
xwiki-bridge - (11:53): [lucaa] my pb is that there are a lot of problems in various areas
xwiki-bridge - (11:54): [vmassol] yes so that's why
xwiki-bridge - (11:54): [lucaa] and one issue can get very long
xwiki-bridge - (11:54): [vmassol] we also usually
xwiki-bridge - (11:54): [vmassol] have several first issues, one per feature for ex
xwiki-bridge - (11:54): [vmassol] when we have large stuff like annotations
xwiki-bridge - (11:55): [vmassol] this is fine too since the release notes will be fine (even better than a single issue actually in this case)
xwiki-bridge - (11:55): [tmortagne] lucaa: you can use sub-tasks
xwiki-bridge - (11:55): [vmassol] subtasks will work too
xwiki-bridge - (11:55): [lucaa] tmortagne: yes, I just thought about this
xwiki-bridge - (11:55): [vmassol] I don't like them
xwiki-bridge - (11:55): [vmassol] but they'll kind of work
xwiki-bridge - (11:55): [lucaa] vmassol: why?
xwiki-bridge - (11:55): [vmassol] the reaosn I don't like is this one:
xwiki-bridge - (11:55): [vmassol] you won't be able to close the top level task till all the subtakss are done
xwiki-bridge - (11:55): [lucaa] you can refactor
xwiki-bridge - (11:56): [lucaa] as in pull them ut
xwiki-bridge - (11:56): [vmassol] so when you do time boxing (as we use to do)
xwiki-bridge - (11:56): [lucaa] out
xwiki-bridge - (11:56): [vmassol] yes and you're lucky since that feature as introduced only recently in jira ;)
xwiki-bridge - (11:56): [vmassol] s/as/was/
xwiki-bridge - (11:56): [lucaa] leave them to the next version (since now they can have a "affects" since a version will be released)
xwiki-bridge - (11:56): [vmassol] and we have it in our version
xwiki-bridge - (11:56): [lucaa] that means that you're not oposing by principle but by limitations of the bugtracker :)
xwiki-bridge - (11:57): [vmassol] but having several issues without subtasks is good too
xwiki-bridge - (11:57): [vmassol] (it's my prefernce but YMMV)
xwiki-bridge - (11:57): [vmassol] (and as I said subtaks are fine too provided you close the top level task when the frist release is done)
xwiki-bridge - (11:57): [vmassol] lucaa: I only care about one thing
xwiki-bridge - (11:58): [lucaa] shoot
xwiki-bridge - (11:58): [vmassol] that the release notes match the reality from a user POV
xwiki-bridge - (11:58): [lucaa] ok
xwiki-bridge - (11:58): [vmassol] that's always my guiding principle for jira usage
xwiki-bridge - (11:59): [vmassol] (and seeing a bug fix for something not released is not user-friendly IMO)
xwiki-bridge - (11:59): [vmassol] but it's not a big deal :)
xwiki-bridge - (12:00): [glerouge] lucaa: if this is any comfort I'm pretty sure I made the mistake countless times in the past ;)
xwiki-bridge - (12:01): [lucaa] glerouge: what mistake?
xwiki-bridge - (12:01): [glerouge] creating issues for stuff that didn't exist and vice versa
xwiki-bridge - (12:02): [tmortagne] vmassol: i don't have any issue with http://maven.xwiki.org/snapshots/com/xpn/xwiki/products/xwiki-enterprise-jetty-hsqldb/2.2-SNAPSHOT/xwiki-enterprise-jetty-hsqldb-2.2-20100114.213425-151.zip it's working well for me
xwiki-bridge - (12:02): [vmassol] hmmm very strange
xwiki-bridge - (12:03): [vmassol] downloading again
xwiki-bridge - (12:03): [tmortagne] vmassol: note: it's supposed to be 86467551 bytes (the zip)
xwiki-bridge - (12:04): [tmortagne] (you add partial download issue yesterday with another package if i remember well)
xwiki-bridge - (12:04): [tmortagne] add=had (raa i always do that)
xwiki-bridge - (12:05): [vmassol] yes but it was good this time
xwiki-bridge - (12:05): [vmassol] otherwisse you cannot unzip
xwiki-bridge - (12:05): [vmassol] and yesterday it was because I started unzipping before the download was finished ;)
xwiki-bridge - (12:05): [tmortagne] maybe in some condition you the zip is valid :)
xwiki-bridge - (12:33): [vmassol] wooohoo my new component test fwk works!
xwiki-bridge - (12:33): [vmassol] http://pastebin.com/m7f008ae1
xwiki-bridge - (12:33): [vmassol] usage:
xwiki-bridge - (12:33): [vmassol] http://pastebin.com/m2480fbe3
xwiki-bridge - (12:33): [vmassol] isn't that nice? :)
xwiki-bridge - (12:34): [lucaa] yep it's cool
xwiki-bridge - (12:34): [lucaa] should i vote if I want to see it in the platform
xwiki-bridge - (12:34): [lucaa] ?
xwiki-bridge - (12:34): [vmassol] yes I'd like some answers to the mail I sent
xwiki-bridge - (12:34): [lucaa] ah no it's an idea, doesn't need my vote
xwiki-bridge - (12:35): [vmassol] but if I don't get any I'll consider it's ok anyway :)
xwiki-bridge - (12:35): [lucaa] however this won't work for integration tests, right?
xwiki-bridge - (12:36): [lucaa] because it would automatically mock everything
xwiki-bridge - (12:36): [vmassol] it's for unit testing components yes
xwiki-bridge - (12:36): [vmassol] what we should be doing anyway
xwiki-bridge - (12:36): [lucaa] ok
xwiki-bridge - (12:36): [vmassol] I do't think we need integration tests for components but we do need functional tests for sure
xwiki-bridge - (12:36): [vmassol] s/do't/don't/
xwiki-bridge - (12:37): [lucaa] I mean something like the renderer tests
xwiki-bridge - (12:37): [lucaa] I call that integration now, not functional
xwiki-bridge - (12:37): [vmassol] ah yes
xwiki-bridge - (12:38): [lucaa] I'd say we add this, which is very cool, but also leave the old one for one to be able to extend from whichever he needs
xwiki-bridge - (12:38): [vmassol] sure
xwiki-bridge - (12:38): [vmassol] I'm not planning to remove anything 
xwiki-bridge - (12:38): [lucaa] ah, k
xwiki-bridge - (12:38): [vmassol] but
xwiki-bridge - (12:38): [vmassol] always a but :)
xwiki-bridge - (12:38): [vmassol] I'd recommend using this one as much as possible
xwiki-bridge - (12:38): [lucaa] single t happily
xwiki-bridge - (12:39): [lucaa] yes, I know
xwiki-bridge - (12:39): [lucaa] I mean using the other one should be "knowing what you're doing"
xwiki-bridge - (12:39): [vmassol] ok cleaning up and commiting
xwiki-bridge - (12:42): [vmassol] tmortagne: 
xwiki-bridge - (12:42): [tmortagne] ok
xwiki-bridge - (12:42): [vmassol] the code macro is working for me too in the link you gave me
xwiki-bridge - (12:43): [vmassol] I don't undestand
xwiki-bridge - (12:43): [tmortagne] ok, weird
xwiki-bridge - (12:43): [tmortagne] did you tried only in debug mode (when it failed) ?
xwiki-bridge - (12:43): [vmassol] no I tried both
xwiki-bridge - (12:43): [tmortagne] ok
Lukemon_ joined #xwiki at 13:05
kibaho1 joined #xwiki at 13:11
kibaho1 left #xwiki at 13:11
_Lukemon_ left at 13:19 (Read error: 110 (Connection timed out)
Lukemon joined #xwiki at 13:45
xwiki-bridge - (13:45): [vmassol] lucaa: for ex this http://jira.xwiki.org/jira/browse/XCONTRIB-76 is not quite correct
xwiki-bridge - (13:46): [lucaa] in which sense?
xwiki-bridge - (13:46): [vmassol] it'll be in the release notes
xwiki-bridge - (13:46): [vmassol] but since it's never been released
xwiki-bridge - (13:46): [vmassol] how can it fail?
xwiki-bridge - (13:46): [lucaa] so subtasks won't work
xwiki-bridge - (13:46): [vmassol] they do work
xwiki-bridge - (13:46): [vmassol] but only for new features
xwiki-bridge - (13:46): [vmassol] not for bugs of course
xwiki-bridge - (13:46): [vmassol] :)
xwiki-bridge - (13:47): [vmassol] as I said for bugs
xwiki-bridge - (13:47): [vmassol] you can comment in exisitng issues
xwiki-bridge - (13:47): [vmassol] in case you need to keep track of it
xwiki-bridge - (13:47): [lucaa] well, the thing is I added that bug before
xwiki-bridge - (13:47): [vmassol] ok 
xwiki-bridge - (13:47): [lucaa] thinking about the fact that it's not released and I shouldn't report etc
xwiki-bridge - (13:47): [lucaa] now
xwiki-bridge - (13:47): [lucaa] do I delete them?
xwiki-bridge - (13:48): [lucaa] (there are 3 bugs like that)
xwiki-bridge - (13:48): [lucaa] which I moved now to subtasks
xwiki-bridge - (13:48): [vmassol] up to you, since as I said it's not something critical
xwiki-bridge - (13:48): [vmassol] but just a good direction to follow
xwiki-bridge - (13:49): [lucaa] well they don't make sense anyway since stuff is changed, not fixed
xwiki-bridge - (13:49): [vmassol] you can always close as invalid
xwiki-bridge - (13:49): [vmassol] with no fix for
xwiki-bridge - (13:49): [lucaa] I mean a bug will not be there anymore because the impl is changed not because I address that issue
Lukemon_ left at 13:56 (Read error: 110 (Connection timed out)
xwiki-bridge - (14:43): [vmassol] tmortagne: what's the status re the release?
xwiki-bridge - (14:45): [tmortagne] AFAIK it's ready in theory, just need to do some test on the last state
xwiki-bridge - (14:46): [tmortagne] (I was checking the release plan)
xwiki-bridge - (14:47): [tmortagne] it's here: http://dev.xwiki.org/xwiki/bin/preview/Community/ReleasePlans
xwiki-bridge - (14:47): [vmassol] tmortagne: ok let me know if you need help on something
xwiki-bridge - (14:47): [tmortagne] to check if i ferget something
xwiki-bridge - (14:51): [Eduard Moraru] Q: Where can I get com.smartgwt:smartgwt:jar:1.2 ? I'm setting up an XE debug project in Eclipse and have already fixed the pom versions for <platform.plugin.applicationmanager.version> from 1.1-SNAPSHOT to 1.2-SNAPSHOT and <platform.plugin.wikimanager.version> from 1.16-SNAPSHOT to 1.17-SNAPSHOT, but that leaves me with an unresolved dependency to smartgwt 1.2.
xwiki-bridge - (14:54): [lucaa] Eduard Moraru: are you trying to test a running xwiki? if so, my advice is to do remote debugging, it's saves all the dependency mess
xwiki-bridge - (14:54): [lucaa] this one and any potential future one
xwiki-bridge - (14:56): [lucaa] as for com.smartgwt:smartgwt:jar:1.2 , isn't it in your local maven repo?
xwiki-bridge - (14:56): [Eduard Moraru] I`m getting a NPE: org.xwiki.rest.Utils.getXWikiContext(Utils.java:170)  while trying to access a REST extension that I just did and I`m having the impression that maybe i`m running on old code with my XE ( xwiki-enterprise-jetty-hsqldb-2.2-20100107.232235-137.zip )
kibahop left #xwiki at 14:57
xwiki-bridge - (14:57): [tmortagne] [release] Starting the release note, it will give me idea of things to test
xwiki-bridge - (14:57): [Eduard Moraru] other REST extensions (like the annotations one) work fine
plunden left #xwiki at 14:58
xwiki-bridge - (14:59): [Eduard Moraru] with this at the top of the exception trace:
xwiki-bridge - (14:59): [Eduard Moraru] org.restlet.ext.jaxrs.InstantiateException: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component [role = [org.xwiki.rest.XWikiRestComponent] hint = [org.xwiki.rest.internal.PlaintextPageRESTService]]  
xwiki-bridge - (14:59): [Eduard Moraru] maybe I`m forgetting something...
xwiki-bridge - (14:59): [lucaa] I think I saw some commits on rest these days but I'm not sure. Can you try with a newer snapshot?
xwiki-bridge - (15:00): [Eduard Moraru] yes... I was trying to avoid re-downloading the whole thing... but I`ll do it anyway. Might be faster after all.
xwiki-bridge - (15:00): [Eduard Moraru] thanks
xwiki-bridge - (15:03): [tmortagne] everyone: please close issues that has been committed for this release
xwiki-bridge - (15:06): [lucaa] vmassol: re object references mail, can you explain a bit what multivalues means/
xwiki-bridge - (15:06): [lucaa] ?
xwiki-bridge - (15:07): [vmassol] lucaa: maybe the term is wrong. I just mean multiple values for the same name
xwiki-bridge - (15:08): [lucaa] and why do we need that?
xwiki-bridge - (15:09): [vmassol] object[number]
xwiki-bridge - (15:09): [vmassol] unless we decide we want to name objects
xwiki-bridge - (15:11): [lucaa] well, the way I see this reference is something like
xwiki-bridge - (15:11): [lucaa] EntityReference(type=property, name="myprop") with parent EntityReference(type = object, name="number") with parent EntityReference(type = class, name="myclass") with parent DocumentReference (the page space wiki)
xwiki-bridge - (15:11): [lucaa] am I understanding things wrong?
xwiki-bridge - (15:13): [vmassol] so you're seeing objects as children of classes
xwiki-bridge - (15:13): [lucaa] yes
xwiki-bridge - (15:13): [vmassol] hmm
xwiki-bridge - (15:13): [lucaa] and props as children of objects
xwiki-bridge - (15:13): [vmassol] yes for props it's fine
xwiki-bridge - (15:13): [vmassol] jsut wonderingfor objects
xwiki-bridge - (15:13): [lucaa] and we could have name or number for object, it shouldn't matter
xwiki-bridge - (15:13): [vmassol] a number as a name also isn't good
xwiki-bridge - (15:13): [vmassol] I don't like it
xwiki-bridge - (15:13): [vmassol] because
xwiki-bridge - (15:13): [tmortagne] class as childre of document is not right when it's not the document where the class is
xwiki-bridge - (15:14): [vmassol] yes that's one point
xwiki-bridge - (15:14): [tmortagne] we dont have a class here we have an object
xwiki-bridge - (15:14): [vmassol] but also in teh api we would use integer for numbers
xwiki-bridge - (15:14): [vmassol] and here you're using strings
xwiki-bridge - (15:15): [lucaa] is this parent child relation supposed to be semantic from all povs or only references to address things
xwiki-bridge - (15:15): [lucaa] ?
xwiki-bridge - (15:15): [vmassol] and so far any name is supposed to be valid
xwiki-bridge - (15:15): [vmassol] that would impose restrictions so that the name can only be a string representing a number
xwiki-bridge - (15:15): [vmassol] it looks like a hack to me
xwiki-bridge - (15:16): [vmassol] (ie trying to fit this in the current reference model)
xwiki-bridge - (15:18): [vmassol] the other solution it so thave "myclass[number]" as the name returned and then it's up to 
xwiki-bridge - (15:18): [vmassol] an object parser to separate class from number
xwiki-bridge - (15:18): [lucaa] but but but
xwiki-bridge - (15:18): [vmassol] since "myclass[number]" is indeed the name
xwiki-bridge - (15:19): [lucaa] this means you'll need an additional parser to parse object names generated from class & number
xwiki-bridge - (15:19): [vmassol] so either we support multivalues in the reference package or we don't and then we have a separate parser
xwiki-bridge - (15:19): [lucaa] and additional types to handle this, entity ref wouldn't be all
xwiki-bridge - (15:19): [lucaa] wait
xwiki-bridge - (15:19): [vmassol] multivalues is a bad name btw
xwiki-bridge - (15:19): [lucaa] I still don't understand the multivalues
xwiki-bridge - (15:19): [vmassol] ;)
xwiki-bridge - (15:20): [vmassol] vector names maybe is better
xwiki-bridge - (15:20): [lucaa] using myclass[number] as object name would be smth like
xwiki-bridge - (15:20): [lucaa] EntityReference(type=property, name="myprop") with parent EntityReference(type = object, name="myclass[number]") with parent DocumentReference (the page space wiki)
xwiki-bridge - (15:20): [lucaa] right/.
xwiki-bridge - (15:20): [lucaa] ?
xwiki-bridge - (15:20): [vmassol] yes if it's NOT supported in the reference package
xwiki-bridge - (15:21): [vmassol] otherwise it would be:
xwiki-bridge - (15:21): [vmassol] EntityReference(type = object, name="myclass", position=5)
xwiki-bridge - (15:21): [vmassol] well
xwiki-bridge - (15:21): [lucaa] but...
xwiki-bridge - (15:22): [vmassol] s/EntityReference/IndexedEntityRefernce/ or something like that
xwiki-bridge - (15:22): [lucaa] what would be another usecase of this ?
xwiki-bridge - (15:22): [lucaa] I can't generalize this...
xwiki-bridge - (15:22): [lucaa] (in my head)
xwiki-bridge - (15:22): [vmassol] it's easy to generalize
xwiki-bridge - (15:22): [vmassol] take XPath
xwiki-bridge - (15:23): [vmassol] and you have a generlization
xwiki-bridge - (15:23): [vmassol] :)
xwiki-bridge - (15:23): [vmassol] in xpath you can have
xwiki-bridge - (15:23): [vmassol] a/b/c
xwiki-bridge - (15:23): [lucaa] I understand
xwiki-bridge - (15:23): [vmassol] or a/b[3]/c
xwiki-bridge - (15:23): [lucaa] I know xpath
xwiki-bridge - (15:23): [lucaa] but that would mean that myclass is the child of docref, and it's the 5th child of the docref
xwiki-bridge - (15:24): [vmassol] yes that's what the number is, isn't it?
xwiki-bridge - (15:24): [lucaa] meaning that the myclass name for the object is forced
xwiki-bridge - (15:24): [lucaa] as it is not the name of the obj, but the name of its class
xwiki-bridge - (15:24): [vmassol] name of object = name of class, no?
xwiki-bridge - (15:24): [lucaa] no
xwiki-bridge - (15:24): [vmassol] that's how I view it
xwiki-bridge - (15:24): [lucaa] name of class is the name of the type of obj
xwiki-bridge - (15:25): [vmassol] when you go in the object editor
xwiki-bridge - (15:25): [lucaa] it says objects of type iirc, doesn't it?
xwiki-bridge - (15:26): [vmassol] it says both
xwiki-bridge - (15:26): [vmassol] it says "TagClass 0"
xwiki-bridge - (15:26): [lucaa] yes, which means name built from type + index
xwiki-bridge - (15:26): [vmassol] tmortagne: blocking issue
xwiki-bridge - (15:26): [lucaa] as in 
xwiki-bridge - (15:26): [lucaa] myclass[number] as name
xwiki-bridge - (15:27): [vmassol] tmortagne: try editing a tag object in a doc
xwiki-bridge - (15:27): [vmassol] I think silviar just reported this
xwiki-bridge - (15:27): [tmortagne] vmassol: trying
CalebJamesDeLisl left at 15:28 (
xwiki-bridge - (15:28): [tmortagne] what is the issue ? i just ceated a new page an put a tage in the field tag in the right panel
xwiki-bridge - (15:28): [vmassol] lucaa: we need a name for an object and the name of the class makes sense to me
xwiki-bridge - (15:28): [tmortagne] seems to work well
xwiki-bridge - (15:28): [vmassol] I cannot view the field
xwiki-bridge - (15:28): [vmassol] and thus cannot edit it
xwiki-bridge - (15:28): [tmortagne] well, i can, trying to force clean browser cache
xwiki-bridge - (15:29): [tmortagne] mayeb when editing an existing document
xwiki-bridge - (15:29): [vmassol] http://jira.xwiki.org/jira/browse/XWIKI-4750
xwiki-bridge - (15:29): [tmortagne] trying that
xwiki-bridge - (15:29): [vmassol] ah no
xwiki-bridge - (15:29): [vmassol] it's not the same as silvia
xwiki-bridge - (15:29): [vmassol] tmortagne: I tried editing the home page's tag object in the object editor
xwiki-bridge - (15:29): [lucaa] vmassol: the name of the class single might not be the best name for an object, imo. it helps to find it, but it's not enough, assume you know where should you look for it
xwiki-bridge - (15:30): [tmortagne] vmassol: ok trying that
xwiki-bridge - (15:30): [lucaa] however, the multivalued thing makes sense somehow...
xwiki-bridge - (15:30): [tmortagne] vmassol: indeed the displayer used for tag field is wrong, i get a checkbox...
xwiki-bridge - (15:31): [vmassol] ah I don't get anything
xwiki-bridge - (15:31): [tmortagne] testing the home page
xwiki-bridge - (15:31): [tmortagne] i tink it's because i have a tag, do you have one ?
xwiki-bridge - (15:31): [vmassol] no
xwiki-bridge - (15:31): [vmassol] http://tinycoke.com/_6rQFkRSPmCG2/screen_shot_2010-01-15_at_3.31.05_pm.png
xwiki-bridge - (15:31): [tmortagne] i get a checkbox with the tag
xwiki-bridge - (15:31): [tmortagne] i can remove teh tag that way i guess
xwiki-bridge - (15:32): [tmortagne] but it makes impossible to add one
xwiki-bridge - (15:32): [tmortagne] did someone changed tag field type in tag class ?
xwiki-bridge - (15:33): [vmassol] you think it's only a pb for tags?
xwiki-bridge - (15:33): [vmassol] let me try with another object
xwiki-bridge - (15:33): [tmortagne] either it's just for tag of it's list displayer which is broken
xwiki-bridge - (15:33): [vmassol] yes it's seems it's tag only
xwiki-bridge - (15:33): [tmortagne] trying to find another list field
xwiki-bridge - (15:34): [tmortagne] will create a class
xwiki-bridge - (15:34): [vmassol] ah yes I didn't check with another list field
xwiki-bridge - (15:34): [vmassol] though it was some string field
xwiki-bridge - (15:34): [vmassol] s/though/thought/
xwiki-bridge - (15:35): [tmortagne] list field seems to work well
xwiki-bridge - (15:36): [tmortagne] checking tag class configuration
xwiki-bridge - (15:36): [tmortagne] that's it
xwiki-bridge - (15:36): [tmortagne] wrong configuration
xwiki-bridge - (15:36): [tmortagne] tag class use "checkbox" list displayer
xwiki-bridge - (15:36): [tmortagne] instead of "input"
xwiki-bridge - (15:36): [vmassol] can you check who changed that and hwen?
xwiki-bridge - (15:37): [tmortagne] yes i'm searching
xwiki-bridge - (15:42): [sdumitriu] Maybe XATAG-25
xwiki-bridge - (15:43): [tmortagne] sdumitriu: yes i think it's something like that and the tag class initialized in Xwiki class is wrong for ages
xwiki-bridge - (15:43): [tmortagne] this probably mean we can have the same issue with other classes
xwiki-bridge - (15:44): [tmortagne] fixing it in XWiki
xwiki-bridge - (15:45): [sdumitriu] Yes, I remember at least one other similar issue
xwiki-bridge - (15:47): [tmortagne] what "relationalStorage" mean in staticlist field ?
xwiki-bridge - (15:47): [tmortagne] "store as real list in the database" ?
xwiki-bridge - (15:48): [sdumitriu] Yes
xwiki-bridge - (15:48): [tmortagne] ok another thing lost
xwiki-bridge - (15:48): [sdumitriu] If false, all values will be put in a concatenated string
xwiki-bridge - (15:48): [tmortagne] it's disabled now and it used to be enabled
xwiki-bridge - (15:48): [sdumitriu] If true, each selected value will be a separate entry
xwiki-bridge - (15:49): [sdumitriu] Upside of relational is easy query and larger lists
xwiki-bridge - (15:49): [sdumitriu] Downside is performance
xwiki-bridge - (15:50): [vmassol] starting a conf call, be available again in 1 hour 
xwiki-bridge - (15:51): [tmortagne] should it be enabled by default ?
xwiki-bridge - (15:51): [tmortagne] user that case about performance will look at it closely but basic user will not understand why he can't add one more element in the list
xwiki-bridge - (15:52): [tmortagne] case=care
xwiki-bridge - (15:52): [tmortagne] nice name :)
xwiki-bridge - (15:53): [tmortagne] prepare for spam cleaning
xwiki-bridge - (15:53): [glerouge] lol
xwiki-bridge - (15:53): [lucaa] http://xkcd.com/327/
xwiki-bridge - (16:00): [tmortagne] fixed, continuing release note
xwiki-bridge - (16:47): [tmortagne] any idea of something to put in the "Migration Notes" section ?
xwiki-bridge - (16:48): [tmortagne] starting the maven release now
xwiki-bridge - (17:04): [vmassol] back
xwiki-bridge - (17:05): [vmassol] tmortagne: one thing for migration note
xwiki-bridge - (17:05): [vmassol] we don't support the "wiki:page" syntax anymore
xwiki-bridge - (17:06): [vmassol] so if you are using this notation in some docs the user will need to fix them
xwiki-bridge - (17:06): [vmassol] I'll check the release notes later today
xwiki-bridge - (17:06): [tmortagne] I already put it there
xwiki-bridge - (17:07): [tmortagne] I also talked about escaping and the fact that sometime you can get document name containing a \, i also need to indicate that \ need to be doubled
xwiki-bridge - (17:08): [vmassol] yes just seen it
xwiki-bridge - (17:08): [vmassol] we need to change the wording a bit I think since this is not usable yet
xwiki-bridge - (17:08): [vmassol] (work in progress)
xwiki-bridge - (17:09): [tmortagne] i need to re read the whole thing, it's just datas right now
xwiki-bridge - (17:10): [vmassol] ok
xwiki-bridge - (17:11): [vmassol] btw we should try running 2.2M1 on myxwiki.org when it's released to test it further (both wiki macros and references need to be tested more)
xwiki-bridge - (17:13): [tmortagne] yes
xwiki-bridge - (17:14): [tmortagne] i will upgrade myxwiki.org Tuesday (don't have time before)
xwiki-bridge - (17:15): [vmassol] ok
xwiki-bridge - (17:15): [sdumitriu] By the way, I still don't have access to the myxwiki server
xwiki-bridge - (17:18): [tmortagne] sdumitriu: with your myxwiki.org farm user ?
xwiki-bridge - (17:19): [sdumitriu] No, on the linux server 
xwiki-bridge - (17:19): [tmortagne] ho
xwiki-bridge - (17:20): [lucaa] sdumitriu: talk to salecss, they changed the vserver or something recently
xwiki-bridge - (17:21): [tmortagne] hmm, i can't either it seems
xwiki-bridge - (17:39): [NielsMayer] howcome this nearly one year old major bug never gets fixed: http://jira.xwiki.org/jira/browse/XE-376 ... one that routinely causes problems still
xwiki-bridge - (17:55): [NielsMayer] re http://jira.xwiki.org/jira/browse/XE-376 -- doesn't 2.2M1's parser/serializer for docnames handle odd chars ('.') in the space or name by escaping? (per http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise22M1#HMigrationNotes ) . What prevents same escaping from handling '"' in doc or space name?
xwiki-bridge - (18:15): [vmassol] NielsMayer: yes it does
xwiki-bridge - (18:16): [vmassol] NielsMayer: the problem is that we need to replace all places in the code where parsing/serialization was done with the new classes
xwiki-bridge - (18:16): [vmassol] this means for ex the places where we have: space + "." + name
xwiki-bridge - (18:16): [vmassol] I have started this already
xwiki-bridge - (18:16): [vmassol] and I hope I'll be able to finish it for 2.2 final but there's no guarantee since there are lots of places
xwiki-bridge - (18:16): [vmassol] by lots I mean hundreds
xwiki-bridge - (18:18): [vmassol] the new parser/serializer supports all chars in references, there's no limitation
xwiki-bridge - (18:18): [vmassol] title is something else though since it's not a reference (unless by title you mean document's name/reference)
xwiki-bridge - (18:29): [tmortagne] NielsMayer: XE-376 <http://jira.xwiki.org/jira/browse/XE-376> has nothing to do with references
xwiki-bridge - (19:03): * sdumitriu has set the subject to: XWiki Chat - http://www.xwiki.org/
KermitTheFragger left at 19:10 ("gone for food"
xwiki-bridge - (19:13): [tmortagne] [release] jira, svn and maven release finished
xwiki-bridge - (19:13): [tmortagne] [release] Starting OW2
xwiki-bridge - (19:40): [NielsMayer] tmortagne, vmassol -- yes xe376 has nothign to do w/ references... now that i've had my coffee i can see this ... sorry.
xwiki-bridge - (19:44): [NielsMayer] seems like the bottom line w/ xe376 is that a " or a ' , unescaped, will potentially cause all sorts of parse failures wherever the title is passed around as a string... since 'this is a "quoted"' will end up inside "..." and parse as
xwiki-bridge - (19:44): [NielsMayer] "this is a "quoted""
xwiki-bridge - (20:47): [Eduard Moraru] Does anyone have any idea to why component-overrides.txt would fail to work?
xwiki-bridge - (20:48): [Eduard Moraru] I implemented the component's interface, added the @Component annotation and the META-INF/component-overrides.txt with the full java class name but XWiki still uses the old default component implementation, ignoring mine.
xwiki-bridge - (20:50): [vmassol] Eduard Moraru: should work fine normally
xwiki-bridge - (20:50): [Eduard Moraru] well, I dumped my jar into libs but it gets ignored
xwiki-bridge - (20:51): [vmassol] one reason could be that the jar where the component-overrides.txt is isn't in the CP
xwiki-bridge - (20:51): [tmortagne] Eduard Moraru: did you set up component-overrides.txt and component.txt  ?
xwiki-bridge - (20:51): [vmassol] libs = WEB-INF/lib?
xwiki-bridge - (20:51): [Eduard Moraru] vmassol: yes
xwiki-bridge - (20:51): [Eduard Moraru] tmortagne: do both have to be set up?
xwiki-bridge - (20:51): [tmortagne] yes
xwiki-bridge - (20:51): [Eduard Moraru] ok, that must be it
xwiki-bridge - (20:51): [Eduard Moraru] thanks, trying it out. (I have set up only overrides)
xwiki-bridge - (20:52): [tmortagne] component.txt register components and component-overrides.txt just indicate which one are forced overrides
xwiki-bridge - (20:52): [vmassol] Eduard Moraru: overrides are not require if you have only 1 impl :)
xwiki-bridge - (20:52): [vmassol] it's only for...well...overrides
xwiki-bridge - (20:52): [Eduard Moraru] I know, but I really want to override an existing implementation :)
xwiki-bridge - (20:53): [vmassol] so you only need it in oveerrides
xwiki-bridge - (20:57): [vmassol] Eduard Moraru: if you want to see how it works, you can check ComponentAnnotationLoader.initialize()
xwiki-bridge - (20:57): [vmassol] it's pretty simple
sunny_slls joined #xwiki at 20:57
sunny_slls left at 20:58 (Client Quit
xwiki-bridge - (20:58): [Eduard Moraru] yes, I was just with the task of overriding an implementation and thought that the components-override.txt would be enough :)
xwiki-bridge - (20:58): [Eduard Moraru] It's working now, thanks
xwiki-bridge - (20:59): [vmassol] but it is enoug
xwiki-bridge - (20:59): [vmassol] enough
xwiki-bridge - (20:59): [vmassol] :)
xwiki-bridge - (20:59): [vmassol] you shudn't have it in boh
xwiki-bridge - (20:59): [Eduard Moraru] well... it didn't work without having both 
xwiki-bridge - (20:59): [Eduard Moraru] as Thomas pointed out
xwiki-bridge - (21:00): [vmassol] yes but that's just luck
xwiki-bridge - (21:00): [vmassol] it'll depend on the order of the jars
xwiki-bridge - (21:00): [vmassol] and you don't want this
xwiki-bridge - (21:01): [vmassol] since you're overriding sometihng that already exists
xwiki-bridge - (21:01): [vmassol] there's already a components.txt 
xwiki-bridge - (21:01): [vmassol] hmmmm
xwiki-bridge - (21:02): [vmassol] checling something
xwiki-bridge - (21:03): [vmassol] Eduard Moraru: forget what I said, thomas is right :)
xwiki-bridge - (21:03): [Eduard Moraru] yes, I was looking at the code now too :)
xwiki-bridge - (21:03): [vmassol] I had a momeenty lapse
xwiki-bridge - (21:03): [vmassol] momentary
xwiki-bridge - (21:05): [vmassol] tmortagne: there are still some deps pointing to 2.2M1 I think on trunk, tryingto find them
xwiki-bridge - (21:06): [tmortagne] vmassol: ye sit's normal
xwiki-bridge - (21:06): [tmortagne] i did not cleaned after release yet
xwiki-bridge - (21:06): [tmortagne] taht's what i'm doing right now
xwiki-bridge - (21:06): [vmassol] ok, ping me when you're done since I need to rebuild
xwiki-bridge - (21:11): [Eduard Moraru] I added a note specifying the overrides detail in http://code.xwiki.org/xwiki/bin/view/Modules/ComponentModule#HOverrides
xwiki-bridge - (21:12): [vmassol] I was wonderig who that enygma was.... thanks eduard
xwiki-bridge - (21:12): [vmassol] yes our bot told us :)
xwiki-bridge - (21:13): [Eduard Moraru] oh, right :)
xwiki-bridge - (21:16): [tmortagne] vmassol: re versions: done for trunk
xwiki-bridge - (21:22): [vmassol] tmortagne: ok rebuilding thanks
xwiki-bridge - (21:24): [vmassol] tmortagne: it's not builind at all
xwiki-bridge - (21:24): [tmortagne] what is the issue ?
xwiki-bridge - (21:25): [vmassol] [ERROR]     Non-resolvable parent POM org.xwiki.platform.skins:xwiki-skins:20-SNAPSHOT for org.xwiki.platform.skins:xwiki-skin-colibri:1.10-SNAPSHOT: Failed to resolve POM for org.xwiki.platform.skins:xwiki-skins:20-SNAPSHOT due to Missing:
xwiki-bridge - (21:25): [vmassol] ----------
xwiki-bridge - (21:25): [vmassol] 1) org.xwiki.platform.skins:xwiki-skins:pom:20-SNAPSHOT
xwiki-bridge - (21:25): [tmortagne] i put back the wrong skins version sorry
xwiki-bridge - (21:25): [tmortagne] fixing that
xwiki-bridge - (21:26): [tmortagne] done
xwiki-bridge - (21:32): [vmassol] thx, it's building
xwiki-bridge - (21:33): [tmortagne] you really need to build skins ? :)
xwiki-bridge - (21:33): [vmassol] I build all
xwiki-bridge - (21:34): [tmortagne] i can't remember last time i built whole platform
xwiki-bridge - (21:50): [vmassol] tmortagne: enterprise doesn't build too
xwiki-bridge - (21:50): [vmassol] fixing
xwiki-bridge - (21:51): [tmortagne] ok thanks
xwiki-bridge - (21:56): [vmassol] tmortagne: fixed. Hope we didn't make any changesin the webdav app recently
xwiki-bridge - (21:57): [tmortagne] why ? (svn history sayd we did not)
xwiki-bridge - (21:58): [vmassol] because we've been taking the wrong version 
xwiki-bridge - (21:58): [tmortagne] it's true for any app
xwiki-bridge - (21:59): [tmortagne] not just webdav
xwiki-bridge - (21:59): [vmassol] there was only the webdav one that had the wrong groupid
xwiki-bridge - (22:00): [tmortagne] I had to changed it for the release, i just forgot to put back new group id
xwiki-bridge - (22:01): [vmassol] ah ok
xwiki-bridge - (22:01): [vmassol] why?
xwiki-bridge - (22:01): [tmortagne] because last released version use the old groupid
xwiki-bridge - (22:01): [tmortagne] and we did not released webdav app just for the new groupid
xwiki-bridge - (22:02): [vmassol] oh ok I see. didn't know that
xwiki-bridge - (22:02): [tmortagne] hopefully i released lots of app here so as you said we have the issue only with webdav now
Lukemon_ joined #xwiki at 22:38
Lukemon left at 22:41 (Read error: 60 (Operation timed out)
Lukemon_ left at 23:21 (Read error: 60 (Operation timed out)
xwiki-bridge left at 23:41 (
xwiki-bridge joined #xwiki at 23:41
Enygma` left at 23:50 (verne.freenode.net irc.freenode.net
npm left at 23:50 (verne.freenode.net irc.freenode.net
xwiki-bridge left at 23:55 (
xwiki-bridge joined #xwiki at 23:55
Enygma` joined #xwiki at 23:55
npm joined #xwiki at 23:55
npm left at 23:55 (verne.freenode.net irc.freenode.net
Enygma` left at 23:55 (verne.freenode.net irc.freenode.net