Wiki source code of Release Notes for XWiki 7.2

Version 16.1 by Guillaume Delhumeau on 2015/09/23

Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 This is the release notes for [[XWiki Commons>>http://commons.xwiki.org]], [[XWiki Rendering>>http://rendering.xwiki.org]], [[XWiki Platform>>http://platform.xwiki.org]] and [[XWiki Enterprise>>http://enterprise.xwiki.org]]. They share the same release notes as they are released together and have the same version.
6
7 <insert description of release here>
8
9 = New and Noteworthy (since XWiki 7.1) =
10
11 [[Full list of issues fixed and Dashboard for <version>>>http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=<fill id here>]].
12
13 == Nested Pages ==
14
15 It's now possible to create wiki pages inside other wiki pages. More specifically we've decided to drop the concept of Space in the UI (it's still there at the API/platform level) and instead, to replace it with the concept of Nested Pages.
16
17 We've also decided to drop the concept of Parent/Child relationship since it was too complex for end users to have 2 hierarchies: the Space/Page hierarchy and the Parent/Child hierarchy. The Parent/Child hierarchy also had limitations: you couldn't inherit page permissions for example. Thus the idea is to have a single hierarchy based on Nested Pages.
18
19 Advantages of Nested Pages:
20
21 * The URL reflects the page hierarchy
22 * Finer-grained control: Ability to set permissions at each level
23 * Generally speaking, a nicer and simpler way to organize your content hierarchically
24 * Moving and Deleting pages updates the hierarchy
25
26 Terminology:
27
28 * **Nested Page** (a.k.a **Non-Terminal Page**): This is a wiki page that can have children pages. Technically a Nested Page is implemented as a Nested Space (i.e. a **WebHome** page).
29 * **Non-Nested Page** (a.k.a **Terminal Page**): This a wiki page that cannot have children pages. Applications and script can create Terminal Pages. Advanced Users will also be able to create Terminal Pages from the UI. Standard Users will only be able to create Nested Pages.
30 * **Nested Space**: A Space which has another Space as parent. As mentioned above, a Nested Page is technically implemented as a Nested Space. You will used the term Nested Space when speaking technically about XWiki APIs for example but when talking about UI you should favor using the term Nested Page instead.
31
32 For more information, see [[Content Organization>>platform:Features.ContentOrganization||anchor="HHistory"]].
33
34 == Script right ==
35
36 A new Script Right has been added to allow controlling who has the right to write Scripts. Specifically anyone with Edit rights can edit a page and write a Script in it. However, when the page is rendered the script will only execute if the last author of the page has the Script right.
37
38 {{image reference="[email protected]"/}}
39
40 Example when the author of a script doesn't have the Script right:
41
42 {{image reference="[email protected]"/}}
43
44 The Script Right is set to DENY by default, meaning that if you do not have it explicitly, you will not be able to execute the scripts that you write with your user account.
45
46 However, for backward-compatibility reasons, the standard XWiki Enterprise distribution comes with the Script Right being allowed for all users at the main wiki level, so that, unless you (as an Admin) explicitly revoke the right for some users or explicitly deny it, they will be able to execute the scripts they wrote, just like before.
47
48 {{image reference="ReleaseNotesXWiki72M2@scriptRightsExplicitlyAllowedInXWikiPreferences.png"/}}
49
50 == Hiding of the Parent-Child Relationship ==
51
52 Following our decision to drop the Parent-Child relationship (see above), it's now been turned off by default in favor of Nested Pages.
53
54 Note that it's possible to go back to the previous behavior, in which the Breadcrumb was following the Parent/Child relationship, by setting the ##core.hierarchyMode## property to ##parentchild## in the ##xwiki.properties## configuration file.
55
56 === New Breadcrumb ===
57
58 The Breadcrumb has been reworked to reflect the location of a Page in the reference hierarchy. For example for a Page "CEO" inside a Page "Boarding" inside a Page "Management" inside a Page "Staff" you would have the following Breadcrumb:
59
60 {{image reference="[email protected]"/}}
61
62 === New Index Tree ===
63
64 The Index Tree is now using the [[reworked Document Tree Macro>>extensions:Extension.Document Tree Macro]] and is thus honoring the Nested Pages hierarchy. For example:
65
66 {{image reference="[email protected]"/}}
67
68 === Updated Edit Mode ===
69
70 In Edit mode, the ability to change the Parent has been removed by default since we're now honoring the Nested Pages hierarchy. For example:
71
72 {{image reference="[email protected]"/}}
73
74 == Flamingo ==
75
76 Following the introduction of the Nested Documents feature, we have changed a lot our default Flamingo skin:
77
78 * The top menu has been removed and replaced by a drawer menu that you can expand by clicking on the top right icon
79 * The add menu has been relocated near the edit one
80 * The L&F of the Add, Edit, and "More Actions" menus has been changed
81 * A lot of actions have been moved to the "More Actions" menu
82 * The page breadcrumb has suffered some changes:
83 ** it is now also displayed on the wiki home page
84 ** the wiki home page is now included when it is part of the current document's hierarchy, i.e. for children and descendants of the wiki home page. See [[XWIKI-12423>>http://jira.xwiki.org/browse/XWIKI-12423]] for more details.
85 ** the sub-wiki pretty name is included between the home icon and the local page path
86 * The actions menus (edit, create, more actions) are now available from the rename, copy and delete actions.
87 * The create, copy and rename page actions have been modified to support nested documents:
88 ** The source and target documents are displayed using the breadcrumb
89 ** The target document can be selected using a document tree picker
90 ** For advanced users there is also the option to specify the target document using some text input fields (location advanced edit mode). This is useful especially if you want to create/move the page under a parent that doesn't exist yet (you cannot use the tree picker in this case because the parent would not be available in the tree).
91 * The delete action proposes to delete the children of the document.
92
93 {{gallery}}
94 image:[email protected]
95 image:[email protected]
96 image:ReleaseNotesXWiki72M3@more_actions.png
97 image:[email protected]
98 image:[email protected]
99 image:[email protected]
100 image:[email protected]
101 image:[email protected]
102 image:[email protected]
103 image:[email protected]
104 image:[email protected]
105 image:[email protected]
106 image:[email protected]
107 image:[email protected]
108 image:[email protected]
109 image:[email protected]
110 image:[email protected]
111 {{/gallery}}
112
113 == LDAP improvements ==
114
115 It's now possible to disable subgroups resolution using ##xwiki.authentication.ldap.group_sync_resolve_subgroups## property in ##xwiki.cfg## configuration file. Resolving each member to check if it's a group might be very expensive with big groups so if you know there is no subgroup you should really disable it.
116
117 == Miscellaneous ==
118
119 <insert misc user stuff and important bug fix descriptions here in a list, when they are too small to warrant a section by themselves - Change the version in the URL below!>
120
121 * When a space home page has an empty title (and the space home page doesn't have a sheet or the sheet doesn't control the title) then the displayed title is now the space name instead of 'WebHome'.
122 * The [[Document Tree Macro>>extensions:Extension.Document Tree Macro]] has a new parameter called ##showSpaceAsDocument## which allows you to merge the space nodes with the space home page nodes.
123 * The list of available template providers is now sorted by document full name.
124 * The [[Orphaned Pages>>extensions:Extension.Index Application||anchor="HAllorphanedDocuments"]] tab from the [[Document Index>>extensions:Extension.Index Application||anchor="HAccessingtheIndexes"]] is now displayed only when [[the Parent-Child Hierarchy Mode>>ReleaseNotesXWiki72M2||anchor="HHidingoftheParent-ChildRelationship"]] is enabled (which is not the case by default).
125 * Import UI move to new standard tree(((
126 {{image reference="[email protected]"/}}
127 )))
128 * The size of the Job status cache is now configurable. See ##job.statusCacheSize## property in ##xwiki.properties## files.
129 * The Spaces macro (which lists all Spaces) is now working fine when there are Nested Spaces (some links were failing).
130 * The LiveTable macro is now working fine when there are Nested Spaces (some links were failing).
131 * The Solr Search is now able to correctly find nested documents. The Search UI still needs to be fixed though (some links may be broken and the document location/paths are not correctly displayed) but otherwise the results should be accurate.
132
133 * The Navigation panel displays nested pages:(((
134 {{image reference="[email protected]"/}}
135 )))
136 * When renaming or copying a nested page the document title is updated to reflect the new page name if its previous value was equal the old page name. This was happening already for terminal pages. We extended the behaviour to nested pages.
137 * Fixed various issues for several applications bundled in XE (such as WatchList and Annotations), which should now work well with Nested Spaces.
138 * The Administration mode for spaces and wikis now uses the standard reference-based breadcrumbs instead of the previously custom section-based breadcrumbs.(((
139 {{image reference="[email protected]"/}}
140 )))
141 * The Administration mode no longer features a select input on the right side for navigation between spaces since that input does no longer scale in the context of Nested Spaces. Thus, the breadcrumbs should be used instead and the future UI improvements that will soon become available in this direction.
142 * It's now possible to create Skins in Nested Spaces.
143 * Changed the exception message displayed when a script execution fails due to lack of rights to make it clearer that it's not a problem with the current user, but with the script.
144
145 See the [[full list of JIRA issues>>http://jira.xwiki.org/sr/jira.issueviews:searchrequest-printable/temp/SearchRequest.html?jqlQuery=project+in+%28XCOMMONS%2C+XRENDERING%2C+XWIKI%2C+XE%29+and+status+%3D+Closed+and+resolution+%3D+Fixed+and+fixVersion+%3D+%22<version>%22&tempMax=1000]] fixed in this release.
146
147 = For Developers =
148
149 == Nested Spaces ==
150
151 Since Nested Spaces were already planned and supported in APIs like ##DocumentReference## there are not too many changes for those who were using recent APIs but there is still some and here are the main ones.
152
153 === Space Reference instead of Space name ===
154
155 The heart of the implementation is that the field that used to contain the unique document space now contain the possibly Nested Space Reference. In practice it means that:
156
157 * "##.##" (dot), "##:##" (colon) and "##\##" (baskslash) characters, which are part of a Space name will now be escaped (using the "##\##" character) in the ##space## (##XWD_WEB##) field from the Document's table in the Database. For example a space named ##Space:with.special\char## will be stored as ##{{{Space\:with\.special\\char}}}##.
158 * Same as for the database, the ##XWikiDocument/Document#getSpace()## methods now return a serialized Reference to the Space instead of what used to be the unique Space name (basically it return what's in the database). Same logic for ##XWikiDocument#setSpace()##. Those field have been deprecated a long time ago but they are still used in lots of places...
159 * Various APIs are also affected by this Space name to Space Reference input change:
160 ** ##XWiki#getSpaceDocsName## methods (both in the public and private XWiki API)
161 ** All the default ##XWikiURLFactory## implementation methods accepting a Space as parameter have been modified to accept a serialized Space Reference. Extensions/code implementing ##XWikiURLFactory## (or extending classes implementing ##XWikiURLFactory## such as ##XWikiServletURLFactory##) will need to be modified to handle nested spaces passed in the ##space## parameter of the various APIs. Here's how to parse Spaces passed as a String:(((
162 {{code language="java"}}
163 private EntityReferenceResolver<String> relativeEntityReferenceResolver =
164 Utils.getComponent(EntityReferenceResolver.TYPE_STRING, "relative");
165 ...
166 or
167 ...
168 @Inject
169 @Named("relative")
170 private EntityReferenceResolver<String> relativeEntityReferenceResolver;
171 ...
172 private List<String> extractSpaceNames(String spaces)
173 {
174 List<String> spaceNames = new ArrayList<>();
175 // Parse the spaces list into Space References
176 EntityReference spaceReference = this.relativeEntityReferenceResolver.resolve(spaces, EntityType.SPACE);
177 for (EntityReference reference : spaceReference.getReversedReferenceChain()) {
178 spaceNames.add(reference.getName());
179 }
180 return spaceNames;
181 }
182 {{/code}}
183 )))
184 ** Extensions/code implementing ##ExportURLFactoryActionHandler## will also need to be modified to handle nested Spaces passed in the ##space## parameter.
185 * Extensions/code implementing ##EntityReferenceSerializer## or ##DocumentReferenceResolver## must now handle Nested Spaces (in the past they were already supposed to handle Nested Spaces but since it was not used they could take shortcuts and it wasn't visible. It's now going to fail, see [[XWIKI-12191>>http://jira.xwiki.org/browse/XWIKI-12191]]).
186
187 === Space separator properly taken into account ===
188
189 The Reference syntax specification was already indication that "##.##" was supposed to be escaped in the space part of the Reference but it was not really taken into account so not escaping it was not making any difference. This is now fixed in the various standard String Reference resolvers so a Reference that don't follow the specification and did not escaped the "##.##" in the space part will be cut is several nested spaces. Anything that was serialized with one of the standard serializers was properly escaped so not worry here, the issue will be more for hand written or hardcoded String References.
190
191 === New XAR format ===
192
193 To support exporting/importing nested spaces some changes has been made to the XAR format. The format remain upward and downward compatible (except that you won't get nested spaces in your < 7.2 instance obviously).
194
195 Two new attributes has been added to the ##<xwikidoc>## root XML element
196
197 * ##reference##: the complete local Reference of the document in standard Reference format. ##<web>## and ##<name>## are deprecated (but still set). ##<web>## keep containing the (unescaped) space name when there is only one space and will contain the space Reference when there is several (when imported in a < 7.2 instance a document exported from a nested space will end up in a space having as name the space reference).
198 * ##locale##: the locale of the document. ##<language>## is deprecated. It was not technically needed in the context of nested spaces but it makes having the Reference as attribute more consistent. It also make getting all the entries from a new format XAR easier and faster since document space and name would be placed anywhere in the document.
199
200 === REST module ===
201
202 * The REST module now supports Nested Spaces. Example of url to access the page ##A.B.C.MyPage##: ##/xwiki/rest/wikis/xwiki/spaces/A/spaces/B/spaces/C/pages/MyPage##.
203
204 === URL modules ===
205
206 The URL modules have been modified to support Nested Spaces. As a consequence the [[URL formats supported by the ##standard## URL scheme have been modified>>extensions:Extension.Standard URL API]].
207
208 === New Rename/Delete Jobs ===
209
210 New code has been developed to support Nested Documents/Nested Spaces and Script Services have been provided and they now run inside Jobs to better handle the fact that they are long-running operations.
211
212 However you can start to test this by using the following Script Services APIs:
213
214 * Copy a Space(((
215 {{code language="none"}}
216 #set ($source = $services.model.resolveSpace('Path.To.Source'))
217 #set ($destination = $services.model.resolveSpace('Path.To.New.Parent'))
218 $services.refactoring.copy($source, $destination).join()
219 {{/code}}
220 )))
221 * Copy a Space As(((
222 {{code language="none"}}
223 #set ($source = $services.model.resolveSpace('Path.To.Source'))
224 #set ($destination = $services.model.resolveSpace('Path.To.New.Name'))
225 $services.refactoring.copyAs($source, $destination).join()
226 {{/code}}
227 )))
228 * Move a Space(((
229 {{code language="none"}}
230 #set ($source = $services.model.resolveSpace('Path.To.Source'))
231 #set ($destination = $services.model.resolveSpace('Path.To.New.Parent'))
232 $services.refactoring.move($source, $destination).join()
233 {{/code}}
234 )))
235 * Move a Document(((
236 {{code language="none"}}
237 #set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
238 #set ($destination = $services.model.resolveSpace('Path.To.New.Parent'))
239 $services.refactoring.move($source, $destination).join()
240 {{/code}}
241 )))
242 * Rename a Space(((
243 {{code language="none"}}
244 #set ($source = $services.model.resolveSpace('Path.To.Source'))
245 $services.refactoring.rename($source, 'NewName').join()
246 {{/code}}
247 )))
248 * Rename a Document(((
249 {{code language="none"}}
250 #set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
251 $services.refactoring.rename($source, 'NewName').join()
252 {{/code}}
253 )))
254 * Delete a Document(((
255 {{code language="none"}}
256 #set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
257 $services.refactoring.delete($source).join()
258 {{/code}}
259 )))
260 * Delete a Space(((
261 {{code language="none"}}
262 #set ($source = $services.model.resolveSpace('Path.To.Source'))
263 $services.refactoring.delete($source).join()
264 {{/code}}
265 )))
266 * Convert a Terminal Document to a Nested Document(((
267 {{code language="none"}}
268 #set ($source = $services.model.resolveDocument('Path.To.Page'))
269 $services.refactoring.convertToNestedDocument($source).join()
270 {{/code}}
271 )))
272 * Convert a Nested Document to a Terminal Document(((
273 {{code language="none"}}
274 #set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
275 $services.refactoring.convertToTerminalDocument($source).join()
276 {{/code}}
277 )))
278
279 === New create action parameters and logic ===
280
281 The create action now accepts a ##spaceReference## parameter and a ##name## parameter, together with an optional ##tocreate=terminal## parameter (usable on non-terinal documents). The previous space parameters was not scalable in the context of Nested Spaces since it was just a top-level space name so it did not allow the creation of deeper space levels. More details are available in the [[create action's documentation>>platform:DevGuide.Standard URL Format||anchor="HAction:create"]].
282
283 These logic is now also available in the improved create UI, with the terminal pages option appearing only for advanced users and being checked or unchecked by default, depending on the type of the current document:
284 {{image reference="[email protected]"/}}
285
286 == New Reference-related APIs ==
287
288 Various new API around References has been introduced while adding support for nested spaces.
289
290 === Complete References Providers ===
291
292 Complete References Providers (for DocumentReference, SpaceReference and WikiReference) with default or ##current## hints. They allow getting complete Reference created from each default or current part of those references (for example in SpaceReference you end up with the space of the XWikiContext document and the XWikiContext wiki)
293
294 {{code language="java"}}
295 @Inject
296 Provider<DocumentReference> defaultDocumentReference;
297
298 @Inject
299 @Named("current")
300 Provider<DocumentReference> currentDocumentReference;
301 {{/code}}
302
303 === org.xwiki.model.reference.EntityReferenceProvider ===
304
305 ##org.xwiki.model.reference.EntityReferenceProvider## replaces ##org.xwiki.model.reference.EntityReferenceValueProvider##. It's essentially the same thing but with ##EntityReference## instead of string which allow getting multiple spaces when you ask for the current ##EntityType.SPACE## for example.
306
307 {{code language="java"}}
308 @Inject
309 EntityReferenceProvider provider;
310 {{/code}}
311
312 === Properly support any kind of References in getDocument and getURL ===
313
314 ##com.xpn.xwiki.XWiki#getDocument(EntityReference)## and ##com.xpn.xwiki.api.XWiki#getDocument(EntityReference)## support any kind of Reference properly (e.g. a Space Reference will return the space home page, an Object Reference will return the Object Document Reference, etc).
315
316 Same for ##com.xpn.xwiki.XWiki#getURL(EntityReference)## and ##com.xpn.xwiki.api.XWiki#getURL(EntityReference)##.
317
318 === New helpers in EntityReference ===
319
320 * ##boolean equals(EntityReference otherReference, EntityType to)##: same as equals but only take into account Reference parts up to the passed entity type (included)
321 * ##boolean equals(EntityReference otherReference, EntityType from, EntityType to)##: same as equals but only take into account Reference parts between passed entity types (included)
322 * ##boolean equalsNonRecursive(EntityReference otherReference)##: same as equals but does not take into account the parent
323
324 === New helpers in LocalDocumentReference ===
325
326 * ##LocalDocumentReference(String pageName, EntityReference spaceReference)##: allowed created a LocalDocumentReference from a Space Reference instead of just the space name
327
328 === org.xwiki.model.reference.SpaceReferenceResolver ===
329
330 New default ##String## and ##EntityReference## based SpaceReferenceResolver has been added. It's the same behavior then ##DocumentReferenceBehavior## but for spaces.
331
332 {{code language="java"}}
333 @Inject
334 SpaceReferenceResolver<String> stringResolver;
335
336 @Inject
337 SpaceReferenceResolver<EntityReference> referenceResolver;
338 {{/code}}
339
340 === New model Script Service helpers ===
341
342 * new help to escape an entity name according to default Reference syntax as in:(((
343 {{code language="velocity"}}
344 $services.model.escape('some.space:with\specialchars', 'SPACE')
345 {{/code}}
346
347 will print
348
349 {{code language="nonde"}}
350 some\.space\:with\\specialchars
351 {{/code}}
352 )))
353 * you can retrieve a node from an ##EntityReferenceTree## using its reference:(((
354 {{code language="velocity"}}
355 #set ($alice = $services.model.resolveDocument('wiki:Users.Alice.WebHome'))
356 #set ($bob = $services.model.resolveDocument('wiki:Users.Directory'))
357 #set ($tree = $services.model.toTree($alice, $bob))
358 #set ($usersNode = $tree.get($bob.lastSpaceReference))
359 {{/code}}
360 )))
361
362 === New components to generate REST URLs ===
363
364 * The component ##RestURLGenerator## has been added. Its role, in the long terme, is to generate a REST URL for any kind of EntityReference. It currently handles ##DocumentReference## and ##SpaceReference##.
365 * The corresponding script service has been added: ##$services.rest## with the method ##$services.rest.url($entityReference)##.
366
367 === Resolve nested spaces in JavaScript ===
368
369 {{code language="js"}}
370 var spaceReference = XWiki.Model.resolve('A.B.C', XWiki.EntityType.SPACE);
371 spaceReference.getReversedReferenceChain().map(function(entityReference) {
372 return entityReference.name;
373 }).join(' > ');
374 // Produces: A > B > C
375 {{/code}}
376
377 See the [[JavaScript API documentation>>platform:DevGuide.JavaScriptAPI||anchor="HWorkwithEntityReferences"]] for more details.
378
379 == New readonly XWikiContext provider ==
380
381 You can inject a new "readonly" XWikiContext the following way:
382
383 {{code language="java"}}
384 @Inject
385 @Named("readonly")
386 Provider<XWikiContext> roXWikiContextProvider;
387 {{/code}}
388
389 The difference with default provider is that the readonly one won't try to create a new XWikiContext and will return null if it can't find any. It's been introduce for some low level components that were used during XWikiContext creation but in general it should be used by any component that only search for some XWikiContext property that might be null even in a valid XWikiContext.
390
391 == New Space/XWikiSpace table ==
392
393 A [[new table dedicated to Spaces has been introduced>>platform:DevGuide.DatabaseSchema]], in order to have performant and scalable Space-related queries (like supporting getting paginated Space which is useful for the Document Tree macro for example).
394
395 == Queries improvement ==
396
397 === Allow executing complete SELECT queries ===
398
399 In HQL and XWQL it's now possible to execute full ##SELECT## queries without Programming Right as long as you follow some rules currently defined in ##com.xpn.xwiki.internal.store.hibernate.query.HqlQueryUtils##, which contains a list of the database field allowed in the SELECT clause. Namely:
400
401 * For the ##Document##/##XWikiDocument## table: ##fullName##, ##name##, ##space##, ##language##, ##defaultLanguage##, ##translation##, ##hidden##
402 * For the ##Space##/##XWikiSpace## table: ##reference##, ##name##, ##parent##, ##hidden##
403
404 This is also true for the Named Queries located in the ##queries.hbm.xml## file.
405
406 === New Secure Query ===
407
408 The right to execute or not some Query is now controlled by each ##org.xwiki.query.QueryExecutor##.
409
410 Anyone can ask the executor to check or ignore Right through the new ##org.xwiki.query.SecureQuery## extending ##org.xwiki.query.Query##:
411
412 * ##checkCurrentAuthor()##: indicate if the current author right should be checked
413 * ##checkCurrentUser()##: indicate if the result should be filtered based on current user Right (only implemented by SOLR right now)
414
415 == JS API Improvements ==
416
417 * It's now possible to create a Nested Spaces Reference using XWiki's Javascript API. For example:(((
418 {{code language="javascript"}}
419 // Construct a Nested Space reference
420 var reference = new XWiki.SpaceReference('wiki', ['space1', 'space2']);
421 expect(XWiki.Model.serialize(reference)).toEqual('wiki:space1.space2');
422 reference = new XWiki.DocumentReference('wiki', ['space1', 'space2'], 'page');
423 expect(XWiki.Model.serialize(reference)).toEqual('wiki:space1.space2.page');
424 // Construct a non-Nested Space reference
425 reference = new XWiki.SpaceReference('wiki', 'space');
426 expect(XWiki.Model.serialize(reference)).toEqual('wiki:space');
427 // Try passing non-valid space parameters
428 expect(function() {new XWiki.SpaceReference('wiki', [])}).toThrow('Missing mandatory space name or invalid type for: []');
429 expect(function() {new XWiki.SpaceReference('wiki', 12)}).toThrow('Missing mandatory space name or invalid type for: [12]');
430 {{/code}}
431 )))
432 * A new ##XWiki.EntityReference.equals()## method has been added. For example:(((
433 {{code language="javascript"}}
434 var reference1 = new XWiki.DocumentReference('wiki', ['space1', 'space2'], 'page');
435 var reference2 = new XWiki.DocumentReference('wiki', ['space1', 'space2'], 'page');
436 var reference3 = new XWiki.DocumentReference('wiki2', ['space1', 'space2'], 'page');
437 expect(reference1.equals(reference2)).toBe(true);
438 expect(reference1.equals(reference3)).toBe(false);
439 {{/code}}
440 )))
441 * A new ##XWiki.EntityReference.fromJSONObject(obejct)## has been added to create a Javascript ##XWiki.EntityReference## from a Java ##EntityReference## directly serialized as JSON:(((
442 {{code language="javascript"}}
443 var reference = XWiki.EntityReference.fromJSONObject(jsonText.evalJSON());
444 {{/code}}
445 )))
446 * A new ##XWiki.EntityReferenceTree## JS class has been added, which partially mimics the Java ##EntityReferenceTree## Class. It's still missing features though as it was introduced mostly to make it easier to manipulate a serialized Java ##EntityReferenceTree##.
447
448 == Updated Document Tree Macro ==
449
450 The [[Document Tree Macro>>extensions:Extension.Document Tree Macro]] now supports Nested Documents and Nested Spaces modes. Specifically, the following changes have been made:
451
452 * removed the ##showSpaceAsDocument## parameter (was introduced recently in 7.2M1)
453 * deprecated the ##showChildDocuments## parameter
454 * added the ##hierarchyMode## parameter with two supported values: ##reference## (default) and ##parentchild##
455
456 As a result, you can use the document tree macro like this:
457
458 * Nested Document Tree(((
459 {{code language="none"}}
460 {{documentTree/}}
461 {{/code}}
462 )))
463 * Nested Space + Page Tree(((
464 {{code language="none"}}
465 {{documentTree showSpaces="true" /}}
466 {{/code}}
467 )))
468 * Parent-Child Document Tree(((
469 {{code language="none"}}
470 {{documentTree hierarchyMode="parentchild" /}}
471 {{/code}}
472 )))
473 * Old Document Index Tree (i.e. Parent-Child mixed with space grouping)(((
474 {{code language="none"}}
475 {{documentTree hierarchyMode="parentchild" showSpaces="true" /}}
476 {{/code}}
477 )))
478
479 == Reference Scripting API for Nested Spaces ==
480
481 The Script API for Entity References has been updated with new APIs to support creating Nested Spaces references. For example:
482
483 {{code language="none"}}
484 {{velocity}}
485 $services.model.createDocumentReference("wiki", ["space1", "space2"], "page")
486 $services.model.createDocumentReference("wiki", ["space1", "space2"], "page", "default")
487 $services.model.createSpaceReference(["space1", "space2"], $services.model.createWikiReference("wiki"))
488 {{/velocity}}
489 {{/code}}
490
491
492 == Deprecated and Retired projects ==
493
494 * The [[OSCache-based Cache Extension>>extensions:Extension.Cache OSCache]] has been [[moved to ##xwiki-contrib##>>https://github.com/xwiki-contrib/xwiki-platform-cache-oscache]] since we've been using the Infinispan implementation for a while now and the XWiki Core developers don't intend to continue supporting the OSCache-based one (it can be maintained by the Community, by whoever's interested in supporting it).
495
496 == Upgrades ==
497
498 The following dependencies have been upgraded:
499
500 * [[httpclient 4.5>>http://jira.xwiki.org/browse/XCOMMONS-815]]
501 * [[cssparser 0.9.16>>http://jira.xwiki.org/browse/XCOMMONS-817]]
502 * [[less4j 1.12.0>>http://jira.xwiki.org/browse/XWIKI-12161]]
503 * [[Joda-Time 2.8.1>>http://jira.xwiki.org/browse/XWIKI-12159]]
504 * [[Bootstrap 3.3.5>>http://jira.xwiki.org/browse/XWIKI-12211]]
505 * [[Infinispan 7.2.3>>http://jira.xwiki.org/browse/XWIKI-12227]]
506 * [[HSQLDB 2.3.3>>http://jira.xwiki.org/browse/XE-1491]]
507 * [[JGroups 3.6.4>>http://jira.xwiki.org/browse/XWIKI-12215]]
508 * [[Groovy 2.4.4>>http://jira.xwiki.org/browse/XCOMMONS-831]]
509 * [[Tika 1.9>>http://jira.xwiki.org/browse/XWIKI-12274]]
510 * [[JRuby 1.7.21>>http://jira.xwiki.org/browse/XWIKI-12344]]
511 * [[Jackson 2.6.0>>http://jira.xwiki.org/browse/XCOMMONS-833]]
512 * [[Hibernate Validator 4.3.2>>http://jira.xwiki.org/browse/XWIKI-12365]]
513
514 == Miscellaneous ==
515
516 * Objects, attachments and the document's class are now clearly not considered content, but metadata. Thus, any change in these will set the document's (XWikiDocument) metadataDirty flag to true and not touch the document's contentDirty flag unless there is an actual change in the document's content or title fields. This is also in line with the original intent of the contentAuthor document field. The direct impact of this is that the contentAuthor field will be updated only when the content is changed and thus the programming/script rights of a document will be changed much less often than before and much less by accident.
517 * custom Maven properties which have a special meaning (like ##xwiki.extension.features##) are not ##duplicated## in Extension custom properties anymore
518 * standard fields names have been added to ##org.xwiki.extension.rating.RatingExtension##
519 * URL configuration now use default ConfigurationSource provider instead of only ##xwiki.properties## one which means it's possible to overwrite properties for each wiki among other things
520 * Added ability to set and change the URL scheme to use in the Execution Context. This allows code to dynamically change the generated URLs when Rendering a document (useful when performing an Export for example).
521 * Started a new ##filesystem## URL Scheme for exporting Resources to the filesystem and generating URLs to them (useful for the HTML Export for example). At the moment, only the ##webjars## Resource Type is using it and all other Resource Types are using the old ##XWikiURLFactory## class.
522 * A new DocumentModelBridge.getContentAuthorReference() method has been added to allow accessing the content author of a document without depending on oldcore.
523 * Deprecate XWiki.parseContent(...) since it is was misleading and outdated. Its documentation mentioned that the passed content is parsed as velocity code, but it was actually doing much more than that and had some unwanted side-effect. Instead, use the parse/renderer that is specific to the type of content you have. See more details in [[XWIKI-12299>>http://jira.xwiki.org/browse/XWIKI-12299]].
524 * A new script service is available to retrieve the status of a specified job or the status of the currently running job from a specified group. See the [[Job Module>>extensions:Extension.Job Module||anchor="HScriptService"]] documentation for details.
525 * Custom displayers are now executed with the Rights of the user who wrote them (i.e. author of the class document or content author of the displayer document), and not the Rights of the user who wrote the script that uses them (i.e. current context document's content author). See [[XWIKI-12306>>http://jira.xwiki.org/browse/XWIKI-12306]] for more details.
526 * In the [[Active Install Extension>>extensions:Extension.Active Installs Server Application]], a new Velocity Macro has been introduced to compute the number of Active Installs having a specific Extension. Example usage:(((
527 {{code language="none"}}
528 {{include reference="ActiveInstalls.ExtensionCount"/}}
529
530 {{velocity}}
531 #set ($extensionIds = [
532 'org.xwiki.contrib:xwiki-totem-application',
533 'jsimard:event-reporter-application',
534 'mouhb:likeapplication'
535 ])
536 |=Extension Id|=Count
537 #foreach($extensionId in $extensionIds)
538 #countActiveInstallsUsingExtension($extensionId $count)
539 |$extensionId|$count
540 #end
541 {{/velocity}}
542 {{/code}}
543 )))
544 * Better support of non-DOCUMENT ##EntityReferences## in ##DocumentReferenceConverter##. It now behaves like ##XWiki#getDocument(EntityReference)##
545 * The Copy/Rename/Delete UI actions are now using the [[Refactoring Module's Script Services>>extensions:Extension.Refactoring Module]].
546
547 = Translations =
548
549 The following translations have been updated:
550
551 {{language codes="none, none"/}}
552
553 = Tested Browsers & Databases =
554
555 {{include reference="TestReports.ManualTestReportTemplateSummary"/}}
556
557 = Performances tests compared to 6.4.5 =
558
559 There hasn't really been much performance work on this version so we get mostly the same result than in [[7.1 release note>>ReleaseNotesXWiki71]]. The important point here was to check if nested spaces ha much impact on performances.
560
561 {{display reference="test:Performances.Jetty HSQLDB single wiki 645 to 72" section="HSummary"/}}
562
563 More details on [[performance comparison on single wiki between 7.2 and 6.4.5>>test:Performances.Jetty HSQLDB single wiki 645 to 72]].
564
565 = Known issues =
566
567 * [[Bugs we know about>>http://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=category+%3D+%22Top+Level+Projects%22+AND+issuetype+%3D+Bug+AND+resolution+%3D+Unresolved+ORDER+BY+updated+DESC]]
568
569 = Backward Compatibility and Migration Notes =
570
571 == General Notes ==
572
573 When upgrading make sure you compare your ##xwiki.cfg##, ##xwiki.properties## and ##web.xml## files with the newest version since some configuration parameters may have been modified or added. Note that you should add ##xwiki.store.migration=1## so that XWiki will attempt to automatically migrate your current database to the new schema. Make sure you backup your Database before doing anything.
574
575 == Issues specific to XWiki 7.2 ==
576
577 === Nested spaces ===
578
579 See [[previous Nested spaces section>>||anchor="HNestedSpaces"]] for details on what changes in the way some API and the database are dealing with the Document Space.
580
581 Note that some existing Extensions are impacted and may break slightly: Extensions taking some user input and creating Spaces based on that will most likely display {{{"\."}}}, {{{"\:"}}} and {{{"\\"}}} in the UI. Unless they already clean the user input and remove ".", ":" and "\" characters. So for example if a user enter a Space name of "my.space":
582
583 * before 7.2: the Extension would create/display a Space named "my.space"
584 * after 7.2: the Extension will create/display a Space named "my\.space"
585
586 === URLs ===
587
588 In order to support Nested Documents and have the ability that typing a URL such as ##/A## will lead to ##A.WebHome## we have stopped supporting URLs that don't specify the ##view## action (when ##xwiki.showviewaction=1##). Thus URLs such as ##/xwiki/bin/Something## now need to be written as ##/xwiki/bin/view/Something##. If ##xwiki.showviewaction=0## then you can still write ##/xwiki/bin/<something>## provided that ##<something>## isn't equal to ##view##. If it is (you have a space named ##view##) then you need to use ##/xwiki/bin/view/view[...]##.
589
590 === Templates ===
591
592 All the templates specific to [[extensions:Extension.Colibri Skin]] had been moved to it. If your skin depends on some of these templates, you should set Colibri as parent of your skin.
593
594 == API Breakages ==
595
596 The following APIs were modified since XWiki 7.1:
597
598 {{code language="none"}}
599 <clirr output here>
600 {{/code}}

Get Connected