IRC Archive for channel #xwiki on 5 Feb 2010

{{{
xwikibot joined #xwiki at 08:51
bblfish left at 08:57 (Remote host closed the connection
xenon75 joined #xwiki at 09:09
xenon75 left at 09:11 (Client Quit
vmassol - (09:14): CalebJamesDeLisl: is this patch valid/up to date: http://jira.xwiki.org/jira/browse/XWIKI-4410 ?
CalebJamesDeLisl - (09:14): I don't think so as of jv's change.
CalebJamesDeLisl - (09:16): Oh, that one might still be good.
vmassol - (09:16): the methods added in Api.java look a bit strange
CalebJamesDeLisl - (09:16): I was thinking of the change to the attachments LiveTable.
CalebJamesDeLisl - (09:18): There is a convert method for Document so I followed along.
vmassol - (09:18): ok
mflorea - (09:18): guys, DocumentAccessBridge#pushDocumentInContext is still using string reference. I'd like to deprecate it and add a new method which gets a DocumentReference, wdyt?
vmassol - (09:18): +1
vmassol - (09:19): everything using string must be deprecated and use DR
vmassol - (09:19): we've already voted that actually
vmassol - (09:19): so go ahead! :)
mflorea - (09:19): ok, doing it
vmassol - (09:19): and hi marius!
mflorea - (09:19): :) hi vincent!
tmortagne joined #xwiki at 09:39
bblfish joined #xwiki at 09:49
KermitTheFragger joined #xwiki at 09:58
KermitTheFragger left at 09:59 (Client Quit
KermitTheFragger joined #xwiki at 09:59
silviar joined #xwiki at 10:13
jvdrean joined #xwiki at 10:16
lucaa joined #xwiki at 10:29
bblfish left at 10:43 (Ping timeout: 245 seconds
bblfish joined #xwiki at 10:44
lucaa left at 10:51 (Quit: Leaving.
bblfish left at 10:52 (Ping timeout: 265 seconds
bblfish joined #xwiki at 10:54
lucaa joined #xwiki at 10:54
vmassol - (10:59): lucaa: should http://jira.xwiki.org/jira/browse/XWIKI-3784 be closed?
vmassol - (10:59): it has a fix for of 2.2 but your last comment
vmassol - (10:59): says it's been done
vmassol - (10:59): it even says it was committed in 1.9!
lucaa - (10:59): hi Vincent, lemme check
lucaa - (11:00): it doesn't say it was fixed, it was fixed part of the damage it's doing
lucaa - (11:01): it's a bit of a special english there, but if you try really hard it's understandable :)
vmassol - (11:01): in any case it's planned for 2.2 is that right?
vmassol - (11:01): smae for http://jira.xwiki.org/jira/browse/XWIKI-3741
lucaa - (11:01): well, it's the issues we've been postponing
lucaa - (11:02): for 3784 it's kind of difficult to fix, I should move it to Marius since he was looking at a fix last time
lucaa - (11:02): (it's a command execution issue)
vmassol - (11:02): if nobody has been working on it then maybe it should be moved to 2.2.1 ?
lucaa - (11:02): as for 3741, we talked about it on the last release, and we agreed that I should de-assign myself since I'm not working on them
vmassol - (11:03): mflorea/lucaa: could you agree about when they should be fixed and put the correct assignee?
vmassol - (11:03): (and set the fix for)
vmassol - (11:03): (to what we want it to be)
bblfish left at 11:03 (Ping timeout: 252 seconds
vmassol - (11:04): final is still planned for Monday FTM
mflorea - (11:07): vmassol/lucaa: anca, unassign issues you don't plan to work on in the near future and set the fix for to future. I'll look at the unassigned issues and see what I can handle.
lucaa - (11:08): ok
bblfish joined #xwiki at 11:12
vmassol - (11:13): if someone has the time today it would be great to install the 2.2 RC on myxwiki.org
vmassol - (11:14): so that we have 3 days of tests with it before the monday release
vmassol - (11:14): who could do this?
lucaa - (11:16): mflorea: done
mflorea - (11:16): lucaa: ok, thanks
sdumitriu - (11:17): vmassol: I could, a bit later
vmassol - (11:19): ok thanks, the sooner the better. HAve you done it before? Otherwise there's doc on http://myxwiki.org/xwiki/bin/view/XWiki/Upgrading
sdumitriu - (11:21): Yes, done several times
vmassol - (11:21): ok
vmassol - (11:21): lucaa/mflorea: this http://jira.xwiki.org/jira/browse/XWIKI-3741 sounds pretty important, isn't it? Shouldn't be plan it for 2.2.1?
vmassol - (11:22): same for http://jira.xwiki.org/jira/browse/XWIKI-3784
lucaa - (11:22): 3784 is tricky last time I heard about it
lucaa - (11:23): 3741 is just work & refactor, somebody needs to set himself to do it
mflorea - (11:23): vmassol: no votes, no comments, no complains on the list, no complains from the client projects. I don't this they are critical. I can plan them for 2.3
vmassol - (11:23): I mean anything that modifies content you have in wiki mode is critivcal to me
lucaa - (11:23): and yes, as I mentioned last time we talked about those issues, I 100% agree with mflorea
vmassol - (11:23): since that was the main reason for thenew wysiwyg editor
vmassol - (11:24): (why we decided to rewrite it vs tinymce)
lucaa - (11:24): vmassol: I don't understand, wdym modify the content you have in wiki mode?
mflorea - (11:24): yes, but since users didn't complained about it, it means they rarely use custom parameters on images and links
lucaa - (11:24): as in 'will mess it up'?
vmassol - (11:25): mflorea: I guess it depends if you have more critical ones for 2.2.1
mflorea - (11:25): ok, I read 2.1.2, you said 2.2.1. In this case it might be possible. When is 2.2.1 planed?
vmassol - (11:26): I'd say 1 or 2 weeks after 2.2 final is released
vmassol - (11:26): 1 if something blocking is found
vmassol - (11:26): and 2 weeks if it's just maintaiancne without a real blocker
mflorea - (11:26): ok, I'll try to handle them
vmassol - (11:26): ok cool
vmassol - (11:26): there might be more important issue sthough
vmassol - (11:26): haven't checked the other open ones
vmassol - (11:27): there are about 40 or so open bugs I believe
kibahop left #xwiki at 11:29
kibahop joined #xwiki at 11:36
CalebJamesDeLisl - (11:38): Time for bed.
vmassol - (11:39): good night CalebJamesDeLisl
tmortagne - (11:39): CalebJamesDeLisl: good night :)
CalebJamesDeLisl - (11:39): Good night all.
CalebJamesDeLisl left at 11:39 (Quit: The user has gone to sleep.
vmassol - (11:45): hourrah :)
tmortagne - (11:49): sdumitriu: i can do myxwiki upgrade now unless you really want to do it
sdumitriu - (11:51): tmortagne: Ok, go ahead
tmortagne - (11:52): sdumitriu: ok
bblfish - (11:57): it says "Go in platform/web/standard and type mvn install -Pjettyrun"
vmassol - (11:58): bblfish: this part is oldish, dunno if it still works
vmassol - (11:58): the best is to build enterprise/
vmassol - (11:58): http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/
vmassol - (11:58): this is XWiki Enterprise (the wiki product)
bblfish - (11:58): ah ok. I had not checked that out I think
vmassol - (11:58): it uses the platform
vmassol - (11:59): then once it's built you go in distribution/jetty/hsqldb/target
vmassol - (11:59): you'll find the distribution zip
vmassol - (11:59): you can unzip it
vmassol - (11:59): and then call start_xwiki.sh
bblfish - (12:01): ah I get it, I was in the https://svn.xwiki.org/svnroot/xwiki/platform/trunk directory
vmassol - (12:02): bblfish: yep
bblfish - (12:02): so probably that should have read "Go in platform/trunk/web/standard and type
bblfish - (12:03): I just ran that to see if it works. It seems to be downloading a lot of stuff
vmassol - (12:03): ok I haven't tried it for ages
vmassol - (12:03): bblfish: it says: "Go in platform/web/standard and type mvn install -Pjettyrun."
bblfish - (12:04): yes. I was looking with find for platform which of course I was not going to find...
vmassol - (12:04): ok
mflorea left at 12:08 (Quit: Leaving.
bblfish - (12:09): yes, I could load http://localhost:8080/xwiki which redirects http://localhost:8080/xwiki/bin/view/Main/ and says the page is not found. I suppose that's it then
bblfish - (12:09): I get stuff like [[
bblfish - (12:09): $xwiki.jsfx.use('js/scriptaculous/scriptaculous.js') $xwiki.jsfx.use('js/xwiki/actionbuttons/actionButtons.js', true)   $xwiki.jsfx.use('js/scriptaculous/effects.js', true) $xwiki.jsfx.use('js/xwiki/widgets/modalPopup.js', true) $xwiki.ssfx.use('js/xwiki/widgets/modalPopup.css', true) $xwiki.jsfx.use('js/xwiki/widgets/jumpToPage.js', true) $xwiki.ssfx.use('js/xwiki/widgets/jumpToPage.css',...
bblfish - (12:09): ...true) $xwiki.jsfx.use('uicomponents/widgets/confirmationBox.js', true) $xwiki.ssfx.use('uicomponents/widgets/confirmationBox.css', true) $xwiki.jsfx.use('uicomponents/widgets/confirmedAjaxRequest.js', true) $xwiki.jsfx.use('uicomponents/widgets/notification.js', true) $xwiki.ssfx.use('uicomponents/widgets/notification.css', true)
bblfish - (12:09): ]]
bblfish - (12:10): at the top of the page
vmassol - (12:10): bblfish: yes it's not working
vmassol - (12:10): missing stuff
vmassol - (12:10): we have kept this solution up to date
vmassol - (12:10): so for now the best is that you build enterprise/ to get a full XE running
vmassol - (12:11): I don't think it would be complex to update the build to make this work again but someone just need to do it
bblfish - (12:11): ok
bblfish - (12:11): hope it does not take as long to compile again
vmassol - (12:16): no, just about 3 mn
tmortagne - (12:22): [upgrade] i'm stoping myxwiki.org
tmortagne - (12:25): note: http://myxwiki.org/xwiki/bin/view/XWiki/Upgrading is really not up to date (there was no link "xwiki" to point to the correct war, there is no backup folder...)
tmortagne - (12:26): i fixed the xwiki link part
vmassol - (12:29): sdumitriu: ok I think I know what the pb is regarding the pre in comment editing
vmassol - (12:29): and I wonder how it could have ever worked
vmassol - (12:29): the pb is when a template calls $doc.display in syntax 1.0
vmassol - (12:29): and in edit mode
vmassol - (12:29): (or hidden mode or search mode)
sdumitriu - (12:29): Ah, right
vmassol - (12:30): in this case pre are added
sdumitriu - (12:30): The {pre} and <pre>
vmassol - (12:30): but there's no check for isInRenderingEngine
vmassol - (12:30): which we have for syntax 2.0
vmassol - (12:30): (hence why it works in 2.0 syntax)
vmassol - (12:30): fixing it
vmassol - (12:31): sdumitriu: do you agree we should use pre only if isInRenderingEngine is trueN
vmassol - (12:31): s/trueN/true?/
vmassol - (12:31): since in template only velocity is evaluated
sdumitriu - (12:31): Yes
sdumitriu - (12:32): And also <pre> should never be there anyway
sdumitriu - (12:32): We've discussed this already, but don't remember who won
vmassol - (12:33): yes I don't recall exactly for <pre> so I won't touch that right now
bbc581 joined #xwiki at 12:35
bbc581 left at 12:40 (Ping timeout: 264 seconds
plunden joined #xwiki at 13:15
mflorea joined #xwiki at 13:18
bblfish - (13:20): hi: just in case this rings any bells
bblfish - (13:20): ---[[
bblfish - (13:20): Error unpacking file[/Users/hjs/.m2/repository/com/xpn/xwiki/platform/xwiki-web-standard/2.3-SNAPSHOT/xwiki-web-standard-2.3-SNAPSHOT.war]to[/Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/web/target/war/work/com.xpn.xwiki.platform/xwiki-web-standard]
bblfish - (13:20): Embedded error: Error while expanding /Users/hjs/.m2/repository/com/xpn/xwiki/platform/xwiki-web-standard/2.3-SNAPSHOT/xwiki-web-standard-2.3-SNAPSHOT.war
bblfish - (13:20): Negative seek offset
bblfish - (13:20): ]]
bblfish - (13:20): that was why the enterprise build failed
bblfish - (13:23): going to try rebuilding that component
bblfish - (13:32): building enterprise: "java.lang.Exception: Unable to locate [XWiki.WikiMacroClass] & [XWiki.WikiMacroParameterClass] classes required for defining wiki macros."
bblfish - (13:33): but it's continuing
bblfish - (13:44): bon "[INFO] BUILD SUCCESSFUL"
sdumitriu - (13:46): tmortagne: incubator myxwiki dead
tmortagne - (13:46): sdumitriu: yes i know, the whole myxwiki.org is dead
tmortagne - (13:46): i can't make tomcat work with 2.2RC1 war yet
tmortagne - (13:47): it works well with 2.1 wnad when i just switch the folder i get a 503 and nothing in the log
bblfish - (13:49): ok. startex xwiki in ~/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT
bblfish - (13:50): but I just git a list of files when I go to http://localhost:8080/xwiki/
plunden left #xwiki at 13:55
tmortagne - (13:55): putting back 2.1 for now
tmortagne - (13:56): if someone has an idea of what could be the issue...
bblfish - (14:01): if I go to http://localhost:8080/xwiki/bin/view/Main/WebHome I get a 404
kibahop left #xwiki at 14:03
sdumitriu - (14:03): bblfish: Did you install the default xar?
sdumitriu - (14:03): The wiki is empty
mflorea - (14:03): guys, I have some code that is component oriented but still depends on the old xwiki core (i.e. accessed the xwiki context from the execution context). Can this code have org.xwiki.* package prefix?
bblfish - (14:03): I downloaded from svn
sdumitriu - (14:04): mflorea: What do you need from the context? Can't it be accessed if you use the map interface?
sdumitriu - (14:04): Or is it a class field not stored in the map?
bblfish - (14:04): then I did a mvn install I think
vmassol - (14:05): sdumitriu: bblfish doesn't need to install the default XAR since he's built the default xe
sdumitriu - (14:05): bblfish: Normally I unzip the .zip that's in /distribution/jetty/hsqldb/target/ and run from there
sdumitriu - (14:05): vmassol: Yes, I just looked up and saw where he built from
mflorea - (14:06): sdumitriu: I need more than the xwiki context. I'm referring to the DefaultWikiService used by wysiwyg. It needs to access the code, like search documents, and other things that are not accessible through the bridge
sdumitriu - (14:06): mflorea: OK
bblfish - (14:06): sdumitriu: that's what I did. I unzipped that jar
bblfish - (14:06): sorry that zip
plunden joined #xwiki at 14:06
bblfish - (14:07): I unzipped this one xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT.zip
sdumitriu - (14:07): mflorea: I'd go for org.xwiki, but vmassol should know better
mflorea - (14:07): my question war regarding the org.xwiki.* pacakge prefix policy. Is it for component oriented code or for code that doesn't depend on the old core
bblfish - (14:07): that I had built after checking it out
sdumitriu - (14:08): bblfish: Is it an XWiki page with a "document does not exist" message, or a tomcat error?
bblfish - (14:08):  svn info ~/Programming/EclipseWorkspace/xwiki-enterprise-parent/pom.xml
bblfish - (14:08): Path: /Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/pom.xml
bblfish - (14:08): Name: pom.xml
bblfish - (14:08): URL: http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/pom.xml
bblfish - (14:08): Repository Root: http://svn.xwiki.org/svnroot/xwiki
bblfish - (14:08): Repository UUID: f329d543-caf0-0310-9063-dda96c69346f
bblfish - (14:08): Revision: 26763
bblfish - (14:08): Node Kind: file
bblfish - (14:08): Schedule: normal
bblfish - (14:08): Last Changed Author: tmortagne
bblfish - (14:08): Last Changed Rev: 26715
vmassol - (14:08): mflorea: org.xwiki sounds good
bblfish - (14:08): Last Changed Date: 2010-02-03 18:32:15 +0100 (Wed, 03 Feb 2010)
bblfish - (14:08): Text Last Updated: 2010-02-05 12:15:01 +0100 (Fri, 05 Feb 2010)
bblfish - (14:08): Checksum: c9250c4a4c807713c1e576f7d9ede4cc
bblfish - (14:08): if I go to http://localhost:8080/xwiki
mflorea - (14:08): vmassol: ok, thanks!
bblfish - (14:08): then I get just some list of files on the directory path
vmassol - (14:09): we need to move everything to org.xwiki anyway
mflorea - (14:09): ok
vmassol - (14:09): the sooner the better
vmassol - (14:09): I think we should updtae the policy
vmassol - (14:09): let me find it again
sdumitriu - (14:09): mflorea: Did you test the editor on FF3.6?
mflorea - (14:09): not yet, why?
sdumitriu - (14:10): FCK had some problems
sdumitriu - (14:10): http://hacks.mozilla.org/2010/02/firefox-3-6-feedback/
vmassol - (14:10): mflorea: we have this on dev.xwiki.rg: "All code that is not moved to the new XWiki Architecture based on components should use com.xpn.xwiki. New architecture code should use org.xwiki."
mflorea - (14:10): ok, thanks
vmassol - (14:10): http://dev.xwiki.org/xwiki/bin/view/Community/JavaCodeStyle
vmassol - (14:12): bblfish: I don't see how this can happen at all. How do you start XE?
mflorea - (14:12): sdumitriu: it's easy to test if we upgrade Hudson to FF3.6
bblfish - (14:12): sh start_xwiki.sh
vmassol - (14:12): actually we also need to support FF 3.5
vmassol - (14:13): so we need more agents
bblfish - (14:13): let me try with debug
vmassol - (14:13): bblfish: it's not going to change anything normally
vmassol - (14:14): bblfish: anything strange in the console?
vmassol - (14:14): this is really weird
bblfish - (14:14): 2010-02-05 14:13:11.792::INFO:  Deploy /Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT/jetty/contexts/root.xml -> org.mortbay.jetty.webapp.WebAppContext@3caa4b{/,/Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT/jetty/
bblfish - (14:14): ../webapps/root}
bblfish - (14:14): 2010-02-05 14:13:11.799::INFO:  Deploy /Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT/jetty/contexts/xwiki.xml -> org.mortbay.jetty.webapp.WebAppContext@ed0220c{/xwiki,/Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT
bblfish - (14:14): /jetty/../webapps/xwiki}
bblfish - (14:14): 2010-02-05 14:13:14.360::INFO:  Opened /Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT/jetty/logs/2010_02_05.request.log
bblfish - (14:14): 2010-02-05 14:13:14.414::INFO:  Started [email protected]:8080
vmassol - (14:14): what does http://localhost:8080/ do?
bblfish - (14:15): it redirects to http://localhost:8080/xwiki/
bblfish - (14:15): and that shows a list of directories such as META-INF
bblfish - (14:15): WEB-INF
bblfish - (14:16): redirect/
bblfish - (14:16): resources/
bblfish - (14:16): skins/
bblfish - (14:16): templates
vmassol - (14:16): yes but that shouldn't happens ince we have a redirect servlet defined in web.xml
vmassol - (14:17): can you try http://localhost:8080/xwiki/bin/view/Main/WebHome
bblfish - (14:17): that gave the 404
bblfish - (14:18): yep, NOT_FOUND
vmassol - (14:19): let me rebuild myself here
bblfish - (14:19): perhaps this error in the build: 2010-02-05 12:39:26,587 [main] ERROR xwiki.XWiki                     - Error while registering wiki macros.
bblfish - (14:19): java.lang.Exception: Unable to locate [XWiki.WikiMacroClass] & [XWiki.WikiMacroParameterClass] classes required for defining wiki macros
vmassol - (14:19): maybe the build was broken by a recent commit
vmassol - (14:19): bblfish: no this is ok
vmassol - (14:19): (we should fix it from the build but it's ok)
vmassol - (14:20): I'm rebuilding a clean all
vmassol - (14:20): I'll let you know in 20 minutes....
bblfish - (14:20): in enterprise?
vmassol - (14:20): first platform and then enterprise
vmassol - (14:20): hmm maybe when you built enterprise it downloaded latest version maven remote repo
vmassol - (14:21): since hudson may have built a newer version in between your build for platforml
vmassol - (14:21): and the time you started building enterprise
vmassol - (14:21): and maybe the latest version on hudson isn't working for some reason
vmassol - (14:21): anyway I should find out
bblfish - (14:21): that's kind of why I was wondering if it was a good idea to work from trunk
bblfish - (14:23): there was this error
bblfish - (14:23): "org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [com.xpn.xwiki.doc.XWikiDocument#104408758]"
vmassol - (14:23): bblfish: trunk works most of the time
vmassol - (14:23): I'm still not sure this is the pb
vmassol - (14:23): FTM I just can't find an explanatio
vmassol - (14:24): btw to speed up building platform you can run: mvn install -Pdev
bblfish - (14:25): ok, thanks
vmassol - (14:25): (more info here: http://dev.xwiki.org/xwiki/bin/view/Community/Building#HBuildingtheWYSIWYGeditor)
bblfish - (14:25): checking the platform externals
bblfish - (14:25): ah there are a few updates
bblfish - (14:26): oh quite a few it seems
vmassol - (14:29): bblfish: what's the end goal? if what you want is to get a recent build of XE then you could simply download it
vmassol - (14:29): then you can do your dev and copy your JAR in WEB-INF/lib
vmassol - (14:30): (to run it)
bblfish - (14:30): well I am mostly done now. :-)
bblfish - (14:30): I hope
vmassol - (14:30): ok
vmassol - (14:30): in case you need it: http://maven.xwiki.org/snapshots/com/xpn/xwiki/products/xwiki-enterprise-jetty-hsqldb/2.3-SNAPSHOT/
bblfish - (14:30): ok, thanks.
bblfish - (14:31): It helps to see how xwiki is built anyway...
vmassol - (14:31): yes
vmassol - (14:32): I'm just sorry it's not been a pleasant experience so far as it should have been
vmassol - (14:32): we're quite happy with our build that normally just works?
bblfish - (14:32): well working from the trunk, is usually a bit dangerous :-)
vmassol - (14:32): it's a bit long though when you build it all
vmassol - (14:32): but there isn't much we can do about that, except not building it all (which is not needed)
bblfish - (14:33): yes, partly because I think maven sometimes has to make multiple requests, no?
vmassol - (14:34): what's long is compilation + tests + checkstyle checks + aspectj weaving + gwt compilation...
bblfish - (14:34): But I am reading a good book on surveillance, so that's not a problem, I have something to do while my cpu is pegged
vmassol - (14:34): (+ backward compat checks to prevent breaking apis for some module)
vmassol - (14:34): :)
bblfish - (14:34): is this serious: org.hibernate.HibernateException: Can't find [/WEB-INF/hibernate.cfg.xml] for hibernate configuration
vmassol - (14:34): no
vmassol - (14:35): it's jsut some unit tests
vmassol - (14:35): that need to be improved
vmassol - (14:35): we want to fix those but since they affect some old code that we want to get rid of
vmassol - (14:35): we've not spent much time looking at how to imrpove the console logs for them
vmassol - (14:36): anything serious will make the build fail
vmassol - (14:36): so you're safe
bblfish - (14:37): ok, well I think what I want to do is going to be initially quite simple to add. RDFa templates should be super simple. A bit of intelligent public key management, a bit more work.
bblfish - (14:37): (and require an entry in the DB)
bblfish - (14:38): but I can see why most end user apps are php based. I think php developers just need to put their files somwhere on the file system and they work
vmassol - (14:38): yes you just saw why PHP based wiki don't scale :)
bblfish - (14:39): oh?
bblfish - (14:39): where?
vmassol - (14:39): you can make them scale but with lots of machines and caches and indexing process to parse the file system
vmassol - (14:40): that's why we use a db
vmassol - (14:40): when we do a request we get live results
bblfish - (14:40): ah, in any case one can write php and compile to java...
vmassol - (14:40): also it's impossible to do complex queries IMO on files
vmassol - (14:40): you can script in php in xwiki actually
vmassol - (14:41): not sure why you'd want to do this though ;)
bblfish - (14:41): yes. that's cool. There are a lot of people who do php out there, who seem to do good UIs
bblfish - (14:41): :-/ Build Failure
vmassol - (14:41): buidl sucess here
bblfish - (14:42): [INFO] Building XWiki Platform - Plugins - Application Manager
bblfish - (14:42): [INFO]    task-segment: [install]
vmassol - (14:42): now building enterprise
bblfish - (14:42): [..]
bblfish - (14:42): Surefire report directory: /Users/hjs/Programming/EclipseWorkspace/xwiki-platform-externals/plugins/application-manager/target/surefire-reports
bblfish - (14:42): org.apache.maven.surefire.booter.SurefireExecutionException: TestCase; nested exception is java.lang.NoClassDefFoundError: TestCase
bblfish - (14:42): java.lang.NoClassDefFoundError: TestCase
bblfish - (14:42): which svn number are you at?
vmassol - (14:42): you really have a pb in your environment I think
vmassol - (14:42): 26765
bblfish - (14:43): I was at 26763
vmassol - (14:43): the app manager hasn't been touched for months
bblfish - (14:43): or that was the revision of pom.xml
vmassol - (14:43): AFAIK
bblfish - (14:44): ok, so perhaps I should clean and start from scratch
bblfish - (14:44): is that
bblfish - (14:44): mvn clean ?
vmassol - (14:44): mvn clean install
vmassol - (14:44): btw which version of maven are u using?
bblfish - (14:44): $ mvn --version
bblfish - (14:44): Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
bblfish - (14:44): Java version: 1.6.0_17
bblfish - (14:44): Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
bblfish - (14:44): Default locale: en_US, platform encoding: MacRoman
bblfish - (14:44): OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac"
vmassol - (14:45): ok, slightly oldish
vmassol - (14:45): but it's ok
vmassol - (14:45): it should work just fine
bblfish - (14:45): should I do
bblfish - (14:45): mvn clean install -Pdev ?
vmassol - (14:45): yes
vmassol - (14:46): ok all built
vmassol - (14:46): now starting XE
vmassol - (14:47): works fine
bblfish - (14:49): ok, rebuilding
bblfish - (14:49): now we are in sync, so we'll know...
vmassol - (15:24): grrr there's still the {/pre} displayed in the user profile when logged in with a user having a page in 1.0 syntax
vmassol - (15:24): I'm on it
bblfish - (15:25): no, after clean and rebuilding both I still get the directory listing
plunden left #xwiki at 15:25
vmassol - (15:25): ah must be some deps issue
vmassol - (15:25): (talking to myself)
vmassol - (15:26): not responding to you bblfish
vmassol - (15:27): vmassol: no you're wrong, it's not a dep issue!
vmassol - (15:33): jvdrean: why cannot I see a user's watchlist if I'm admin?
vmassol - (15:34): (the watchlist tab isn't displayed)
bblfish - (15:35): vmassol: which (sub)version of enterprise are you using?
vmassol - (15:35): svn?
bblfish - (15:35): yes
bblfish - (15:35): version
bblfish - (15:35): of the code
vmassol - (15:35): vmassol@standard $ svn --version
vmassol - (15:35): svn, version 1.6.3 (r38063)
vmassol - (15:35):    compiled Jun 23 2009, 16:38:16
vmassol - (15:35): Copyright (C) 2000-2009 CollabNet.
bblfish - (15:35): of the xwiki  code
vmassol - (15:36): as I said rev 26765
vmassol - (15:36): (this is what I built)
bblfish - (15:38): yes that is my version of xwiki-platforms-externals
bblfish - (15:39): I am at 26770 for http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/pom.xml
vmassol - (15:39): bblfish: can I ssh into your system? (I need to finish something first but I could try to help you a bit later)
bblfish - (15:40): ssh is a bit complex I think. I am not sure how the firewall is set up here.
jvdrean - (15:41): vmassol: about the watchlist, APIs are currently missing, from the code:
jvdrean - (15:41): ## TODO: add APIs to be able to display users watchlists to admins
vmassol - (15:41): ok
jvdrean - (15:41): badly designed API :)
vmassol - (15:42): :)
vmassol - (15:42): self-bashing?
jvdrean - (15:42): yes I'm the one to blame
bblfish - (15:44): I am going to download one of the snapshots. I suppose most of the code is up to date. I'll be in Paris next week at some point, in case I can't get it to compile by then...
sdumitriu - (15:44): vmassol: bblfish: You could do a reverse tunnel first, then connect through it.
vmassol - (15:44): bblfish: ok fine
vmassol - (15:44): you can always come to the xwiki sas office in paris whenever you want
bblfish - (15:45): cool :-) I'll try to put something together so I have something to show...
vmassol - (15:45): ok great
vmassol - (15:46): I'm in Paris next tuesday
vmassol - (15:46): otherwise there'll be others at the office
bblfish - (15:52): cool the snapshot seems to work
bblfish - (15:53): what does not happen when I run from my build is all the deployment stuff
vmassol - (16:03): tmortagne: big pb on upgrading myxwiki.org?
tmortagne - (16:04): vmassol: yes
bblfish left at 16:07 (Read error: Connection reset by peer
jvdrean left at 16:09 (Quit: Leaving.
tmortagne - (16:12): i'm doing remote debugging to try to find what is the issue but even XWikiAction#execute, does someone have an issue of something before that that could break the request ? note: break the request but without producing any error log
tmortagne - (16:12): *even XWikiAction#execute is not called
vmassol - (16:13): you could try to put breakpoints in the filters
vmassol - (16:13): servlet filters
tmortagne - (16:14): sure but none of the filters changed AFAIK
vmassol - (16:14): well you need to find the place where it calls the xwiki code
vmassol - (16:15): you could also put a breakpoint in the servlet context listener
vmassol - (16:16): ok I know my pb?. grrr?. so simple...
tmortagne - (16:16): the action is called by struts not xwiki, i'm currently trying to debug the servlect context but that should not have any impact on the faollowing requests
tmortagne - (16:22): XWikiServletContextListener is called and behave like it should AFAICS
tmortagne - (16:27): SetThreadNameServletRequestListener is called too without any issue, what filters are supposed to be called for each view request ?
vmassol - (16:27): let me check web.xml
tmortagne - (16:27): i'm currently looking
vmassol - (16:28): com.xpn.xwiki.web.SetCharacterEncodingFilter
vmassol - (16:28): RequestRestorer
sdumitriu left at 16:28 (Quit: Leaving.
vmassol - (16:28): DavFilter
vmassol - (16:29): ActionDispatcher
tmortagne - (16:29): SetCharacterEncodingFilter is not called here
vmassol - (16:29): why not?
vmassol - (16:29): the pattern is:  <url-pattern>/*</url-pattern>
tmortagne - (16:29): i don't say it should not be called
tmortagne - (16:29): i'm saing it's not
vmassol - (16:29): ok
vmassol - (16:30): so that's one pb
vmassol - (16:30): is your web.xml the original one or is it modified on myxwiki.org?
tmortagne - (16:31): that's the original one with watch in it = myxwiki.org
vmassol - (16:31): could it be some permission issue that is not obvious?
tmortagne - (16:32): no i'm reproducing on my machine, (i downloaded instance of tomcat and xwiki from myxwiki.org)
jvdrean joined #xwiki at 16:32
tmortagne - (16:33): i'm running with my user in my home with all files unziped by the users
tmortagne - (16:33): *the user
tmortagne - (16:34): ActionDispatcher is never called either
tmortagne - (16:35): same for SavedRequestRestorerFilter
tmortagne - (16:37): my web.xml: http://pastebin.com/m4ccf2ec4
bblfish joined #xwiki at 16:40
tmortagne - (16:40): still have only SetThreadNameServletRequestListener called and nothing else (tested ActionFilter, SavedRequestRestorerFilter, SetCharacterEncodingFilter, XWikiAction, XWikiDavFilter)
tmortagne - (16:42): trying without any Watch related filter
vmassol - (16:44): have you tried replacing this web.xml with the default one, just to see if there's any diff?
tmortagne - (16:45): i already did a diff and the only differences was watch
tmortagne - (16:46): not better...
tmortagne - (16:46): i don't understand
tmortagne - (16:47): if only there was some error in the log... even a warning, something
vmassol - (16:47): have you tried using jetty with the same exact config/war?
tmortagne - (16:48): that's supposed to be what you have in a jetty/hsqldb distribution, the only difference is some plugin added
vmassol - (16:48): so you're saying the pb is defienitely the fact that it runs in tomcat?
tmortagne - (16:49): i'm saying i don't understand what is the problem but there is nothing special, it's standard war with standard web.xml
vmassol - (16:49): we need to eliminate possible pb one by one
vmassol - (16:50): if it runs fine jetty but not tomcat
vmassol - (16:50): then the pb is with tomcat
tmortagne - (16:50): no
tmortagne - (16:50): well yes with tomcat
vmassol - (16:50): with tomcat = with xwiki running on tomcat
tmortagne - (16:50): but nt tomcat itself
tmortagne - (16:50): since tomcat wors well with older
tmortagne - (16:51): problem is that tomcat doe snot even call XWiki...
tmortagne - (16:51): and the war did not changed
tmortagne - (16:51): well it calls SetThreadNameServletRequestListener but this filter is doing almost nothing so it's not this one that make the request bahave like this
vmassol - (16:52): trying to set up xwiki and tomcat
tmortagne - (16:52): (and it did not changed aither AFAIK)
tmortagne - (16:53): note: i'ts tomcat 6.0.20 on myxwiki.org
tmortagne - (16:53): (and the one i'm using to test here since it's a copy of myxwiki.org)
vmassol - (16:53): does it work fine with tomcat 6.0.24?
vmassol - (16:53): (latest)
bblfish - (16:53): so how do I edit the html produced by http://localhost:8080/xwiki/bin/view/XWiki/bblfish
tmortagne - (16:53): no idea
bblfish - (16:54): I don't mean filling in the fields, but changing the template
tmortagne - (16:54): was talking to vmassol :)
vmassol - (16:54): bblfish: you edit the page in wiki mode
bblfish - (16:54): (yes, I guessed that :)
bblfish - (16:54): ah ok
vmassol - (16:54): that will lead to you a userprofile sheet page
vmassol - (16:54): you'll find a mix of velocity scripting and html
vmassol - (16:54): basically the page you want is:
vmassol - (16:55): XWiki.XWikiUserProfileSheet
bblfish - (16:55): ok. looking...
tmortagne - (17:01): vmassol: not better with a fresh tomcat 6.0.24, so it's not tomcat version of configuration it seems
tmortagne - (17:01): of=or
vmassol - (17:01): still trying to start tomcat....
tmortagne - (17:02): i can give you my tomcat script if you want
vmassol - (17:02): I'm trying to use the default startup.sh
vmassol - (17:06): ok the pb was simply that there's no x flag for execution in the tomcat zip....
vmassol - (17:07): tmortagne: works fine
vmassol - (17:07): tomcat 6.0.24 + XE 2.3 from trunk
tmortagne - (17:07): did you tryed 2.2RC1 ?
vmassol - (17:07): nope
vmassol - (17:08): downloading
tmortagne - (17:19): just tryed with a fresh 2.2RC1 it's it seems to work
tmortagne - (17:19): but it's the same web.xml...
vmassol - (17:19): ok you beat me, still downloading
tmortagne - (17:20): there only some plugins added in the other
vmassol - (17:20): well something is different
vmassol - (17:20): :)
vmassol - (17:20): try removing them one by one maybe?
tmortagne - (17:20): the same plugins used in the currently running myxwiki.org
jvelo joined #xwiki at 17:28
tmortagne - (17:30): i think i found the issue but well it's not really supposed to be an issue... testing again
tmortagne - (17:32): not that's not it it seems
vmassol - (17:32): have you done a full unix diff on all files?
tmortagne - (17:33): i just remove the plugin and put them back and it's working...
vmassol - (17:34): so some special invisible characters?
tmortagne - (17:34): no characters, i moved files in a backup folder, started, it worked, them i moved them back and it still work
tmortagne - (17:34): absolutely nothing changed...
vmassol - (17:35): might be cache
vmassol - (17:35): cached
vmassol - (17:35): ?
tmortagne - (17:35): cached what ? jars in tomcat ?
vmassol - (17:35): maybe you could remove the tomcat work dir to check
tmortagne - (17:36): hmm wait
silviar left #xwiki at 17:36
tmortagne - (17:37): i just checked ad one moved back did not worked it seems
tmortagne - (17:38): or so my first "(17:31:01) <moi>: i think i found the issue but well it's not really supposed to be an issue... testing again" was the correct one it seems
tmortagne - (17:38): but that's the weirdest from my POV:
tmortagne - (17:39): it's not working with the myxwiki.org struts-config file
tmortagne - (17:39): but that should not make any difference between 2.1 and 2.2
tmortagne - (17:39): especially since it's pretty basic things
tmortagne - (17:40): ha not that basic
tmortagne - (17:40): i think it's because of captcha
tmortagne - (17:40): but that would mean that struts does not log any error when there is issue in the struts-config file
tmortagne - (17:43): did we changed something to captcha in struts-config file ?
tmortagne - (17:43): looking at the svn log
vmassol - (17:43): what does the diff says?
tmortagne - (17:44): the diff will not help, i have a merged struts-config file not the one used in 2.1
vmassol - (17:45): +        <action path="/imagecaptcha/"
vmassol - (17:45): +                type="org.xwiki.captcha.internal.DefaultImageCaptchaAction">
vmassol - (17:45): +        </action>
vmassol - (17:45): +
vmassol - (17:45): +
vmassol - (17:46): and removed old captch actions
vmassol - (17:46): -            <forward name="captcha" path="/templates/captcha.vm"/>
vmassol - (17:46): -        <action path="/jcaptcha/"
vmassol - (17:46): -                type="com.octo.captcha.module.struts.image.RenderImageCaptchaAction">
vmassol - (17:46): -        </action>
vmassol - (17:46): so these don't exist anymore
vmassol - (17:46): so if you keep them it'll fail probably
vmassol - (17:46): this too:
vmassol - (17:46): -    <!-- ============================ Plugins =============================== -->
vmassol - (17:46): -    <plug-in className="com.octo.captcha.module.struts.CaptchaServicePlugin"/>
vmassol - (17:46): -
jvelo left at 17:47 (Remote host closed the connection
vmassol - (17:47): we could add it in the release notes so that users pay extra attention
vmassol - (17:47): even though we're coverd since we tell them to diff config files they modify
vmassol - (17:47): s/coverd/covered/
tmortagne - (17:47): yes i seen that in svn, it's a pain that struts fail silently...
tmortagne - (17:48): maybe we have a crappy filter in log4j configuration for that
tmortagne - (17:48): that would not be the first
tmortagne - (17:48): ### Deactive Struts warnings
tmortagne - (17:48): log4j.logger.org.apache.struts.util.RequestUtils=error
tmortagne - (17:49): very useful...
vmassol - (17:49): we don't want warnings
tmortagne - (17:49): but i guess that's a warning for struts
tmortagne - (17:49): warning is not info
tmortagne - (17:49): i dont see why we would not want warning
vmassol - (17:49): we can try
vmassol - (17:49): depends what it spits
bblfish - (17:50): quelqu'un s'y connais un peu avec la logique de XWikiUserProfileSheet ?
bblfish - (17:50): sorry, I meant does someone know the logic of XWikiUserProfileSheet ?
vmassol - (17:50): bblfish: yep you have jvdrean who's is the creator if it :)
vmassol - (17:50): and I know it a little bit too
bblfish - (17:50): ah cool. is jvdrean here?
jvdrean - (17:50): bblfish: yep
bblfish - (17:50): ah cool
bblfish - (17:51): sorry, I am just trying to add rdfa to that page
bblfish - (17:51): it says: #if($context.action == ?view?)
bblfish - (17:51): why is the vcard encolsed in that
jvdrean - (17:52): $context.action is the request action, we have 2 main actions called on the profile
jvdrean - (17:53): 'view' which is obviously the view action, 'inline' which allow to edit the profile
bblfish - (17:53): ah ok, so no need to add the vcard info to the profile I suppose
jvdrean - (17:53): we don't add vcard info when the form is displayed
bblfish - (17:53): yes, you are packing a lot into one page there...
vmassol - (17:54): yes, not very clean I agree?..
lucaa left #xwiki at 17:54
bblfish - (17:54): ok, not me to complain here :-) I'll add the rdfa in there.. I can see the pattern.
tmortagne - (17:55): vmassol: struts does not print anything even with log4j.logger.org.apache.struts.util.RequestUtils=warn
bblfish - (18:00): RDF's SIOC and AWE -SIOC:Semantically Interlinked Online Communities-AWE: ACL,WebOfTrust,Ego(FOAF) -RDF: reality distortion field :-)
tmortagne - (18:02): [upgrade (raised from the dead)] stopping myxwiki.org
tmortagne - (18:09): note: i get http://pastebin.com/m53c9f159 in teh log at startup, Nullpointer in scheduler plugin initialization
vmassol - (18:09): java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to [Ljava.lang.String;
vmassol - (18:09):         at com.xpn.xwiki.internal.DefaultWikiMacroInitializer.registerExistingWikiMacros(DefaultWikiMacroInitializer.java:117)
tmortagne - (18:10): thre is several different errors in my pastebin actually
vmassol - (18:11): I remember I modified from Object to String
vmassol - (18:11): for the wiki macro init stuff I think
vmassol - (18:11): but I don't yet understand how it can be a pb
tmortagne - (18:12): the nullpointer seems pretty critical if it prevent scheduler job to work, since it happen at init it's possible
vmassol - (18:12): it might only be a pb with existing serialized job
tmortagne - (18:12): sure but it still make the whole init fail
vmassol - (18:12): ah
vmassol - (18:13): in any case it needs to be fixed
tmortagne - (18:13): which mean if it's the first thing done, it prevend the scheduler to create its main thread
vmassol - (18:13): same for wiki macros
tmortagne - (18:13): yes
vmassol - (18:13): I don't get it
tmortagne - (18:14): i'm checking when this is done in the scheduler init
vmassol - (18:14): oh
tmortagne - (18:14): because if it totally break the scheduler i will have to revert to 2.1
vmassol - (18:14): it may simply means we have a bug in wiki macro
vmassol - (18:14): :)
vmassol - (18:14): I'll fix this one
vmassol - (18:14): trying to reproduce locally (should be easy)
jvdrean left at 18:17 (Quit: Leaving.
vmassol - (18:18): ok I can reproduce, fixing
vmassol - (18:18): glad we caught it
vmassol - (18:19): (we need some wiki macros in XE by default ;))
tmortagne - (18:19): does it makes wiki macro unusable ?
vmassol - (18:19): no
vmassol - (18:19): but it makes them not restart on xwiki restart
vmassol - (18:20): any it's a blocker for the 2.2 release
vmassol - (18:20): fixing now
tmortagne - (18:20): ok so none of the existing macro before the migration are registered now ?
vmassol - (18:20): correct
vmassol - (18:21): you'll need to save their page to get them registered
tmortagne - (18:22): (the scheduler bug is not too critical for myxwiki.org, it's the last thing done in the plugin init and it's about old version of scheduler job)
vmassol - (18:22): it's possible the wiki macro prevents xwiki from starting
tmortagne - (18:24): i could resave macros but myxwiki.org restart very often so we will not do it at each restart
tmortagne - (18:24): seems blocker for myxwiki.org
vmassol - (18:24): you should wait for a new snapshot IMO
vmassol - (18:24): I need 10 minutes for fixing the bug I think
vmassol - (18:24): I can also provide you with a patched core jar
tmortagne - (18:27): patched core would be fine
vmassol - (18:27): found the pb
vmassol - (18:27): 2 mn more
vmassol - (18:27): fixed, testing
bblfish - (18:29): is this going to work? <dd #if($context.action == ?view?) rel="foaf:phone" href="tel:$doc.display('phone')" class="tel"#end>$doc.display(?phone?)</dd>
bblfish - (18:30): the idea is to use the tel: URL there.
vmassol - (18:30): it'll probably won't validate against XHTML though, will it?
bblfish - (18:31): why?
vmassol - (18:31): is href a valid attribute for dd in XHTML?
vmassol - (18:31): (haven't checked)
bblfish - (18:31): is it possible to make xhtml less strict?
bblfish - (18:32): or I mean your interpreter less strict?
bblfish - (18:32): that is part of what is required by rdfa
vmassol - (18:32): XHTML supports this by adding a namespace and a DTD/schema
bblfish - (18:32): no, you are quite right
bblfish - (18:32): I should put an <a href=""
bblfish - (18:34): but there is an interesting issue about xhtml conformance of rdfa I suppose that will pop up
vmassol - (18:34): tmortagne: ok works, committing
bblfish - (18:35): perhaps it is xhtml2 specific http://www.w3.org/TR/xhtml-rdfa-primer/
bblfish - (18:35): do you expect this to create problems for your parser?
bblfish - (18:39): ok, well I suppose we'll find out real soon. I'll stick to really simple relations for the moment.
vmassol - (18:39): tmortagne: fixed, do you want the jar or do you want to build it?
tmortagne - (18:39): vmassol: i will build it
vmassol - (18:40): ok
tmortagne - (18:41): i still don't understand how http://jira.xwiki.org/jira/browse/XASCH-49 can happen, the query search for documents with obj.className='XWiki.SchedulerJobClass' and when it ask for jobDoc.getObject("XWiki.SchedulerJobClass"); it gets null
mflorea left at 18:41 (Quit: Leaving.
bblfish - (18:41): so I suppose I need to be adminstrator to change that file
vmassol - (18:42): bblfish: what file?
vmassol - (18:43): do you mean page?
vmassol - (18:43): if you can edit it then you can save it
vmassol - (18:43): to edit it you need to be admin indeed
vmassol - (18:43): user: Admin, pwd: admin
sdumitriu joined #xwiki at 18:48
sdumitriu left at 18:52 (Ping timeout: 240 seconds
tmortagne - (18:52): vmassol: i get many logs like http://pastebin.com/m4a67461e
KermitTheFragger left at 18:53 (Quit: Leaving
vmassol - (18:54): checking code
tmortagne - (18:54): looks like registerWikiMacros and buildMacro don agree on what is a wiki macro
tmortagne - (18:56): vmassol: actually i'm afrais there is a big in XwikiDocument
tmortagne - (18:56): it's exactly the same issue that the scheduler
tmortagne - (18:56): doc.getObject(WIKI_MACRO_CLASS) return null
tmortagne - (18:56): even if the document has been requested using some object.classNAme="wikimacroclass"
tmortagne - (18:58): pretty critical...
vmassol - (18:59): so the object is not added to the map for some reason, is that it?
vmassol - (18:59): private Map<DocumentReference, List<BaseObject>> xObjects = new TreeMap<DocumentReference, List<BaseObject>>();
tmortagne - (19:00): either the object is not in the map of it doe snot have the right reference
tmortagne - (19:00): of the reference generated from getObejct(String) is wrong
vmassol - (19:01): ah it might be a case of
vmassol - (19:01): some code using getxWikiObjects().put(?.)
vmassol - (19:01): checking if I can find that
tmortagne - (19:02): its a XWikiDocument coming directly from the storage both times
vmassol - (19:03): right now I don't see how the objects get put in the cache
vmassol - (19:03): checking
tmortagne - (19:04): it's using doc.setXObject(classReference, object.getNumber(), object);
tmortagne - (19:04): it seems
tmortagne - (19:05): in XwikiHibernateStore#loadXWikiDoc
vmassol - (19:05): yes
vmassol - (19:05): it looks fine
bblfish - (19:06): it does not seem to like the following
vmassol - (19:06): if I could reproduce locally I could debug
bblfish - (19:06): #if($context.action == 'view')
bblfish - (19:06):   <div xmlns:foaf="http://xmlns.com/foaf/0.1/"
bblfish - (19:06):        xmlns:dct="http://purl.org/dc/terms/"
bblfish - (19:06):        xmlns:contact="http://www.w3.org/2000/10/swap/pim/contact#"
bblfish - (19:06):        xmlns:cert="http://www.w3.org/ns/auth/cert#"
bblfish - (19:06):        xmlns:rsa="http://www.w3.org/ns/auth/rsa#"
bblfish - (19:06):        about="#me" typeof="foaf:Person"
bblfish - (19:06):        class="vcard">
bblfish - (19:06):   <span typeof="foaf:OnlineAccount" property="foaf:accountName" class="fn hidden">$username</span>
bblfish - (19:07): somehow that turns into <div xmlns:foaf="<span class="wikiexternallink"><a cl
vmassol - (19:07): try using clean=false in the wrapping html macro
vmassol - (19:07): you might have found a bug in our cleaning algo
vmassol - (19:08): ah no
vmassol - (19:08): wait
vmassol - (19:08): it's because there's wiki=true in the wrapping html macro
vmassol - (19:08): and http:// is wiki syntax for a link
vmassol - (19:08): so you need to escape it if you don't want it considered a link
vmassol - (19:08): with:
vmassol - (19:08): http:~/~/;;;;
vmassol - (19:08): oop
vmassol - (19:08): oops
vmassol - (19:09): http:~/~/......
vmassol - (19:09): <div xmlns:foaf="http://xmlns.com/foaf/0.1/~/~/http://xmlns.com/foaf/0.1/" etc
tmortagne - (19:09): is wiki macro really needed here ?
vmassol - (19:09): no idea, haven't looked
bblfish - (19:10): you mean: <div xmlns:foaf="http:~/~/xmlns.com/foaf/0.1"
vmassol - (19:10): yes
bblfish - (19:10): ok, will try that
tmortagne - (19:10): bblfish: do you really need wiki=true ?
vmassol - (19:10): tmortagne: how can I reproduce the pb locally?
jvdrean joined #xwiki at 19:10
vmassol - (19:10): maybe it's a pb only in XEM?
jvdrean left #xwiki at 19:11
jvdrean joined #xwiki at 19:11
tmortagne - (19:11): vmassol: not sure, i did not tryed locally, what happen here is that it load a document that is supposed to have some object and it can't find it, IMO there is an issue in the way the reference is resolved
vmassol - (19:12): tmortagne: yes but I've not seen it
vmassol - (19:12): and I guess we'd have seen it before
vmassol - (19:12): it's not like we don't load docs with objects
vmassol - (19:12): might be the ref although we have tests for that
tmortagne - (19:13): vmassol: sure but there is a bug for sure the hql request selected document with object of a specifc class and getObject can't fin dit
tmortagne - (19:13): mayeb there is a bug in multiwiki
vmassol - (19:13): indeed the multiwiki part has not been tested
vmassol - (19:13): for wiki macros
vmassol - (19:14): reading again code for multiwki
vmassol - (19:14): hmm it's pretty much the same code but maybe the ref gets the wiki added which we don't normally
tmortagne - (19:15): it's not about wiki macros
vmassol - (19:16): ok I have some idea
vmassol - (19:16): hmmm no
vmassol - (19:19): tmortagne: I need a way to reproduce it
tmortagne - (19:20): did you tried in a sub wiki ?
vmassol - (19:20): testing something
vmassol - (19:20): I don't have a subwiki
CalebJamesDeLisl joined #xwiki at 19:21
jvdrean left at 19:21 (Quit: Leaving.
vmassol - (19:23): ok found the pb I think
vmassol - (19:24): It's in resolveReferenceWithSpecificSpace
vmassol - (19:24): this doesn't pass:
vmassol - (19:24):         DocumentReference expected3 = new DocumentReference("wiki", "space", "page");
vmassol - (19:24):         assertEquals(expected2, doc.resolveReferenceWithSpecificSpace("wiki:space.page", "XWiki"));
vmassol - (19:24): now fixing code
vmassol - (19:24): oops
vmassol - (19:24): expected2
vmassol - (19:24): grrr
vmassol - (19:25): false aler, it passes
vmassol - (19:25): *alert
vmassol - (19:26): tmortagne: I have to go now, but I'll try to fix it later. If you can reproduce it locally please let me know
vmassol left at 19:27 (Quit: Leaving.
bblfish - (19:36): well I think I have generated some rdfa now
bblfish - (19:36): the trick will be to test it. As it is on localhost, I can't use any of the online rdfa parsers
bblfish - (19:37): there are a few tools one can use to do this...
bblfish - (19:37): will look into them
xenon75 joined #xwiki at 19:47
tmortagne left at 19:50 (Quit: Leaving.
xenon75 left at 19:55 (Quit: Leaving.
tmortagne joined #xwiki at 20:49
tmortagne left at 20:49 (Client Quit
flaviusolaru joined #xwiki at 21:11
flaviusolaru left at 21:22 (Quit: Leaving.
bblfish left at 21:32 (Read error: Connection reset by peer
bblfish joined #xwiki at 21:43
vmassol joined #xwiki at 22:30
florinciu left at 23:20 (Read error: Connection reset by peer
}}}