Wiki source code of IRC Archive for channel #xwiki on 5 Feb 2010
Last modified by Vincent Massol on 2012/10/18 18:56
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{{ | ||
| 2 | xwikibot joined #xwiki at 08:51 | ||
| 3 | bblfish left at 08:57 (Remote host closed the connection | ||
| 4 | xenon75 joined #xwiki at 09:09 | ||
| 5 | xenon75 left at 09:11 (Client Quit | ||
| 6 | vmassol - (09:14): CalebJamesDeLisl: is this patch valid/up to date: http://jira.xwiki.org/jira/browse/XWIKI-4410 ? | ||
| 7 | CalebJamesDeLisl - (09:14): I don't think so as of jv's change. | ||
| 8 | CalebJamesDeLisl - (09:16): Oh, that one might still be good. | ||
| 9 | vmassol - (09:16): the methods added in Api.java look a bit strange | ||
| 10 | CalebJamesDeLisl - (09:16): I was thinking of the change to the attachments LiveTable. | ||
| 11 | CalebJamesDeLisl - (09:18): There is a convert method for Document so I followed along. | ||
| 12 | vmassol - (09:18): ok | ||
| 13 | 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? | ||
| 14 | vmassol - (09:18): +1 | ||
| 15 | vmassol - (09:19): everything using string must be deprecated and use DR | ||
| 16 | vmassol - (09:19): we've already voted that actually | ||
| 17 | vmassol - (09:19): so go ahead! :) | ||
| 18 | mflorea - (09:19): ok, doing it | ||
| 19 | vmassol - (09:19): and hi marius! | ||
| 20 | mflorea - (09:19): :) hi vincent! | ||
| 21 | tmortagne joined #xwiki at 09:39 | ||
| 22 | bblfish joined #xwiki at 09:49 | ||
| 23 | KermitTheFragger joined #xwiki at 09:58 | ||
| 24 | KermitTheFragger left at 09:59 (Client Quit | ||
| 25 | KermitTheFragger joined #xwiki at 09:59 | ||
| 26 | silviar joined #xwiki at 10:13 | ||
| 27 | jvdrean joined #xwiki at 10:16 | ||
| 28 | lucaa joined #xwiki at 10:29 | ||
| 29 | bblfish left at 10:43 (Ping timeout: 245 seconds | ||
| 30 | bblfish joined #xwiki at 10:44 | ||
| 31 | lucaa left at 10:51 (Quit: Leaving. | ||
| 32 | bblfish left at 10:52 (Ping timeout: 265 seconds | ||
| 33 | bblfish joined #xwiki at 10:54 | ||
| 34 | lucaa joined #xwiki at 10:54 | ||
| 35 | vmassol - (10:59): lucaa: should http://jira.xwiki.org/jira/browse/XWIKI-3784 be closed? | ||
| 36 | vmassol - (10:59): it has a fix for of 2.2 but your last comment | ||
| 37 | vmassol - (10:59): says it's been done | ||
| 38 | vmassol - (10:59): it even says it was committed in 1.9! | ||
| 39 | lucaa - (10:59): hi Vincent, lemme check | ||
| 40 | lucaa - (11:00): it doesn't say it was fixed, it was fixed part of the damage it's doing | ||
| 41 | lucaa - (11:01): it's a bit of a special english there, but if you try really hard it's understandable :) | ||
| 42 | vmassol - (11:01): in any case it's planned for 2.2 is that right? | ||
| 43 | vmassol - (11:01): smae for http://jira.xwiki.org/jira/browse/XWIKI-3741 | ||
| 44 | lucaa - (11:01): well, it's the issues we've been postponing | ||
| 45 | 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 | ||
| 46 | lucaa - (11:02): (it's a command execution issue) | ||
| 47 | vmassol - (11:02): if nobody has been working on it then maybe it should be moved to 2.2.1 ? | ||
| 48 | 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 | ||
| 49 | vmassol - (11:03): mflorea/lucaa: could you agree about when they should be fixed and put the correct assignee? | ||
| 50 | vmassol - (11:03): (and set the fix for) | ||
| 51 | vmassol - (11:03): (to what we want it to be) | ||
| 52 | bblfish left at 11:03 (Ping timeout: 252 seconds | ||
| 53 | vmassol - (11:04): final is still planned for Monday FTM | ||
| 54 | 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. | ||
| 55 | lucaa - (11:08): ok | ||
| 56 | bblfish joined #xwiki at 11:12 | ||
| 57 | vmassol - (11:13): if someone has the time today it would be great to install the 2.2 RC on myxwiki.org | ||
| 58 | vmassol - (11:14): so that we have 3 days of tests with it before the monday release | ||
| 59 | vmassol - (11:14): who could do this? | ||
| 60 | lucaa - (11:16): mflorea: done | ||
| 61 | mflorea - (11:16): lucaa: ok, thanks | ||
| 62 | sdumitriu - (11:17): vmassol: I could, a bit later | ||
| 63 | 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 | ||
| 64 | sdumitriu - (11:21): Yes, done several times | ||
| 65 | vmassol - (11:21): ok | ||
| 66 | 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? | ||
| 67 | vmassol - (11:22): same for http://jira.xwiki.org/jira/browse/XWIKI-3784 | ||
| 68 | lucaa - (11:22): 3784 is tricky last time I heard about it | ||
| 69 | lucaa - (11:23): 3741 is just work & refactor, somebody needs to set himself to do it | ||
| 70 | 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 | ||
| 71 | vmassol - (11:23): I mean anything that modifies content you have in wiki mode is critivcal to me | ||
| 72 | lucaa - (11:23): and yes, as I mentioned last time we talked about those issues, I 100% agree with mflorea | ||
| 73 | vmassol - (11:23): since that was the main reason for thenew wysiwyg editor | ||
| 74 | vmassol - (11:24): (why we decided to rewrite it vs tinymce) | ||
| 75 | lucaa - (11:24): vmassol: I don't understand, wdym modify the content you have in wiki mode? | ||
| 76 | mflorea - (11:24): yes, but since users didn't complained about it, it means they rarely use custom parameters on images and links | ||
| 77 | lucaa - (11:24): as in 'will mess it up'? | ||
| 78 | vmassol - (11:25): mflorea: I guess it depends if you have more critical ones for 2.2.1 | ||
| 79 | 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? | ||
| 80 | vmassol - (11:26): I'd say 1 or 2 weeks after 2.2 final is released | ||
| 81 | vmassol - (11:26): 1 if something blocking is found | ||
| 82 | vmassol - (11:26): and 2 weeks if it's just maintaiancne without a real blocker | ||
| 83 | mflorea - (11:26): ok, I'll try to handle them | ||
| 84 | vmassol - (11:26): ok cool | ||
| 85 | vmassol - (11:26): there might be more important issue sthough | ||
| 86 | vmassol - (11:26): haven't checked the other open ones | ||
| 87 | vmassol - (11:27): there are about 40 or so open bugs I believe | ||
| 88 | kibahop left #xwiki at 11:29 | ||
| 89 | kibahop joined #xwiki at 11:36 | ||
| 90 | CalebJamesDeLisl - (11:38): Time for bed. | ||
| 91 | vmassol - (11:39): good night CalebJamesDeLisl | ||
| 92 | tmortagne - (11:39): CalebJamesDeLisl: good night :) | ||
| 93 | CalebJamesDeLisl - (11:39): Good night all. | ||
| 94 | CalebJamesDeLisl left at 11:39 (Quit: The user has gone to sleep. | ||
| 95 | vmassol - (11:45): hourrah :) | ||
| 96 | tmortagne - (11:49): sdumitriu: i can do myxwiki upgrade now unless you really want to do it | ||
| 97 | sdumitriu - (11:51): tmortagne: Ok, go ahead | ||
| 98 | tmortagne - (11:52): sdumitriu: ok | ||
| 99 | bblfish - (11:57): it says "Go in platform/web/standard and type mvn install -Pjettyrun" | ||
| 100 | vmassol - (11:58): bblfish: this part is oldish, dunno if it still works | ||
| 101 | vmassol - (11:58): the best is to build enterprise/ | ||
| 102 | vmassol - (11:58): http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/ | ||
| 103 | vmassol - (11:58): this is XWiki Enterprise (the wiki product) | ||
| 104 | bblfish - (11:58): ah ok. I had not checked that out I think | ||
| 105 | vmassol - (11:58): it uses the platform | ||
| 106 | vmassol - (11:59): then once it's built you go in distribution/jetty/hsqldb/target | ||
| 107 | vmassol - (11:59): you'll find the distribution zip | ||
| 108 | vmassol - (11:59): you can unzip it | ||
| 109 | vmassol - (11:59): and then call start_xwiki.sh | ||
| 110 | bblfish - (12:01): ah I get it, I was in the https://svn.xwiki.org/svnroot/xwiki/platform/trunk directory | ||
| 111 | vmassol - (12:02): bblfish: yep | ||
| 112 | bblfish - (12:02): so probably that should have read "Go in platform/trunk/web/standard and type | ||
| 113 | bblfish - (12:03): I just ran that to see if it works. It seems to be downloading a lot of stuff | ||
| 114 | vmassol - (12:03): ok I haven't tried it for ages | ||
| 115 | vmassol - (12:03): bblfish: it says: "Go in platform/web/standard and type mvn install -Pjettyrun." | ||
| 116 | bblfish - (12:04): yes. I was looking with find for platform which of course I was not going to find... | ||
| 117 | vmassol - (12:04): ok | ||
| 118 | mflorea left at 12:08 (Quit: Leaving. | ||
| 119 | 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 | ||
| 120 | bblfish - (12:09): I get stuff like [[ | ||
| 121 | 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',... | ||
| 122 | 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) | ||
| 123 | bblfish - (12:09): ]] | ||
| 124 | bblfish - (12:10): at the top of the page | ||
| 125 | vmassol - (12:10): bblfish: yes it's not working | ||
| 126 | vmassol - (12:10): missing stuff | ||
| 127 | vmassol - (12:10): we have kept this solution up to date | ||
| 128 | vmassol - (12:10): so for now the best is that you build enterprise/ to get a full XE running | ||
| 129 | 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 | ||
| 130 | bblfish - (12:11): ok | ||
| 131 | bblfish - (12:11): hope it does not take as long to compile again | ||
| 132 | vmassol - (12:16): no, just about 3 mn | ||
| 133 | tmortagne - (12:22): [upgrade] i'm stoping myxwiki.org | ||
| 134 | 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...) | ||
| 135 | tmortagne - (12:26): i fixed the xwiki link part | ||
| 136 | vmassol - (12:29): sdumitriu: ok I think I know what the pb is regarding the pre in comment editing | ||
| 137 | vmassol - (12:29): and I wonder how it could have ever worked | ||
| 138 | vmassol - (12:29): the pb is when a template calls $doc.display in syntax 1.0 | ||
| 139 | vmassol - (12:29): and in edit mode | ||
| 140 | vmassol - (12:29): (or hidden mode or search mode) | ||
| 141 | sdumitriu - (12:29): Ah, right | ||
| 142 | vmassol - (12:30): in this case pre are added | ||
| 143 | sdumitriu - (12:30): The {pre} and <pre> | ||
| 144 | vmassol - (12:30): but there's no check for isInRenderingEngine | ||
| 145 | vmassol - (12:30): which we have for syntax 2.0 | ||
| 146 | vmassol - (12:30): (hence why it works in 2.0 syntax) | ||
| 147 | vmassol - (12:30): fixing it | ||
| 148 | vmassol - (12:31): sdumitriu: do you agree we should use pre only if isInRenderingEngine is trueN | ||
| 149 | vmassol - (12:31): s/trueN/true?/ | ||
| 150 | vmassol - (12:31): since in template only velocity is evaluated | ||
| 151 | sdumitriu - (12:31): Yes | ||
| 152 | sdumitriu - (12:32): And also <pre> should never be there anyway | ||
| 153 | sdumitriu - (12:32): We've discussed this already, but don't remember who won | ||
| 154 | vmassol - (12:33): yes I don't recall exactly for <pre> so I won't touch that right now | ||
| 155 | bbc581 joined #xwiki at 12:35 | ||
| 156 | bbc581 left at 12:40 (Ping timeout: 264 seconds | ||
| 157 | plunden joined #xwiki at 13:15 | ||
| 158 | mflorea joined #xwiki at 13:18 | ||
| 159 | bblfish - (13:20): hi: just in case this rings any bells | ||
| 160 | bblfish - (13:20): ---[[ | ||
| 161 | 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] | ||
| 162 | 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 | ||
| 163 | bblfish - (13:20): Negative seek offset | ||
| 164 | bblfish - (13:20): ]] | ||
| 165 | bblfish - (13:20): that was why the enterprise build failed | ||
| 166 | bblfish - (13:23): going to try rebuilding that component | ||
| 167 | bblfish - (13:32): building enterprise: "java.lang.Exception: Unable to locate [XWiki.WikiMacroClass] & [XWiki.WikiMacroParameterClass] classes required for defining wiki macros." | ||
| 168 | bblfish - (13:33): but it's continuing | ||
| 169 | bblfish - (13:44): bon "[INFO] BUILD SUCCESSFUL" | ||
| 170 | sdumitriu - (13:46): tmortagne: incubator myxwiki dead | ||
| 171 | tmortagne - (13:46): sdumitriu: yes i know, the whole myxwiki.org is dead | ||
| 172 | tmortagne - (13:46): i can't make tomcat work with 2.2RC1 war yet | ||
| 173 | 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 | ||
| 174 | bblfish - (13:49): ok. startex xwiki in ~/Programming/EclipseWorkspace/xwiki-enterprise-parent/distribution/jetty/hsqldb/target/xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT | ||
| 175 | bblfish - (13:50): but I just git a list of files when I go to http://localhost:8080/xwiki/ | ||
| 176 | plunden left #xwiki at 13:55 | ||
| 177 | tmortagne - (13:55): putting back 2.1 for now | ||
| 178 | tmortagne - (13:56): if someone has an idea of what could be the issue... | ||
| 179 | bblfish - (14:01): if I go to http://localhost:8080/xwiki/bin/view/Main/WebHome I get a 404 | ||
| 180 | kibahop left #xwiki at 14:03 | ||
| 181 | sdumitriu - (14:03): bblfish: Did you install the default xar? | ||
| 182 | sdumitriu - (14:03): The wiki is empty | ||
| 183 | 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? | ||
| 184 | bblfish - (14:03): I downloaded from svn | ||
| 185 | sdumitriu - (14:04): mflorea: What do you need from the context? Can't it be accessed if you use the map interface? | ||
| 186 | sdumitriu - (14:04): Or is it a class field not stored in the map? | ||
| 187 | bblfish - (14:04): then I did a mvn install I think | ||
| 188 | vmassol - (14:05): sdumitriu: bblfish doesn't need to install the default XAR since he's built the default xe | ||
| 189 | sdumitriu - (14:05): bblfish: Normally I unzip the .zip that's in /distribution/jetty/hsqldb/target/ and run from there | ||
| 190 | sdumitriu - (14:05): vmassol: Yes, I just looked up and saw where he built from | ||
| 191 | 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 | ||
| 192 | sdumitriu - (14:06): mflorea: OK | ||
| 193 | bblfish - (14:06): sdumitriu: that's what I did. I unzipped that jar | ||
| 194 | bblfish - (14:06): sorry that zip | ||
| 195 | plunden joined #xwiki at 14:06 | ||
| 196 | bblfish - (14:07): I unzipped this one xwiki-enterprise-jetty-hsqldb-2.3-SNAPSHOT.zip | ||
| 197 | sdumitriu - (14:07): mflorea: I'd go for org.xwiki, but vmassol should know better | ||
| 198 | 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 | ||
| 199 | bblfish - (14:07): that I had built after checking it out | ||
| 200 | sdumitriu - (14:08): bblfish: Is it an XWiki page with a "document does not exist" message, or a tomcat error? | ||
| 201 | bblfish - (14:08): svn info ~/Programming/EclipseWorkspace/xwiki-enterprise-parent/pom.xml | ||
| 202 | bblfish - (14:08): Path: /Users/hjs/Programming/EclipseWorkspace/xwiki-enterprise-parent/pom.xml | ||
| 203 | bblfish - (14:08): Name: pom.xml | ||
| 204 | bblfish - (14:08): URL: http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/pom.xml | ||
| 205 | bblfish - (14:08): Repository Root: http://svn.xwiki.org/svnroot/xwiki | ||
| 206 | bblfish - (14:08): Repository UUID: f329d543-caf0-0310-9063-dda96c69346f | ||
| 207 | bblfish - (14:08): Revision: 26763 | ||
| 208 | bblfish - (14:08): Node Kind: file | ||
| 209 | bblfish - (14:08): Schedule: normal | ||
| 210 | bblfish - (14:08): Last Changed Author: tmortagne | ||
| 211 | bblfish - (14:08): Last Changed Rev: 26715 | ||
| 212 | vmassol - (14:08): mflorea: org.xwiki sounds good | ||
| 213 | bblfish - (14:08): Last Changed Date: 2010-02-03 18:32:15 +0100 (Wed, 03 Feb 2010) | ||
| 214 | bblfish - (14:08): Text Last Updated: 2010-02-05 12:15:01 +0100 (Fri, 05 Feb 2010) | ||
| 215 | bblfish - (14:08): Checksum: c9250c4a4c807713c1e576f7d9ede4cc | ||
| 216 | bblfish - (14:08): if I go to http://localhost:8080/xwiki | ||
| 217 | mflorea - (14:08): vmassol: ok, thanks! | ||
| 218 | bblfish - (14:08): then I get just some list of files on the directory path | ||
| 219 | vmassol - (14:09): we need to move everything to org.xwiki anyway | ||
| 220 | mflorea - (14:09): ok | ||
| 221 | vmassol - (14:09): the sooner the better | ||
| 222 | vmassol - (14:09): I think we should updtae the policy | ||
| 223 | vmassol - (14:09): let me find it again | ||
| 224 | sdumitriu - (14:09): mflorea: Did you test the editor on FF3.6? | ||
| 225 | mflorea - (14:09): not yet, why? | ||
| 226 | sdumitriu - (14:10): FCK had some problems | ||
| 227 | sdumitriu - (14:10): http://hacks.mozilla.org/2010/02/firefox-3-6-feedback/ | ||
| 228 | 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." | ||
| 229 | mflorea - (14:10): ok, thanks | ||
| 230 | vmassol - (14:10): http://dev.xwiki.org/xwiki/bin/view/Community/JavaCodeStyle | ||
| 231 | vmassol - (14:12): bblfish: I don't see how this can happen at all. How do you start XE? | ||
| 232 | mflorea - (14:12): sdumitriu: it's easy to test if we upgrade Hudson to FF3.6 | ||
| 233 | bblfish - (14:12): sh start_xwiki.sh | ||
| 234 | vmassol - (14:12): actually we also need to support FF 3.5 | ||
| 235 | vmassol - (14:13): so we need more agents | ||
| 236 | bblfish - (14:13): let me try with debug | ||
| 237 | vmassol - (14:13): bblfish: it's not going to change anything normally | ||
| 238 | vmassol - (14:14): bblfish: anything strange in the console? | ||
| 239 | vmassol - (14:14): this is really weird | ||
| 240 | 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/ | ||
| 241 | bblfish - (14:14): ../webapps/root} | ||
| 242 | 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 | ||
| 243 | bblfish - (14:14): /jetty/../webapps/xwiki} | ||
| 244 | 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 | ||
| 245 | bblfish - (14:14): 2010-02-05 14:13:14.414::INFO: Started [email protected]:8080 | ||
| 246 | vmassol - (14:14): what does http://localhost:8080/ do? | ||
| 247 | bblfish - (14:15): it redirects to http://localhost:8080/xwiki/ | ||
| 248 | bblfish - (14:15): and that shows a list of directories such as META-INF | ||
| 249 | bblfish - (14:15): WEB-INF | ||
| 250 | bblfish - (14:16): redirect/ | ||
| 251 | bblfish - (14:16): resources/ | ||
| 252 | bblfish - (14:16): skins/ | ||
| 253 | bblfish - (14:16): templates | ||
| 254 | vmassol - (14:16): yes but that shouldn't happens ince we have a redirect servlet defined in web.xml | ||
| 255 | vmassol - (14:17): can you try http://localhost:8080/xwiki/bin/view/Main/WebHome | ||
| 256 | bblfish - (14:17): that gave the 404 | ||
| 257 | bblfish - (14:18): yep, NOT_FOUND | ||
| 258 | vmassol - (14:19): let me rebuild myself here | ||
| 259 | 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. | ||
| 260 | bblfish - (14:19): java.lang.Exception: Unable to locate [XWiki.WikiMacroClass] & [XWiki.WikiMacroParameterClass] classes required for defining wiki macros | ||
| 261 | vmassol - (14:19): maybe the build was broken by a recent commit | ||
| 262 | vmassol - (14:19): bblfish: no this is ok | ||
| 263 | vmassol - (14:19): (we should fix it from the build but it's ok) | ||
| 264 | vmassol - (14:20): I'm rebuilding a clean all | ||
| 265 | vmassol - (14:20): I'll let you know in 20 minutes.... | ||
| 266 | bblfish - (14:20): in enterprise? | ||
| 267 | vmassol - (14:20): first platform and then enterprise | ||
| 268 | vmassol - (14:20): hmm maybe when you built enterprise it downloaded latest version maven remote repo | ||
| 269 | vmassol - (14:21): since hudson may have built a newer version in between your build for platforml | ||
| 270 | vmassol - (14:21): and the time you started building enterprise | ||
| 271 | vmassol - (14:21): and maybe the latest version on hudson isn't working for some reason | ||
| 272 | vmassol - (14:21): anyway I should find out | ||
| 273 | bblfish - (14:21): that's kind of why I was wondering if it was a good idea to work from trunk | ||
| 274 | bblfish - (14:23): there was this error | ||
| 275 | 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]" | ||
| 276 | vmassol - (14:23): bblfish: trunk works most of the time | ||
| 277 | vmassol - (14:23): I'm still not sure this is the pb | ||
| 278 | vmassol - (14:23): FTM I just can't find an explanatio | ||
| 279 | vmassol - (14:24): btw to speed up building platform you can run: mvn install -Pdev | ||
| 280 | bblfish - (14:25): ok, thanks | ||
| 281 | vmassol - (14:25): (more info here: http://dev.xwiki.org/xwiki/bin/view/Community/Building#HBuildingtheWYSIWYGeditor) | ||
| 282 | bblfish - (14:25): checking the platform externals | ||
| 283 | bblfish - (14:25): ah there are a few updates | ||
| 284 | bblfish - (14:26): oh quite a few it seems | ||
| 285 | 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 | ||
| 286 | vmassol - (14:29): then you can do your dev and copy your JAR in WEB-INF/lib | ||
| 287 | vmassol - (14:30): (to run it) | ||
| 288 | bblfish - (14:30): well I am mostly done now. :-) | ||
| 289 | bblfish - (14:30): I hope | ||
| 290 | vmassol - (14:30): ok | ||
| 291 | vmassol - (14:30): in case you need it: http://maven.xwiki.org/snapshots/com/xpn/xwiki/products/xwiki-enterprise-jetty-hsqldb/2.3-SNAPSHOT/ | ||
| 292 | bblfish - (14:30): ok, thanks. | ||
| 293 | bblfish - (14:31): It helps to see how xwiki is built anyway... | ||
| 294 | vmassol - (14:31): yes | ||
| 295 | vmassol - (14:32): I'm just sorry it's not been a pleasant experience so far as it should have been | ||
| 296 | vmassol - (14:32): we're quite happy with our build that normally just works? | ||
| 297 | bblfish - (14:32): well working from the trunk, is usually a bit dangerous :-) | ||
| 298 | vmassol - (14:32): it's a bit long though when you build it all | ||
| 299 | vmassol - (14:32): but there isn't much we can do about that, except not building it all (which is not needed) | ||
| 300 | bblfish - (14:33): yes, partly because I think maven sometimes has to make multiple requests, no? | ||
| 301 | vmassol - (14:34): what's long is compilation + tests + checkstyle checks + aspectj weaving + gwt compilation... | ||
| 302 | 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 | ||
| 303 | vmassol - (14:34): (+ backward compat checks to prevent breaking apis for some module) | ||
| 304 | vmassol - (14:34): :) | ||
| 305 | bblfish - (14:34): is this serious: org.hibernate.HibernateException: Can't find [/WEB-INF/hibernate.cfg.xml] for hibernate configuration | ||
| 306 | vmassol - (14:34): no | ||
| 307 | vmassol - (14:35): it's jsut some unit tests | ||
| 308 | vmassol - (14:35): that need to be improved | ||
| 309 | vmassol - (14:35): we want to fix those but since they affect some old code that we want to get rid of | ||
| 310 | vmassol - (14:35): we've not spent much time looking at how to imrpove the console logs for them | ||
| 311 | vmassol - (14:36): anything serious will make the build fail | ||
| 312 | vmassol - (14:36): so you're safe | ||
| 313 | 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. | ||
| 314 | bblfish - (14:37): (and require an entry in the DB) | ||
| 315 | 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 | ||
| 316 | vmassol - (14:38): yes you just saw why PHP based wiki don't scale :) | ||
| 317 | bblfish - (14:39): oh? | ||
| 318 | bblfish - (14:39): where? | ||
| 319 | vmassol - (14:39): you can make them scale but with lots of machines and caches and indexing process to parse the file system | ||
| 320 | vmassol - (14:40): that's why we use a db | ||
| 321 | vmassol - (14:40): when we do a request we get live results | ||
| 322 | bblfish - (14:40): ah, in any case one can write php and compile to java... | ||
| 323 | vmassol - (14:40): also it's impossible to do complex queries IMO on files | ||
| 324 | vmassol - (14:40): you can script in php in xwiki actually | ||
| 325 | vmassol - (14:41): not sure why you'd want to do this though ;) | ||
| 326 | bblfish - (14:41): yes. that's cool. There are a lot of people who do php out there, who seem to do good UIs | ||
| 327 | bblfish - (14:41): :-/ Build Failure | ||
| 328 | vmassol - (14:41): buidl sucess here | ||
| 329 | bblfish - (14:42): [INFO] Building XWiki Platform - Plugins - Application Manager | ||
| 330 | bblfish - (14:42): [INFO] task-segment: [install] | ||
| 331 | vmassol - (14:42): now building enterprise | ||
| 332 | bblfish - (14:42): [..] | ||
| 333 | bblfish - (14:42): Surefire report directory: /Users/hjs/Programming/EclipseWorkspace/xwiki-platform-externals/plugins/application-manager/target/surefire-reports | ||
| 334 | bblfish - (14:42): org.apache.maven.surefire.booter.SurefireExecutionException: TestCase; nested exception is java.lang.NoClassDefFoundError: TestCase | ||
| 335 | bblfish - (14:42): java.lang.NoClassDefFoundError: TestCase | ||
| 336 | bblfish - (14:42): which svn number are you at? | ||
| 337 | vmassol - (14:42): you really have a pb in your environment I think | ||
| 338 | vmassol - (14:42): 26765 | ||
| 339 | bblfish - (14:43): I was at 26763 | ||
| 340 | vmassol - (14:43): the app manager hasn't been touched for months | ||
| 341 | bblfish - (14:43): or that was the revision of pom.xml | ||
| 342 | vmassol - (14:43): AFAIK | ||
| 343 | bblfish - (14:44): ok, so perhaps I should clean and start from scratch | ||
| 344 | bblfish - (14:44): is that | ||
| 345 | bblfish - (14:44): mvn clean ? | ||
| 346 | vmassol - (14:44): mvn clean install | ||
| 347 | vmassol - (14:44): btw which version of maven are u using? | ||
| 348 | bblfish - (14:44): $ mvn --version | ||
| 349 | bblfish - (14:44): Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200) | ||
| 350 | bblfish - (14:44): Java version: 1.6.0_17 | ||
| 351 | bblfish - (14:44): Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home | ||
| 352 | bblfish - (14:44): Default locale: en_US, platform encoding: MacRoman | ||
| 353 | bblfish - (14:44): OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac" | ||
| 354 | vmassol - (14:45): ok, slightly oldish | ||
| 355 | vmassol - (14:45): but it's ok | ||
| 356 | vmassol - (14:45): it should work just fine | ||
| 357 | bblfish - (14:45): should I do | ||
| 358 | bblfish - (14:45): mvn clean install -Pdev ? | ||
| 359 | vmassol - (14:45): yes | ||
| 360 | vmassol - (14:46): ok all built | ||
| 361 | vmassol - (14:46): now starting XE | ||
| 362 | vmassol - (14:47): works fine | ||
| 363 | bblfish - (14:49): ok, rebuilding | ||
| 364 | bblfish - (14:49): now we are in sync, so we'll know... | ||
| 365 | 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 | ||
| 366 | vmassol - (15:24): I'm on it | ||
| 367 | bblfish - (15:25): no, after clean and rebuilding both I still get the directory listing | ||
| 368 | plunden left #xwiki at 15:25 | ||
| 369 | vmassol - (15:25): ah must be some deps issue | ||
| 370 | vmassol - (15:25): (talking to myself) | ||
| 371 | vmassol - (15:26): not responding to you bblfish | ||
| 372 | vmassol - (15:27): vmassol: no you're wrong, it's not a dep issue! | ||
| 373 | vmassol - (15:33): jvdrean: why cannot I see a user's watchlist if I'm admin? | ||
| 374 | vmassol - (15:34): (the watchlist tab isn't displayed) | ||
| 375 | bblfish - (15:35): vmassol: which (sub)version of enterprise are you using? | ||
| 376 | vmassol - (15:35): svn? | ||
| 377 | bblfish - (15:35): yes | ||
| 378 | bblfish - (15:35): version | ||
| 379 | bblfish - (15:35): of the code | ||
| 380 | vmassol - (15:35): vmassol@standard $ svn --version | ||
| 381 | vmassol - (15:35): svn, version 1.6.3 (r38063) | ||
| 382 | vmassol - (15:35): compiled Jun 23 2009, 16:38:16 | ||
| 383 | vmassol - (15:35): Copyright (C) 2000-2009 CollabNet. | ||
| 384 | bblfish - (15:35): of the xwiki code | ||
| 385 | vmassol - (15:36): as I said rev 26765 | ||
| 386 | vmassol - (15:36): (this is what I built) | ||
| 387 | bblfish - (15:38): yes that is my version of xwiki-platforms-externals | ||
| 388 | bblfish - (15:39): I am at 26770 for http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/pom.xml | ||
| 389 | 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) | ||
| 390 | bblfish - (15:40): ssh is a bit complex I think. I am not sure how the firewall is set up here. | ||
| 391 | jvdrean - (15:41): vmassol: about the watchlist, APIs are currently missing, from the code: | ||
| 392 | jvdrean - (15:41): ## TODO: add APIs to be able to display users watchlists to admins | ||
| 393 | vmassol - (15:41): ok | ||
| 394 | jvdrean - (15:41): badly designed API :) | ||
| 395 | vmassol - (15:42): :) | ||
| 396 | vmassol - (15:42): self-bashing? | ||
| 397 | jvdrean - (15:42): yes I'm the one to blame | ||
| 398 | 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... | ||
| 399 | sdumitriu - (15:44): vmassol: bblfish: You could do a reverse tunnel first, then connect through it. | ||
| 400 | vmassol - (15:44): bblfish: ok fine | ||
| 401 | vmassol - (15:44): you can always come to the xwiki sas office in paris whenever you want | ||
| 402 | bblfish - (15:45): cool :-) I'll try to put something together so I have something to show... | ||
| 403 | vmassol - (15:45): ok great | ||
| 404 | vmassol - (15:46): I'm in Paris next tuesday | ||
| 405 | vmassol - (15:46): otherwise there'll be others at the office | ||
| 406 | bblfish - (15:52): cool the snapshot seems to work | ||
| 407 | bblfish - (15:53): what does not happen when I run from my build is all the deployment stuff | ||
| 408 | vmassol - (16:03): tmortagne: big pb on upgrading myxwiki.org? | ||
| 409 | tmortagne - (16:04): vmassol: yes | ||
| 410 | bblfish left at 16:07 (Read error: Connection reset by peer | ||
| 411 | jvdrean left at 16:09 (Quit: Leaving. | ||
| 412 | 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 | ||
| 413 | tmortagne - (16:12): *even XWikiAction#execute is not called | ||
| 414 | vmassol - (16:13): you could try to put breakpoints in the filters | ||
| 415 | vmassol - (16:13): servlet filters | ||
| 416 | tmortagne - (16:14): sure but none of the filters changed AFAIK | ||
| 417 | vmassol - (16:14): well you need to find the place where it calls the xwiki code | ||
| 418 | vmassol - (16:15): you could also put a breakpoint in the servlet context listener | ||
| 419 | vmassol - (16:16): ok I know my pb?. grrr?. so simple... | ||
| 420 | 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 | ||
| 421 | tmortagne - (16:22): XWikiServletContextListener is called and behave like it should AFAICS | ||
| 422 | tmortagne - (16:27): SetThreadNameServletRequestListener is called too without any issue, what filters are supposed to be called for each view request ? | ||
| 423 | vmassol - (16:27): let me check web.xml | ||
| 424 | tmortagne - (16:27): i'm currently looking | ||
| 425 | vmassol - (16:28): com.xpn.xwiki.web.SetCharacterEncodingFilter | ||
| 426 | vmassol - (16:28): RequestRestorer | ||
| 427 | sdumitriu left at 16:28 (Quit: Leaving. | ||
| 428 | vmassol - (16:28): DavFilter | ||
| 429 | vmassol - (16:29): ActionDispatcher | ||
| 430 | tmortagne - (16:29): SetCharacterEncodingFilter is not called here | ||
| 431 | vmassol - (16:29): why not? | ||
| 432 | vmassol - (16:29): the pattern is: <url-pattern>/*</url-pattern> | ||
| 433 | tmortagne - (16:29): i don't say it should not be called | ||
| 434 | tmortagne - (16:29): i'm saing it's not | ||
| 435 | vmassol - (16:29): ok | ||
| 436 | vmassol - (16:30): so that's one pb | ||
| 437 | vmassol - (16:30): is your web.xml the original one or is it modified on myxwiki.org? | ||
| 438 | tmortagne - (16:31): that's the original one with watch in it = myxwiki.org | ||
| 439 | vmassol - (16:31): could it be some permission issue that is not obvious? | ||
| 440 | tmortagne - (16:32): no i'm reproducing on my machine, (i downloaded instance of tomcat and xwiki from myxwiki.org) | ||
| 441 | jvdrean joined #xwiki at 16:32 | ||
| 442 | tmortagne - (16:33): i'm running with my user in my home with all files unziped by the users | ||
| 443 | tmortagne - (16:33): *the user | ||
| 444 | tmortagne - (16:34): ActionDispatcher is never called either | ||
| 445 | tmortagne - (16:35): same for SavedRequestRestorerFilter | ||
| 446 | tmortagne - (16:37): my web.xml: http://pastebin.com/m4ccf2ec4 | ||
| 447 | bblfish joined #xwiki at 16:40 | ||
| 448 | tmortagne - (16:40): still have only SetThreadNameServletRequestListener called and nothing else (tested ActionFilter, SavedRequestRestorerFilter, SetCharacterEncodingFilter, XWikiAction, XWikiDavFilter) | ||
| 449 | tmortagne - (16:42): trying without any Watch related filter | ||
| 450 | vmassol - (16:44): have you tried replacing this web.xml with the default one, just to see if there's any diff? | ||
| 451 | tmortagne - (16:45): i already did a diff and the only differences was watch | ||
| 452 | tmortagne - (16:46): not better... | ||
| 453 | tmortagne - (16:46): i don't understand | ||
| 454 | tmortagne - (16:47): if only there was some error in the log... even a warning, something | ||
| 455 | vmassol - (16:47): have you tried using jetty with the same exact config/war? | ||
| 456 | tmortagne - (16:48): that's supposed to be what you have in a jetty/hsqldb distribution, the only difference is some plugin added | ||
| 457 | vmassol - (16:48): so you're saying the pb is defienitely the fact that it runs in tomcat? | ||
| 458 | 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 | ||
| 459 | vmassol - (16:49): we need to eliminate possible pb one by one | ||
| 460 | vmassol - (16:50): if it runs fine jetty but not tomcat | ||
| 461 | vmassol - (16:50): then the pb is with tomcat | ||
| 462 | tmortagne - (16:50): no | ||
| 463 | tmortagne - (16:50): well yes with tomcat | ||
| 464 | vmassol - (16:50): with tomcat = with xwiki running on tomcat | ||
| 465 | tmortagne - (16:50): but nt tomcat itself | ||
| 466 | tmortagne - (16:50): since tomcat wors well with older | ||
| 467 | tmortagne - (16:51): problem is that tomcat doe snot even call XWiki... | ||
| 468 | tmortagne - (16:51): and the war did not changed | ||
| 469 | 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 | ||
| 470 | vmassol - (16:52): trying to set up xwiki and tomcat | ||
| 471 | tmortagne - (16:52): (and it did not changed aither AFAIK) | ||
| 472 | tmortagne - (16:53): note: i'ts tomcat 6.0.20 on myxwiki.org | ||
| 473 | tmortagne - (16:53): (and the one i'm using to test here since it's a copy of myxwiki.org) | ||
| 474 | vmassol - (16:53): does it work fine with tomcat 6.0.24? | ||
| 475 | vmassol - (16:53): (latest) | ||
| 476 | bblfish - (16:53): so how do I edit the html produced by http://localhost:8080/xwiki/bin/view/XWiki/bblfish | ||
| 477 | tmortagne - (16:53): no idea | ||
| 478 | bblfish - (16:54): I don't mean filling in the fields, but changing the template | ||
| 479 | tmortagne - (16:54): was talking to vmassol :) | ||
| 480 | vmassol - (16:54): bblfish: you edit the page in wiki mode | ||
| 481 | bblfish - (16:54): (yes, I guessed that :) | ||
| 482 | bblfish - (16:54): ah ok | ||
| 483 | vmassol - (16:54): that will lead to you a userprofile sheet page | ||
| 484 | vmassol - (16:54): you'll find a mix of velocity scripting and html | ||
| 485 | vmassol - (16:54): basically the page you want is: | ||
| 486 | vmassol - (16:55): XWiki.XWikiUserProfileSheet | ||
| 487 | bblfish - (16:55): ok. looking... | ||
| 488 | tmortagne - (17:01): vmassol: not better with a fresh tomcat 6.0.24, so it's not tomcat version of configuration it seems | ||
| 489 | tmortagne - (17:01): of=or | ||
| 490 | vmassol - (17:01): still trying to start tomcat.... | ||
| 491 | tmortagne - (17:02): i can give you my tomcat script if you want | ||
| 492 | vmassol - (17:02): I'm trying to use the default startup.sh | ||
| 493 | vmassol - (17:06): ok the pb was simply that there's no x flag for execution in the tomcat zip.... | ||
| 494 | vmassol - (17:07): tmortagne: works fine | ||
| 495 | vmassol - (17:07): tomcat 6.0.24 + XE 2.3 from trunk | ||
| 496 | tmortagne - (17:07): did you tryed 2.2RC1 ? | ||
| 497 | vmassol - (17:07): nope | ||
| 498 | vmassol - (17:08): downloading | ||
| 499 | tmortagne - (17:19): just tryed with a fresh 2.2RC1 it's it seems to work | ||
| 500 | tmortagne - (17:19): but it's the same web.xml... | ||
| 501 | vmassol - (17:19): ok you beat me, still downloading | ||
| 502 | tmortagne - (17:20): there only some plugins added in the other | ||
| 503 | vmassol - (17:20): well something is different | ||
| 504 | vmassol - (17:20): :) | ||
| 505 | vmassol - (17:20): try removing them one by one maybe? | ||
| 506 | tmortagne - (17:20): the same plugins used in the currently running myxwiki.org | ||
| 507 | jvelo joined #xwiki at 17:28 | ||
| 508 | tmortagne - (17:30): i think i found the issue but well it's not really supposed to be an issue... testing again | ||
| 509 | tmortagne - (17:32): not that's not it it seems | ||
| 510 | vmassol - (17:32): have you done a full unix diff on all files? | ||
| 511 | tmortagne - (17:33): i just remove the plugin and put them back and it's working... | ||
| 512 | vmassol - (17:34): so some special invisible characters? | ||
| 513 | tmortagne - (17:34): no characters, i moved files in a backup folder, started, it worked, them i moved them back and it still work | ||
| 514 | tmortagne - (17:34): absolutely nothing changed... | ||
| 515 | vmassol - (17:35): might be cache | ||
| 516 | vmassol - (17:35): cached | ||
| 517 | vmassol - (17:35): ? | ||
| 518 | tmortagne - (17:35): cached what ? jars in tomcat ? | ||
| 519 | vmassol - (17:35): maybe you could remove the tomcat work dir to check | ||
| 520 | tmortagne - (17:36): hmm wait | ||
| 521 | silviar left #xwiki at 17:36 | ||
| 522 | tmortagne - (17:37): i just checked ad one moved back did not worked it seems | ||
| 523 | 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 | ||
| 524 | tmortagne - (17:38): but that's the weirdest from my POV: | ||
| 525 | tmortagne - (17:39): it's not working with the myxwiki.org struts-config file | ||
| 526 | tmortagne - (17:39): but that should not make any difference between 2.1 and 2.2 | ||
| 527 | tmortagne - (17:39): especially since it's pretty basic things | ||
| 528 | tmortagne - (17:40): ha not that basic | ||
| 529 | tmortagne - (17:40): i think it's because of captcha | ||
| 530 | tmortagne - (17:40): but that would mean that struts does not log any error when there is issue in the struts-config file | ||
| 531 | tmortagne - (17:43): did we changed something to captcha in struts-config file ? | ||
| 532 | tmortagne - (17:43): looking at the svn log | ||
| 533 | vmassol - (17:43): what does the diff says? | ||
| 534 | tmortagne - (17:44): the diff will not help, i have a merged struts-config file not the one used in 2.1 | ||
| 535 | vmassol - (17:45): + Â Â Â Â <action path="/imagecaptcha/" | ||
| 536 | vmassol - (17:45): + Â Â Â Â Â Â Â Â type="org.xwiki.captcha.internal.DefaultImageCaptchaAction"> | ||
| 537 | vmassol - (17:45): + Â Â Â Â </action> | ||
| 538 | vmassol - (17:45): + | ||
| 539 | vmassol - (17:45): + | ||
| 540 | vmassol - (17:46): and removed old captch actions | ||
| 541 | vmassol - (17:46): - Â Â Â Â Â Â <forward name="captcha" path="/templates/captcha.vm"/> | ||
| 542 | vmassol - (17:46): - Â Â Â Â <action path="/jcaptcha/" | ||
| 543 | vmassol - (17:46): - Â Â Â Â Â Â Â Â type="com.octo.captcha.module.struts.image.RenderImageCaptchaAction"> | ||
| 544 | vmassol - (17:46): - Â Â Â Â </action> | ||
| 545 | vmassol - (17:46): so these don't exist anymore | ||
| 546 | vmassol - (17:46): so if you keep them it'll fail probably | ||
| 547 | vmassol - (17:46): this too: | ||
| 548 | vmassol - (17:46): - Â Â <!-- ============================ Plugins =============================== --> | ||
| 549 | vmassol - (17:46): - Â Â <plug-in className="com.octo.captcha.module.struts.CaptchaServicePlugin"/> | ||
| 550 | vmassol - (17:46): - | ||
| 551 | jvelo left at 17:47 (Remote host closed the connection | ||
| 552 | vmassol - (17:47): we could add it in the release notes so that users pay extra attention | ||
| 553 | vmassol - (17:47): even though we're coverd since we tell them to diff config files they modify | ||
| 554 | vmassol - (17:47): s/coverd/covered/ | ||
| 555 | tmortagne - (17:47): yes i seen that in svn, it's a pain that struts fail silently... | ||
| 556 | tmortagne - (17:48): maybe we have a crappy filter in log4j configuration for that | ||
| 557 | tmortagne - (17:48): that would not be the first | ||
| 558 | tmortagne - (17:48): ### Deactive Struts warnings | ||
| 559 | tmortagne - (17:48): log4j.logger.org.apache.struts.util.RequestUtils=error | ||
| 560 | tmortagne - (17:49): very useful... | ||
| 561 | vmassol - (17:49): we don't want warnings | ||
| 562 | tmortagne - (17:49): but i guess that's a warning for struts | ||
| 563 | tmortagne - (17:49): warning is not info | ||
| 564 | tmortagne - (17:49): i dont see why we would not want warning | ||
| 565 | vmassol - (17:49): we can try | ||
| 566 | vmassol - (17:49): depends what it spits | ||
| 567 | bblfish - (17:50): quelqu'un s'y connais un peu avec la logique de XWikiUserProfileSheet ? | ||
| 568 | bblfish - (17:50): sorry, I meant does someone know the logic of XWikiUserProfileSheet ? | ||
| 569 | vmassol - (17:50): bblfish: yep you have jvdrean who's is the creator if it :) | ||
| 570 | vmassol - (17:50): and I know it a little bit too | ||
| 571 | bblfish - (17:50): ah cool. is jvdrean here? | ||
| 572 | jvdrean - (17:50): bblfish: yep | ||
| 573 | bblfish - (17:50): ah cool | ||
| 574 | bblfish - (17:51): sorry, I am just trying to add rdfa to that page | ||
| 575 | bblfish - (17:51): it says: #if($context.action == ?view?) | ||
| 576 | bblfish - (17:51): why is the vcard encolsed in that | ||
| 577 | jvdrean - (17:52): $context.action is the request action, we have 2 main actions called on the profile | ||
| 578 | jvdrean - (17:53): 'view' which is obviously the view action, 'inline' which allow to edit the profile | ||
| 579 | bblfish - (17:53): ah ok, so no need to add the vcard info to the profile I suppose | ||
| 580 | jvdrean - (17:53): we don't add vcard info when the form is displayed | ||
| 581 | bblfish - (17:53): yes, you are packing a lot into one page there... | ||
| 582 | vmassol - (17:54): yes, not very clean I agree?.. | ||
| 583 | lucaa left #xwiki at 17:54 | ||
| 584 | bblfish - (17:54): ok, not me to complain here :-) I'll add the rdfa in there.. I can see the pattern. | ||
| 585 | tmortagne - (17:55): vmassol: struts does not print anything even with log4j.logger.org.apache.struts.util.RequestUtils=warn | ||
| 586 | bblfish - (18:00): RDF's SIOC and AWE -SIOC:Semantically Interlinked Online Communities-AWE: ACL,WebOfTrust,Ego(FOAF) -RDF: reality distortion field :-) | ||
| 587 | tmortagne - (18:02): [upgrade (raised from the dead)] stopping myxwiki.org | ||
| 588 | tmortagne - (18:09): note: i get http://pastebin.com/m53c9f159 in teh log at startup, Nullpointer in scheduler plugin initialization | ||
| 589 | vmassol - (18:09): java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to [Ljava.lang.String; | ||
| 590 | vmassol - (18:09): Â Â Â Â at com.xpn.xwiki.internal.DefaultWikiMacroInitializer.registerExistingWikiMacros(DefaultWikiMacroInitializer.java:117) | ||
| 591 | tmortagne - (18:10): thre is several different errors in my pastebin actually | ||
| 592 | vmassol - (18:11): I remember I modified from Object to String | ||
| 593 | vmassol - (18:11): for the wiki macro init stuff I think | ||
| 594 | vmassol - (18:11): but I don't yet understand how it can be a pb | ||
| 595 | tmortagne - (18:12): the nullpointer seems pretty critical if it prevent scheduler job to work, since it happen at init it's possible | ||
| 596 | vmassol - (18:12): it might only be a pb with existing serialized job | ||
| 597 | tmortagne - (18:12): sure but it still make the whole init fail | ||
| 598 | vmassol - (18:12): ah | ||
| 599 | vmassol - (18:13): in any case it needs to be fixed | ||
| 600 | tmortagne - (18:13): which mean if it's the first thing done, it prevend the scheduler to create its main thread | ||
| 601 | vmassol - (18:13): same for wiki macros | ||
| 602 | tmortagne - (18:13): yes | ||
| 603 | vmassol - (18:13): I don't get it | ||
| 604 | tmortagne - (18:14): i'm checking when this is done in the scheduler init | ||
| 605 | vmassol - (18:14): oh | ||
| 606 | tmortagne - (18:14): because if it totally break the scheduler i will have to revert to 2.1 | ||
| 607 | vmassol - (18:14): it may simply means we have a bug in wiki macro | ||
| 608 | vmassol - (18:14): :) | ||
| 609 | vmassol - (18:14): I'll fix this one | ||
| 610 | vmassol - (18:14): trying to reproduce locally (should be easy) | ||
| 611 | jvdrean left at 18:17 (Quit: Leaving. | ||
| 612 | vmassol - (18:18): ok I can reproduce, fixing | ||
| 613 | vmassol - (18:18): glad we caught it | ||
| 614 | vmassol - (18:19): (we need some wiki macros in XE by default ;)) | ||
| 615 | tmortagne - (18:19): does it makes wiki macro unusable ? | ||
| 616 | vmassol - (18:19): no | ||
| 617 | vmassol - (18:19): but it makes them not restart on xwiki restart | ||
| 618 | vmassol - (18:20): any it's a blocker for the 2.2 release | ||
| 619 | vmassol - (18:20): fixing now | ||
| 620 | tmortagne - (18:20): ok so none of the existing macro before the migration are registered now ? | ||
| 621 | vmassol - (18:20): correct | ||
| 622 | vmassol - (18:21): you'll need to save their page to get them registered | ||
| 623 | 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) | ||
| 624 | vmassol - (18:22): it's possible the wiki macro prevents xwiki from starting | ||
| 625 | tmortagne - (18:24): i could resave macros but myxwiki.org restart very often so we will not do it at each restart | ||
| 626 | tmortagne - (18:24): seems blocker for myxwiki.org | ||
| 627 | vmassol - (18:24): you should wait for a new snapshot IMO | ||
| 628 | vmassol - (18:24): I need 10 minutes for fixing the bug I think | ||
| 629 | vmassol - (18:24): I can also provide you with a patched core jar | ||
| 630 | tmortagne - (18:27): patched core would be fine | ||
| 631 | vmassol - (18:27): found the pb | ||
| 632 | vmassol - (18:27): 2 mn more | ||
| 633 | vmassol - (18:27): fixed, testing | ||
| 634 | 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> | ||
| 635 | bblfish - (18:30): the idea is to use the tel: URL there. | ||
| 636 | vmassol - (18:30): it'll probably won't validate against XHTML though, will it? | ||
| 637 | bblfish - (18:31): why? | ||
| 638 | vmassol - (18:31): is href a valid attribute for dd in XHTML? | ||
| 639 | vmassol - (18:31): (haven't checked) | ||
| 640 | bblfish - (18:31): is it possible to make xhtml less strict? | ||
| 641 | bblfish - (18:32): or I mean your interpreter less strict? | ||
| 642 | bblfish - (18:32): that is part of what is required by rdfa | ||
| 643 | vmassol - (18:32): XHTML supports this by adding a namespace and a DTD/schema | ||
| 644 | bblfish - (18:32): no, you are quite right | ||
| 645 | bblfish - (18:32): I should put an <a href="" | ||
| 646 | bblfish - (18:34): but there is an interesting issue about xhtml conformance of rdfa I suppose that will pop up | ||
| 647 | vmassol - (18:34): tmortagne: ok works, committing | ||
| 648 | bblfish - (18:35): perhaps it is xhtml2 specific http://www.w3.org/TR/xhtml-rdfa-primer/ | ||
| 649 | bblfish - (18:35): do you expect this to create problems for your parser? | ||
| 650 | bblfish - (18:39): ok, well I suppose we'll find out real soon. I'll stick to really simple relations for the moment. | ||
| 651 | vmassol - (18:39): tmortagne: fixed, do you want the jar or do you want to build it? | ||
| 652 | tmortagne - (18:39): vmassol: i will build it | ||
| 653 | vmassol - (18:40): ok | ||
| 654 | 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 | ||
| 655 | mflorea left at 18:41 (Quit: Leaving. | ||
| 656 | bblfish - (18:41): so I suppose I need to be adminstrator to change that file | ||
| 657 | vmassol - (18:42): bblfish: what file? | ||
| 658 | vmassol - (18:43): do you mean page? | ||
| 659 | vmassol - (18:43): if you can edit it then you can save it | ||
| 660 | vmassol - (18:43): to edit it you need to be admin indeed | ||
| 661 | vmassol - (18:43): user: Admin, pwd: admin | ||
| 662 | sdumitriu joined #xwiki at 18:48 | ||
| 663 | sdumitriu left at 18:52 (Ping timeout: 240 seconds | ||
| 664 | tmortagne - (18:52): vmassol: i get many logs like http://pastebin.com/m4a67461e | ||
| 665 | KermitTheFragger left at 18:53 (Quit: Leaving | ||
| 666 | vmassol - (18:54): checking code | ||
| 667 | tmortagne - (18:54): looks like registerWikiMacros and buildMacro don agree on what is a wiki macro | ||
| 668 | tmortagne - (18:56): vmassol: actually i'm afrais there is a big in XwikiDocument | ||
| 669 | tmortagne - (18:56): it's exactly the same issue that the scheduler | ||
| 670 | tmortagne - (18:56): doc.getObject(WIKI_MACRO_CLASS) return null | ||
| 671 | tmortagne - (18:56): even if the document has been requested using some object.classNAme="wikimacroclass" | ||
| 672 | tmortagne - (18:58): pretty critical... | ||
| 673 | vmassol - (18:59): so the object is not added to the map for some reason, is that it? | ||
| 674 | vmassol - (18:59): private Map<DocumentReference, List<BaseObject>> xObjects = new TreeMap<DocumentReference, List<BaseObject>>(); | ||
| 675 | tmortagne - (19:00): either the object is not in the map of it doe snot have the right reference | ||
| 676 | tmortagne - (19:00): of the reference generated from getObejct(String) is wrong | ||
| 677 | vmassol - (19:01): ah it might be a case of | ||
| 678 | vmassol - (19:01): some code using getxWikiObjects().put(?.) | ||
| 679 | vmassol - (19:01): checking if I can find that | ||
| 680 | tmortagne - (19:02): its a XWikiDocument coming directly from the storage both times | ||
| 681 | vmassol - (19:03): right now I don't see how the objects get put in the cache | ||
| 682 | vmassol - (19:03): checking | ||
| 683 | tmortagne - (19:04): it's using doc.setXObject(classReference, object.getNumber(), object); | ||
| 684 | tmortagne - (19:04): it seems | ||
| 685 | tmortagne - (19:05): in XwikiHibernateStore#loadXWikiDoc | ||
| 686 | vmassol - (19:05): yes | ||
| 687 | vmassol - (19:05): it looks fine | ||
| 688 | bblfish - (19:06): it does not seem to like the following | ||
| 689 | vmassol - (19:06): if I could reproduce locally I could debug | ||
| 690 | bblfish - (19:06): #if($context.action == 'view') | ||
| 691 | bblfish - (19:06): <div xmlns:foaf="http://xmlns.com/foaf/0.1/" | ||
| 692 | bblfish - (19:06): xmlns:dct="http://purl.org/dc/terms/" | ||
| 693 | bblfish - (19:06): xmlns:contact="http://www.w3.org/2000/10/swap/pim/contact#" | ||
| 694 | bblfish - (19:06): xmlns:cert="http://www.w3.org/ns/auth/cert#" | ||
| 695 | bblfish - (19:06): xmlns:rsa="http://www.w3.org/ns/auth/rsa#" | ||
| 696 | bblfish - (19:06): about="#me" typeof="foaf:Person" | ||
| 697 | bblfish - (19:06): class="vcard"> | ||
| 698 | bblfish - (19:06): <span typeof="foaf:OnlineAccount" property="foaf:accountName" class="fn hidden">$username</span> | ||
| 699 | bblfish - (19:07): somehow that turns into <div xmlns:foaf="<span class="wikiexternallink"><a cl | ||
| 700 | vmassol - (19:07): try using clean=false in the wrapping html macro | ||
| 701 | vmassol - (19:07): you might have found a bug in our cleaning algo | ||
| 702 | vmassol - (19:08): ah no | ||
| 703 | vmassol - (19:08): wait | ||
| 704 | vmassol - (19:08): it's because there's wiki=true in the wrapping html macro | ||
| 705 | vmassol - (19:08): and http:// is wiki syntax for a link | ||
| 706 | vmassol - (19:08): so you need to escape it if you don't want it considered a link | ||
| 707 | vmassol - (19:08): with: | ||
| 708 | vmassol - (19:08): http:~/~/;;;; | ||
| 709 | vmassol - (19:08): oop | ||
| 710 | vmassol - (19:08): oops | ||
| 711 | vmassol - (19:09): http:~/~/...... | ||
| 712 | vmassol - (19:09): <div xmlns:foaf="http://xmlns.com/foaf/0.1/~/~/http://xmlns.com/foaf/0.1/" etc | ||
| 713 | tmortagne - (19:09): is wiki macro really needed here ? | ||
| 714 | vmassol - (19:09): no idea, haven't looked | ||
| 715 | bblfish - (19:10): you mean: <div xmlns:foaf="http:~/~/xmlns.com/foaf/0.1" | ||
| 716 | vmassol - (19:10): yes | ||
| 717 | bblfish - (19:10): ok, will try that | ||
| 718 | tmortagne - (19:10): bblfish: do you really need wiki=true ? | ||
| 719 | vmassol - (19:10): tmortagne: how can I reproduce the pb locally? | ||
| 720 | jvdrean joined #xwiki at 19:10 | ||
| 721 | vmassol - (19:10): maybe it's a pb only in XEM? | ||
| 722 | jvdrean left #xwiki at 19:11 | ||
| 723 | jvdrean joined #xwiki at 19:11 | ||
| 724 | 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 | ||
| 725 | vmassol - (19:12): tmortagne: yes but I've not seen it | ||
| 726 | vmassol - (19:12): and I guess we'd have seen it before | ||
| 727 | vmassol - (19:12): it's not like we don't load docs with objects | ||
| 728 | vmassol - (19:12): might be the ref although we have tests for that | ||
| 729 | 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 | ||
| 730 | tmortagne - (19:13): mayeb there is a bug in multiwiki | ||
| 731 | vmassol - (19:13): indeed the multiwiki part has not been tested | ||
| 732 | vmassol - (19:13): for wiki macros | ||
| 733 | vmassol - (19:14): reading again code for multiwki | ||
| 734 | vmassol - (19:14): hmm it's pretty much the same code but maybe the ref gets the wiki added which we don't normally | ||
| 735 | tmortagne - (19:15): it's not about wiki macros | ||
| 736 | vmassol - (19:16): ok I have some idea | ||
| 737 | vmassol - (19:16): hmmm no | ||
| 738 | vmassol - (19:19): tmortagne: I need a way to reproduce it | ||
| 739 | tmortagne - (19:20): did you tried in a sub wiki ? | ||
| 740 | vmassol - (19:20): testing something | ||
| 741 | vmassol - (19:20): I don't have a subwiki | ||
| 742 | CalebJamesDeLisl joined #xwiki at 19:21 | ||
| 743 | jvdrean left at 19:21 (Quit: Leaving. | ||
| 744 | vmassol - (19:23): ok found the pb I think | ||
| 745 | vmassol - (19:24): It's in resolveReferenceWithSpecificSpace | ||
| 746 | vmassol - (19:24): this doesn't pass: | ||
| 747 | vmassol - (19:24): DocumentReference expected3 = new DocumentReference("wiki", "space", "page"); | ||
| 748 | vmassol - (19:24): assertEquals(expected2, doc.resolveReferenceWithSpecificSpace("wiki:space.page", "XWiki")); | ||
| 749 | vmassol - (19:24): now fixing code | ||
| 750 | vmassol - (19:24): oops | ||
| 751 | vmassol - (19:24): expected2 | ||
| 752 | vmassol - (19:24): grrr | ||
| 753 | vmassol - (19:25): false aler, it passes | ||
| 754 | vmassol - (19:25): *alert | ||
| 755 | 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 | ||
| 756 | vmassol left at 19:27 (Quit: Leaving. | ||
| 757 | bblfish - (19:36): well I think I have generated some rdfa now | ||
| 758 | 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 | ||
| 759 | bblfish - (19:37): there are a few tools one can use to do this... | ||
| 760 | bblfish - (19:37): will look into them | ||
| 761 | xenon75 joined #xwiki at 19:47 | ||
| 762 | tmortagne left at 19:50 (Quit: Leaving. | ||
| 763 | xenon75 left at 19:55 (Quit: Leaving. | ||
| 764 | tmortagne joined #xwiki at 20:49 | ||
| 765 | tmortagne left at 20:49 (Client Quit | ||
| 766 | flaviusolaru joined #xwiki at 21:11 | ||
| 767 | flaviusolaru left at 21:22 (Quit: Leaving. | ||
| 768 | bblfish left at 21:32 (Read error: Connection reset by peer | ||
| 769 | bblfish joined #xwiki at 21:43 | ||
| 770 | vmassol joined #xwiki at 22:30 | ||
| 771 | florinciu left at 23:20 (Read error: Connection reset by peer | ||
| 772 | }}} |
