Wiki source code of IRC Archive for channel #xwiki
Last modified by Vincent Massol on 2012/10/18 18:44
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | LadySerena - (00:00): so its not just a xar I can import? | ||
2 | LadySerena - (00:00): grrrr | ||
3 | CalebJamesDeLisl - (00:01): It looks like the web.xml files could be merged. | ||
4 | CalebJamesDeLisl - (00:02): There is this: <servlet-name>XWatchService</servlet-name> | ||
5 | CalebJamesDeLisl - (00:03): And restlet servlet has a bunch of init params. | ||
6 | LadySerena - (00:03): ultimately what I want is a combined platform: XEM + Chronopolys + Watch | ||
7 | CalebJamesDeLisl - (00:04): I have never tried installing watch before. sdumitriu, Do you know why xwatch has it's own pom.xml? Can it be installed on XE? | ||
8 | CalebJamesDeLisl - (00:11): It looks like there are also some jars which need to be installed, I would download xwatch and copy out any jars which are not in XE already. | ||
9 | CalebJamesDeLisl - (00:13): Hmm, looks like it would have to be compiled as the last release was for platform 1.5 http://watch.xwiki.org/xwiki/bin/view/Main/Installation#HXWiki20Watch20over20an20existing20wiki | ||
10 | sdumitriu - (00:15): lucaa knows best | ||
11 | sdumitriu - (00:16): Watch needs its own web.xml because it has some custom servlets | ||
12 | lucaa - (00:16): hi LadySerena | ||
13 | lucaa - (00:16): watch is a bunch of jars (2), some servlet added in the web.xml and a .xar you impoty | ||
14 | lucaa - (00:16): import | ||
15 | lucaa - (00:17): I assume you'd want to install it on a modern xwiki, for which the solution is: http://watch.xwiki.org/xwiki/bin/view/Main/Installation#HBuilding20and20installing20an20XWiki20Watch20Snapshot20over20an20existing20XWiki20Enterprise | ||
16 | lucaa - (00:20): CalebJamesDeLisl: that's an old web.xml, it's not watch's own, it's just a merge of enterprise with watch. Quite outdated (my guess is something like 1.5) | ||
17 | CalebJamesDeLisl - (00:21): I see, thanks. | ||
18 | LadySerena - (00:50): you know, with JQuery, you select what you want in your installation, where you wanna put it on your server, and even the color theme and upload images you want it to use ...... and their server builds a package just for your specified configuration | ||
19 | LadySerena - (00:50): I know it'd be difficult, but it'd be cool to build something like that for XWiki. | ||
20 | LadySerena - (00:51): so with one download, someone could have XEM + Chronopolys + Watch + Workspaces preconfigured for ShortURLs and all they'd have to do is deploy it | ||
21 | LadySerena - (00:52): makes life easier for admins :D | ||
22 | mpavel left #xwiki at 00:59 | ||
23 | anamarias left at 01:00 (Quit: anamarias | ||
24 | savi joined #xwiki at 01:47 | ||
25 | jvelociter joined #xwiki at 01:50 | ||
26 | jvelociter left at 01:55 (Quit: jvelociter | ||
27 | jvelociter joined #xwiki at 02:20 | ||
28 | sdumitriu left at 02:32 (Read error: Operation timed out | ||
29 | sdumitriu joined #xwiki at 02:35 | ||
30 | savi left at 02:54 (Quit: savi | ||
31 | sdumitriu left at 03:06 (Ping timeout: 256 seconds | ||
32 | jvelociter left at 04:31 (Quit: jvelociter | ||
33 | nickless left at 05:53 (Ping timeout: 252 seconds | ||
34 | Denis left at 06:01 (Read error: Connection reset by peer | ||
35 | Denis joined #xwiki at 06:09 | ||
36 | fipblizip joined #xwiki at 06:26 | ||
37 | fipblizip left at 06:27 (Client Quit | ||
38 | mflorea joined #xwiki at 07:21 | ||
39 | kibahop joined #xwiki at 07:29 | ||
40 | vmassol joined #xwiki at 07:35 | ||
41 | bblfish left at 07:36 (Ping timeout: 260 seconds | ||
42 | bblfish joined #xwiki at 07:41 | ||
43 | headache joined #xwiki at 08:17 | ||
44 | headache - (08:17): hello | ||
45 | CalebJamesDeLisl - (08:21): Hi headache | ||
46 | headache - (08:25): hi CalebJamesDeLisl | ||
47 | anamarias joined #xwiki at 08:42 | ||
48 | anamarias left at 08:43 (Client Quit | ||
49 | CalebJamesDeLisl - (08:46): vmassol: I'd like to resurrect Alex's proposal for a secret auth token to prevent CSRF. My imagined implementation would require components to have access to the user, what do you think of adding an EntityReference (for the user document) to the ExecutionContext? | ||
50 | vmassol - (08:48): CalebJamesDeLisl: I think you should use the XWikiContext for now till we redesign the authentication module. For example I wouldn't put an EntityReference directly in the EC in the new architecture but instead probably a User object which would have a getReference() | ||
51 | vmassol - (08:48): (but I haven't thought about the new architecture for authentication and authorization so I don't really know) | ||
52 | vmassol - (08:48): what you can do though | ||
53 | vmassol - (08:49): is work on Context/XWikiContext so that you have a getuser api that returns an EntityReference | ||
54 | vmassol - (08:49): (instead of a string) | ||
55 | CalebJamesDeLisl - (08:49): I like the EntityReference because it might point to anything in the DB which signifies the user. | ||
56 | vmassol - (08:49): it's a weak concept | ||
57 | vmassol - (08:50): too weak for a proper design IMO | ||
58 | vmassol - (08:50): it's like using a string for a document refernce | ||
59 | vmassol - (08:50): this is too weak | ||
60 | vmassol - (08:50): but it's ok for the old api | ||
61 | vmassol - (08:50): I just wouldn't like the new api to have to change too quickly | ||
62 | vmassol - (08:50): since changing an api is a nightmare | ||
63 | vmassol - (08:51): (EC is new api) | ||
64 | vmassol - (08:51): (Context/XWikiContext is old api) | ||
65 | CalebJamesDeLisl - (08:51): EC is api? I thought it was internal. | ||
66 | vmassol - (08:51): @Requirement Exeecution execution | ||
67 | vmassol - (08:51): anyone can do this in his code | ||
68 | vmassol - (08:51): it's public | ||
69 | CalebJamesDeLisl - (08:52): I thought API meant public to scripting. | ||
70 | vmassol - (08:52): for me API is well … api | ||
71 | CalebJamesDeLisl - (08:53): So everything is api then? | ||
72 | vmassol - (08:53): no | ||
73 | vmassol - (08:53): there are 2 things not api: | ||
74 | vmassol - (08:53): 1) all stuff private | ||
75 | vmassol - (08:53): 2) all code in internal packages | ||
76 | CalebJamesDeLisl - (08:53): Ok. | ||
77 | CalebJamesDeLisl - (08:54): Are components intended to eventually be accessible to velocity? | ||
78 | vmassol - (08:54): not directly | ||
79 | vmassol - (08:54): but through the velocity bridge we now have | ||
80 | vmassol - (08:54): this is in order to: | ||
81 | vmassol - (08:54): 1) control the risk | ||
82 | vmassol - (08:55): 2) offer more velocity-friendly apis | ||
83 | vmassol - (08:55): 3) perform automated checks on rights | ||
84 | vmassol - (08:55): (we're not doing 3) yet but it's planned) | ||
85 | vmassol - (08:55): (planned in the proposal that was agreed on that is ;)) | ||
86 | mpavel joined #xwiki at 08:56 | ||
87 | CalebJamesDeLisl - (08:56): So a component for making hashes would need to get the XWikiContext from the EC and declare a dependency on core. | ||
88 | vmassol - (08:57): yes it would probably need to be located in the old core if it requires core apis | ||
89 | vmassol - (08:57): we have several of them like this that we cannot move out yet | ||
90 | CalebJamesDeLisl - (08:57): It seems the strict rules for the new code are pushing new code into the old core. | ||
91 | vmassol - (08:57): since they're called by the core and they need the core | ||
92 | vmassol - (08:57): (s/core/old core/) | ||
93 | vmassol - (08:57): it's not about strict rule, it's about cyclic dependency | ||
94 | vmassol - (08:57): till the model is not externalized from the old core we'll have this pb | ||
95 | vmassol - (08:58): this is why we introduced the bridge btw | ||
96 | vmassol - (08:58): (to solve the cyclic dep issue) | ||
97 | CalebJamesDeLisl - (08:58): Actually I don't see why there would need to be cyclic dependency, the hash generator just uses script service. | ||
98 | vmassol - (08:58): btw | ||
99 | vmassol - (08:58): isn't there arleady a getuser in the bridge? | ||
100 | vmassol - (08:58): (I think there is) | ||
101 | CalebJamesDeLisl - (08:59): Oops, have to check.. So much code to miss. | ||
102 | vmassol - (08:59): who uses the "hash generator"? | ||
103 | vmassol - (08:59): if it's just velocity then it's fine | ||
104 | CalebJamesDeLisl - (08:59): Velocity scripts, html generating stuff which makes buttons. | ||
105 | vmassol - (08:59): then the next question is where would you put it | ||
106 | CalebJamesDeLisl - (09:00): The hash generator? | ||
107 | vmassol - (09:00): I think thomas and you should get together to propose a new xwiki-security module, or xwiki-authentication and xwiki-authorization, or another name | ||
108 | vmassol - (09:00): it seems this hash generator could fit in there | ||
109 | CalebJamesDeLisl - (09:01): Why bundle it together with another component? | ||
110 | vmassol - (09:01): you want a new module that would hold 2 classes? | ||
111 | vmassol - (09:02): it seems too fine-grained to me | ||
112 | vmassol - (09:02): fine-grained leads to lots ofissues | ||
113 | vmassol - (09:02): since | ||
114 | vmassol - (09:02): we don't know your idea, I'd say you should make a proposal first | ||
115 | vmassol - (09:02): and then we can discuss it | ||
116 | vmassol - (09:02): :) | ||
117 | vmassol - (09:02): (I'm discussing things before knowing what you're suggesting! which isn't good :)) | ||
118 | CalebJamesDeLisl - (09:03): I will send out the email, now knowing that adding to EC is no good and knowing about the bridge api. | ||
119 | vmassol - (09:04): ok | ||
120 | silviar joined #xwiki at 09:07 | ||
121 | Enygma` joined #xwiki at 09:19 | ||
122 | tmortagne joined #xwiki at 09:22 | ||
123 | florinciu joined #xwiki at 09:27 | ||
124 | CalebJamesDeLisl - (09:29): Mail sent. re bundling hash generator with authentication module, I think the authentication module should define an api which can be implemented by openid, foaf+ssl, form, simple, etc. If each have to implement the hash generator, it becomes a ball and chain. | ||
125 | lucaa left #xwiki at 09:39 | ||
126 | jvdrean joined #xwiki at 10:08 | ||
127 | arkub joined #xwiki at 10:10 | ||
128 | xenon75 joined #xwiki at 10:11 | ||
129 | xenon75 left at 10:11 (Client Quit | ||
130 | xenon75 joined #xwiki at 10:11 | ||
131 | arkub left at 10:16 (Ping timeout: 245 seconds | ||
132 | arkub joined #xwiki at 10:16 | ||
133 | evalica joined #xwiki at 10:18 | ||
134 | florinciu left at 10:20 (Read error: Connection reset by peer | ||
135 | KermitTheFragger joined #xwiki at 10:21 | ||
136 | arkub left at 10:29 (Quit: Leaving | ||
137 | glerouge joined #xwiki at 10:36 | ||
138 | mpavel left at 10:37 (Quit: Leaving. | ||
139 | arkub joined #xwiki at 10:44 | ||
140 | sdumitriu joined #xwiki at 10:48 | ||
141 | anamarias joined #xwiki at 11:00 | ||
142 | lucaa joined #xwiki at 11:01 | ||
143 | mflorea left at 11:03 (Quit: Leaving. | ||
144 | florinciu joined #xwiki at 11:24 | ||
145 | jvelociter joined #xwiki at 11:42 | ||
146 | mflorea joined #xwiki at 12:05 | ||
147 | nickless joined #xwiki at 12:15 | ||
148 | florinciu left at 12:22 (Read error: Connection reset by peer | ||
149 | jvdrean left at 12:30 (Quit: Leaving. | ||
150 | florinciu joined #xwiki at 12:49 | ||
151 | jvdrean joined #xwiki at 13:01 | ||
152 | nickless left at 13:17 (Ping timeout: 265 seconds | ||
153 | CalebJamesDeLisl - (13:37): Does anyone have a reaction to the idea of proposing the beginning a storage module as a GSOC project? | ||
154 | vmassol - (13:37): I have one :) | ||
155 | sdumitriu - (13:37): Me too | ||
156 | vmassol - (13:38): several problems | ||
157 | vmassol - (13:38): pb 1: storage and model are quite related and linked. For ex JCR | ||
158 | vmassol - (13:38): pb 2: this is core stuff and it should be done by a committer | ||
159 | vmassol - (13:39): pb3: it's too complex to have any good result during a summer | ||
160 | vmassol - (13:39): pb 4: you need a very good knowledge of xwiki internals; xwiki use cases, past history | ||
161 | vmassol - (13:39): etc | ||
162 | CalebJamesDeLisl - (13:40): All good points, that's why I wanted to field it here. | ||
163 | vmassol - (13:40): but we do need to progress on the model indeed. I have it on my backburner | ||
164 | vmassol - (13:41): help is most welcome though | ||
165 | vmassol - (13:41): what I have so far is in the sandbox | ||
166 | CalebJamesDeLisl - (13:41): I suspect it will take a full year or so before anything started would be functional, another year to prove it is safe to use. | ||
167 | vmassol - (13:41): yes one hard part is ensuring continuity | ||
168 | vmassol - (13:41): my plan right now is to: | ||
169 | vmassol - (13:42): propose an API (interfaces) | ||
170 | vmassol - (13:42): implement it using the old core | ||
171 | vmassol - (13:42): ensure all continue to wor | ||
172 | vmassol - (13:42): work | ||
173 | vmassol - (13:42): work on another implementation | ||
174 | vmassol - (13:42): offer a config swtich to decide what impl to use at runtime | ||
175 | vmassol - (13:42): deprecate the old impl and make the new one the default | ||
176 | vmassol - (13:42): remove the old impl | ||
177 | CalebJamesDeLisl - (13:42): I see. +1 for the configuration | ||
178 | vmassol - (13:43): 2 pointers if you're interested: | ||
179 | vmassol - (13:43): http://dev.xwiki.org/xwiki/bin/view/Design/XWikiModel20 | ||
180 | vmassol - (13:43): http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/xwiki-model/ | ||
181 | CalebJamesDeLisl - (13:44): I think rewriting the db driver should be looked on as an opportunity to change the schema. | ||
182 | vmassol - (13:44): sure | ||
183 | vmassol - (13:44): it goes even deeper than that | ||
184 | vmassol - (13:44): :) | ||
185 | vmassol - (13:44): if we decide to go with JCR then there's no schema anymore ;) | ||
186 | vmassol - (13:44): (well not in the same sense) | ||
187 | vmassol - (13:45): so yes it's a full rewrite | ||
188 | MichelleShi joined #xwiki at 13:45 | ||
189 | CalebJamesDeLisl - (13:45): I still like the idea of keeping hibernate because breaking the hql queries is a huge api break. | ||
190 | CalebJamesDeLisl - (13:46): I have to look into jcr more. | ||
191 | vmassol - (13:46): CalebJamesDeLisl: yes, we have HQL support in in the query component but it's cheating | ||
192 | vmassol - (13:46): (it's tied to hibernate) | ||
193 | vmassol - (13:47): but yes we need to make it all work with as little disturbance as we can | ||
194 | vmassol - (13:47): although at some point | ||
195 | vmassol - (13:47): we'll probably have to call it XWiki 3.0 | ||
196 | tmortagne - (13:47): CalebJamesDeLisl: it mainly means we need to use XWiki query languge as much as possible | ||
197 | vmassol - (13:47): (or 4.0 ;)) | ||
198 | vmassol - (13:47): tmortagne: yep | ||
199 | CalebJamesDeLisl - (13:47): Ok as long as api.XWiki.search keeps working... | ||
200 | vmassol - (13:47): is't also supposed to be easier to use than HQL | ||
201 | vmassol - (13:48): we should indeed make a push for it | ||
202 | vmassol - (13:48): and start rewriting our queries | ||
203 | vmassol - (13:48): so that in 10 releases from now we can only have XQL | ||
204 | vmassol - (13:48): :) | ||
205 | CalebJamesDeLisl - (13:48): More code to read... | ||
206 | vmassol - (13:49): and so that we can tune it too in case it's missing stuff | ||
207 | CalebJamesDeLisl - (13:49): Hope it handles \ all right :) | ||
208 | CalebJamesDeLisl - (13:52): My imagination of what the new component would look like in a sentence: One loadEntity method, document, object and property treated the same, multiple entities can be loaded/stored at once, not 4000 lines of code. | ||
209 | headache - (13:59): i have to go, today my sister get a master degree in Electronic Engineering :D | ||
210 | headache - (14:01): goodbye | ||
211 | MichelleShi - (14:01): headache, bye:) | ||
212 | headache - (14:01): bye MichelleShi | ||
213 | headache left at 14:01 (Quit: Sto andando via | ||
214 | C_Kode joined #xwiki at 14:16 | ||
215 | C_Kode - (14:17): In general xwiki table syntax. How do you column span? | ||
216 | tmortagne - (14:18): | (%spanparm="value"%) | ||
217 | tmortagne - (14:18): or | ||
218 | tmortagne - (14:18): |(%%)(%spanparm="value"%) | ||
219 | tmortagne - (14:18): should work think | ||
220 | C_Kode - (14:19): Thanks, I will try that | ||
221 | tmortagne - (14:19): the first (%%) is associated to the <td> | ||
222 | tmortagne - (14:19): but since a white space is meaningfull content | ||
223 | tmortagne - (14:19): | (%spanparm="value"%) | ||
224 | tmortagne - (14:19): is not the same than | ||
225 | tmortagne - (14:19): |(%spanparm="value"%) | ||
226 | C_Kode - (14:20): hmm, not spanning | ||
227 | nickless joined #xwiki at 14:22 | ||
228 | tmortagne - (14:22): what are you trying to obtain in html ? i'm not sure i understand | ||
229 | C_Kode - (14:22): I want a row to span 2 columns | ||
230 | C_Kode - (14:22): 1 colum span 2 while the normal table is 2 columns wide | ||
231 | tmortagne - (14:22): ok so indeed i really did not understood | ||
232 | tmortagne - (14:23): when you do | ||
233 | florinciu left at 14:23 (Read error: Connection reset by peer | ||
234 | tmortagne - (14:23): |(%param="value"%) | ||
235 | tmortagne - (14:23): you optain | ||
236 | tmortagne - (14:23): <td param="value"> | ||
237 | tmortagne - (14:23): you can use this to set the colspan | ||
238 | C_Kode - (14:24): so |(%colspan=2%) Something | | ||
239 | tmortagne - (14:24): see http://platform.xwiki.org/xwiki/bin/view/Main/XWikiSyntax#HTables for more on table and custom parameters | ||
240 | C_Kode - (14:25): k | ||
241 | C_Kode - (14:30): ahh, got it. I had a pipe at the end that was throwing the whole thing for a loop | ||
242 | tmortagne - (14:31): yes | is the start of a column but you don't need to close the column | ||
243 | C_Kode - (14:31): Thanks for your help. | ||
244 | tmortagne - (14:31): np :) | ||
245 | kkrasika joined #xwiki at 14:46 | ||
246 | kkrasika left at 14:53 (Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net | ||
247 | savi joined #xwiki at 14:58 | ||
248 | MichelleShi left at 15:01 (Quit: ?? | ||
249 | florinciu joined #xwiki at 15:02 | ||
250 | Enygma` left at 15:04 (Quit: Leaving. | ||
251 | evalica left at 15:04 (Ping timeout: 240 seconds | ||
252 | kibahop left #xwiki at 15:09 | ||
253 | jvelociter - (15:33): vmassol: Hi | ||
254 | jvelociter - (15:33): I would be keen on some maven assistance when you have some time | ||
255 | jvelociter - (15:34): I'm trying to filter a jar that comes with a war overlay | ||
256 | jvelociter - (15:35): basically I'm building a war that has a war dependency and I want the resulting war to exclude one of the jar that comes with the war dep. | ||
257 | jvelociter - (15:35): I've tried using dependentWarExcludes from the maven war plugin configuration | ||
258 | jvelociter - (15:35): but no success | ||
259 | jvelociter - (15:36): no success with an exlucde in an overlays configuration either | ||
260 | vmassol - (15:46): jvelociter: otp | ||
261 | jvelociter - (15:48): vmassol: yep no problem. wasn't expecting a synchronous answer ;) In the meantime I managed to do my filtering using dependentWarExcludes. | ||
262 | jvelociter - (15:48): vmassol: (but if their is a nicer way to do that I'm curious) | ||
263 | mpavel joined #xwiki at 15:57 | ||
264 | nickless left at 15:59 (Ping timeout: 256 seconds | ||
265 | C_Kode left #xwiki at 16:01 | ||
266 | anamarias left at 16:14 (Read error: Connection reset by peer | ||
267 | anamarias_ joined #xwiki at 16:14 | ||
268 | anamarias_ is now known as anamarias ([email protected] | ||
269 | florinciu left at 16:24 (Read error: Connection reset by peer | ||
270 | nickless joined #xwiki at 16:33 | ||
271 | florinciu joined #xwiki at 16:41 | ||
272 | lucaa - (16:44): tmortagne: any reason for which @Test is used fully qualified and not imported here https://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-model/src/test/java/org/xwiki/model/internal/reference/ExplicitReferenceEntityReferenceResolverTest.java ? | ||
273 | tmortagne - (16:45): lucaa: no idea, i usually use not fully qualified @Test (unless i did a copy past), you should ask vmassol | ||
274 | vmassol - (16:46): lucaa: it's a bug of intellij idea | ||
275 | vmassol - (16:46): it shouldn't be fully qualified normally | ||
276 | lucaa - (16:47): ok | ||
277 | lucaa - (16:47): so if I fix it your intellij will explode? | ||
278 | vmassol - (16:47): (a regression they have in the EAP) | ||
279 | vmassol - (16:47): you can fix it, I'll manage | ||
280 | lucaa - (16:47): ok | ||
281 | silviar left at 17:03 (Quit: Leaving. | ||
282 | florinciu left at 17:26 (Read error: Connection reset by peer | ||
283 | anamarias_ joined #xwiki at 17:35 | ||
284 | anamarias left at 17:35 (Read error: Connection reset by peer | ||
285 | anamarias_ is now known as anamarias ([email protected] | ||
286 | kkrasika joined #xwiki at 18:05 | ||
287 | TaurusLee joined #xwiki at 18:11 | ||
288 | savi left at 18:13 (Ping timeout: 245 seconds | ||
289 | xenon75 left at 18:14 (Quit: Leaving. | ||
290 | savi joined #xwiki at 18:19 | ||
291 | KermitTheFragger left at 18:36 (Quit: Leaving | ||
292 | savi left at 18:39 (Ping timeout: 240 seconds | ||
293 | savi joined #xwiki at 18:44 | ||
294 | bblfish left at 18:45 (Read error: Connection reset by peer | ||
295 | bblfish joined #xwiki at 18:46 | ||
296 | plunden - (18:46): Good evening. Is it possible to programmatically add objects to $doc? I have found removeObject and getObject methods, but no addObject in the Document class. | ||
297 | glerouge - (18:46): yes | ||
298 | glerouge - (18:46): $doc.getObject('Some.Object', true) | ||
299 | glerouge - (18:46): it will try to get the object and create it i it doesn't exist | ||
300 | plunden - (18:51): Ah, yes. I think I got that part already. What I'd like to be able to do is have an object from another page added in $doc. | ||
301 | vmassol - (18:52): newObject | ||
302 | vmassol - (18:52): public Object newObject(String classname) throws XWikiException | ||
303 | vmassol - (18:53): (yes I know, having an addObject would have been too easy…. :)) | ||
304 | vmassol - (18:54): there's also createNewObject | ||
305 | vmassol - (18:54): newObject does a create and returns the object while crate just create it and return its position | ||
306 | vmassol - (18:54): (plunden) | ||
307 | plunden - (18:57): Hmm | ||
308 | mflorea left at 18:58 (Quit: Leaving. | ||
309 | plunden - (18:59): I am having an object already, in another page. Here is what I am trying to achieve: | ||
310 | glerouge - (18:59): something like | ||
311 | plunden - (18:59): #set($user = $xwiki.getDocument('XWiki.PicaPau').getObject('XWiki.XWikiUsers')) | ||
312 | plunden - (18:59): $doc.addObject($user) | ||
313 | plunden - (18:59): #set($userClass = $user.xWikiClass) | ||
314 | plunden - (18:59): #foreach($prop in $userClass.properties) | ||
315 | plunden - (18:59): ; $prop.prettyName | ||
316 | plunden - (18:59): : $doc.display($prop.getName()) | ||
317 | plunden - (18:59): #end | ||
318 | plunden - (19:00): Does it make sense? :-) | ||
319 | vmassol - (19:01): I have no idea why we don't have an api to add existing objects to a document in our public API.... | ||
320 | glerouge - (19:01): try with | ||
321 | glerouge - (19:01): actually I don't know | ||
322 | vmassol - (19:01): sdumitriu: any idea why we miss that? | ||
323 | vmassol - (19:01): (we do have apis in the privileged api) | ||
324 | sdumitriu - (19:02): vmassol: Why would we need that? | ||
325 | sdumitriu - (19:02): We don't have floating objects | ||
326 | sdumitriu - (19:02): An object should always belong to a document | ||
327 | vmassol - (19:02): for example you can get an exsiting object, clone it and add it | ||
328 | vmassol - (19:03): sdumitriu: well we do have lots of apis in XWikiDocument for adding BaseObject | ||
329 | vmassol - (19:03): so I guess there's a reason | ||
330 | vmassol - (19:03): and yes you can create object and associate them with a document | ||
331 | vmassol - (19:03): and then add them to a document | ||
332 | vmassol - (19:04): there are cases where it's handy I guess | ||
333 | plunden - (19:04): Yeah, that I'm trying to achieve. Adding an object to current page so that I can show its fields. | ||
334 | plunden - (19:05): s/page/document/ | ||
335 | plunden - (19:05): an existing object, I might add | ||
336 | vmassol - (19:06): an alternative would be copy/renameObject methods I guess | ||
337 | vmassol - (19:06): not rename | ||
338 | vmassol - (19:06): just copy | ||
339 | vmassol - (19:06): but it may or may not fill all use cases | ||
340 | vmassol - (19:07): anyway just trying to answer to plunden | ||
341 | savi left at 19:07 (Ping timeout: 245 seconds | ||
342 | glerouge left at 19:07 (Quit: Leaving. | ||
343 | vmassol - (19:07): plunden: btw why do you need to copy the object? | ||
344 | savi joined #xwiki at 19:12 | ||
345 | plunden - (19:12): I am creating an app for managing boards. There is a class HB.BoardMember. They are each associated with an XWiki user. I am trying to show board member data together with their associated user data. | ||
346 | jvdrean left at 19:13 (Quit: Leaving. | ||
347 | vmassol - (19:13): plunden: yes but why are you trying to copy objects from one document to another? | ||
348 | plunden - (19:13): Like having HB.PicaPau to show the user data from XWiki.PicaPau and the membership data. | ||
349 | vmassol - (19:14): in your example above you're trying to copy a XWikiUsers object from $xwiki.getDocument('XWiki.PicaPau') to $doc | ||
350 | vmassol - (19:14): and I don't understand why you need to copy it | ||
351 | plunden - (19:15): To show the user&member data together and update the user&member data together. | ||
352 | vmassol - (19:15): plunden: doesn it work if you do: $xwiki.getDocument('XWiki.PicaPau').display(…) instead? | ||
353 | vmassol - (19:16): (it should work in view mode, not sure in inline mode though) | ||
354 | plunden - (19:16): Ah, let me try. | ||
355 | vmassol - (19:17): in any case it sounds very wrong to me to copy object just to display them | ||
356 | vmassol - (19:17): (display and/or edit) | ||
357 | vmassol - (19:17): you'll get duplicated objects (in 2 locations) | ||
358 | plunden - (19:18): So they are not references to the same object? | ||
359 | vmassol - (19:18): no | ||
360 | vmassol - (19:18): each object is associated with one document | ||
361 | vmassol - (19:18): objects don't exist without documents as sergiu said | ||
362 | plunden - (19:19): Yeah, viewing works now. | ||
363 | savi left at 19:20 (Ping timeout: 245 seconds | ||
364 | plunden - (19:20): Editing not so. ;-) | ||
365 | plunden - (19:21): Or the user data does not get updated, member data does. | ||
366 | vmassol - (19:21): ok… I don't know how to do that, maybe someone else knows here | ||
367 | plunden - (19:23): I think that is enough for me. | ||
368 | plunden - (19:24): Thanks for infos. | ||
369 | savi joined #xwiki at 19:25 | ||
370 | fipblizip joined #xwiki at 19:40 | ||
371 | plunden left #xwiki at 19:40 | ||
372 | arkub left at 19:44 (Quit: Leaving | ||
373 | jvdrean joined #xwiki at 19:46 | ||
374 | mpavel left at 19:53 (Quit: Leaving. | ||
375 | jvdrean left at 20:00 (Quit: Leaving. | ||
376 | plunden joined #xwiki at 20:02 | ||
377 | kkrasika left at 20:07 (Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net | ||
378 | savi left #xwiki at 20:21 | ||
379 | lucaa left at 20:44 (Quit: Leaving. | ||
380 | tmortagne left at 20:54 (Quit: Leaving. | ||
381 | mflorea joined #xwiki at 20:55 | ||
382 | mpavel joined #xwiki at 21:11 | ||
383 | vmassol - (21:19): anyone familiar with the atmosphere framework: http://java.dzone.com/articles/new-atlassian-jira-studio ? Sounds interesting | ||
384 | nickless left at 21:19 (Ping timeout: 276 seconds | ||
385 | jvdrean joined #xwiki at 21:23 | ||
386 | xenon75 joined #xwiki at 21:24 | ||
387 | jvelociter - (21:29): vmassol: or how to have a l&f familiar to facebook users | ||
388 | jvelociter - (21:31): though it looks interesting indeed | ||
389 | jvelociter - (21:31): we could have "document has been edited" live notifications of some sort with such framework | ||
390 | jvelociter - (21:32): live watchlist | ||
391 | DV joined #xwiki at 21:35 | ||
392 | anamarias left at 21:47 (Quit: anamarias | ||
393 | xenon751 joined #xwiki at 21:53 | ||
394 | xenon75 left at 21:54 (Ping timeout: 260 seconds | ||
395 | lucaa joined #xwiki at 22:04 | ||
396 | headache joined #xwiki at 22:05 | ||
397 | xenon75 joined #xwiki at 22:05 | ||
398 | headache - (22:05): hello | ||
399 | xenon751 left at 22:07 (Ping timeout: 246 seconds | ||
400 | DV - (22:07): hello | ||
401 | headache - (22:17): i don't know, how to make a comment here http://incubator.myxwiki.org/xwiki/bin/view/Mockups/Homepage | ||
402 | headache - (22:17): maybe i have not the rights to comment :) | ||
403 | xenon75 left at 22:24 (Quit: Leaving. | ||
404 | anamarias joined #xwiki at 22:24 | ||
405 | nickless joined #xwiki at 22:28 | ||
406 | jvdrean left at 22:38 (Quit: Leaving. | ||
407 | DV_ joined #xwiki at 22:44 | ||
408 | DV left at 22:45 (Read error: Connection reset by peer | ||
409 | jvdrean joined #xwiki at 23:02 | ||
410 | headache left at 23:03 (Quit: Sto andando via | ||
411 | DV joined #xwiki at 23:14 | ||
412 | DV_ left at 23:16 (Ping timeout: 246 seconds | ||
413 | jvdrean left at 23:16 (Quit: Leaving. | ||
414 | jvdrean joined #xwiki at 23:17 | ||
415 | mflorea left at 23:23 (Quit: Leaving. | ||
416 | vmassol left at 23:26 (Quit: Leaving. | ||
417 | jvdrean left at 23:29 (Quit: Leaving. | ||
418 | DV left at 23:59 (Read error: Connection reset by peer | ||
419 | DV joined #xwiki at 23:59 |