<
From version < 64.1 >
edited by Thomas Mortagne
on 2015/09/25
To version < 72.1 >
edited by Thomas Mortagne
on 2015/09/25
>
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -201,7 +201,7 @@
201 201  
202 202  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:
203 203  
204 -* "##.##" (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}}}##.
204 +* "##.##" (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##.
205 205  * 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...
206 206  * Various APIs are also affected by this Space name to Space Reference input change:
207 207  ** ##XWiki#getSpaceDocsName## methods (both in the public and private XWiki API)
... ... @@ -242,7 +242,7 @@
242 242  Two new attributes has been added to the ##<xwikidoc>## root XML element
243 243  
244 244  * ##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).
245 -* ##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.
245 +* ##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 could be located anywhere in the XML document.
246 246  
247 247  === REST module ===
248 248  
... ... @@ -437,7 +437,7 @@
437 437  
438 438  === org.xwiki.model.reference.SpaceReferenceResolver ===
439 439  
440 -New default ##String## and ##EntityReference## based SpaceReferenceResolver has been added. It's the same behavior then ##DocumentReferenceBehavior## but for spaces.
440 +New default ##String## and ##EntityReference## based SpaceReferenceResolver has been added. It's the same behavior then ##DocumentReferenceResolver## but for spaces.
441 441  
442 442  {{code language="java"}}
443 443  @Inject
... ... @@ -508,7 +508,7 @@
508 508  Provider<XWikiContext> roXWikiContextProvider;
509 509  {{/code}}
510 510  
511 -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.
511 +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 introduced 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.
512 512  
513 513  == New Space/XWikiSpace table ==
514 514  
... ... @@ -641,10 +641,10 @@
641 641  
642 642  = Performances tests compared to 6.4.5 =
643 643  
644 -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.
644 +There hasn't really been much performance work on this version (it will most probably start again in 7.3 and 7.4) which was dedicated to nested spaces support so we get mostly the same results than in [[7.1>>test:Performances.Jetty HSQLDB single wiki 712 to 72]]. The important point here was to check if nested spaces refactoring had much impact on performances.
645 645  
646 646  {{warning}}
647 -It's important to note that the way to measure performances has changed in this version ([[Dumbbench>>https://github.com/tsee/dumbbench]] was used) and this is why you'll some differences if you compare this Performance report with the one for 7.1 for example.
647 +It's important to note that the way to measure performances has changed in this version (used to me a range of 10 values taken one by one and we are now using [[Dumbbench>>https://github.com/tsee/dumbbench]] usually on 100 values) and this is why you'll see some differences if you compare this Performance report with the one in [[7.1 release note>>ReleaseNotesXWiki71]] for example.
648 648  {{/warning}}
649 649  
650 650  {{display reference="test:Performances.Jetty HSQLDB single wiki 645 to 72" section="HSummary"/}}

Get Connected