Wiki source code of Release Notes for XWiki 7.2 Milestone 1

Version 67.1 by Marius Dumitru Florea on 2015/07/16

version	line-number	content
1.1	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
57.3	7	The main focus of this milestone is the introduction of support for Nested Documents in XWiki's UI together with an important amount of changes in the platform and default Extensions to better support this.
1.1	8
51.1	9	{{error}}
61.1	10	We've discovered a [[blocking issue after the release>>http://jira.xwiki.org/browse/XWIKI-12315]]: if you use a distribution that doesn't provide the UI the Distribution Wizard will hang when trying to install the UI. We're analyzing the issue and will provide a fix quickly. Note that the issue only concerns the Distribution Wizard.
51.1	11	{{/error}}
	12
1.1	13	= New and Noteworthy (since XWiki 7.1) =
	14
49.8	15	[[Full list of issues fixed and Dashboard for 7.2>>http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13390]].
1.1	16
38.1	17	== Nested Documents ==
1.1	18
58.3	19	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 Documents.
1.1	20
38.1	21	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 could inherit page permissions for example. Thus the idea is to have a single hierarchy based on Nested Documents.
	22
59.1	23	Advantages of Nested Documents:
62.2	24
59.1	25	* The URL reflects the page hierarchy
	26	* Finer-grained control: Ability to set permissions at each level
	27	* Generally speaking, a nicer and simpler way to organize your content hierarchically
	28	* Moving and Deleting pages updates the hierarchy
	29
53.1	30	Terminology:
	31
58.5	32	* Nested Document (a.k.a Non-Terminal Document): This is a wiki page that can have children pages. Technically a Nested Document is implemented as a Space (i.e. a WebHome page).
58.3	33	* Non-Nested Document (a.k.a Terminal Document): This a wiki page that cannot have children pages. Applications and script can create Terminal Documents. Advanced Users will also be able to create Terminal Documents from the UI. Standard Users will only be able to create Nested Documents.
53.1	34	* Nested Space: A Space which has another Space as parent.
	35
38.1	36	Current status:
40.1	37
38.1	38	* In this milestone the UI has not been updated yet but a lot of the required changes have been done in the backend code to support Nested Documents.
	39	* What you can try today:
38.2	40	** Typing URLs with Nested Documents. For example typing {{{http://localhost:8080/xwiki/bin/view/A/B/C}}} and then clicking Edit will allow you to create a Page C inside pages A and B (which don't need to exist).
53.1	41	** Creating Nested Documents with "Add > Page" should also work even though the UI will be improved in the next version.
52.1	42	** Moving/Deleting Nested Documents work at the script level but not at the UI level yet, see below for examples you can try out.
53.1	43	** Importing/Exporting Nested Documents should work fine even though the UI will be improved in the next version.
54.1	44	** When you type a URL to a Nested Document (i.e. to a Space), you get redirected to the proper Document. For example typing {{{http://localhost:8080/xwiki/bin/view/A/B/C}}} will lead you to Document ##A.B.C.WebHome## (unless Document ##A.B.C## exists)
55.1	45	* The Parent/Child relationship is still used in this version and will be turned off in the next one (7.2M2)
	46
50.5	47	== Script right ==
	48
57.1	49	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.
50.5	50
57.1	51	In this version, The Edit right implies the Script right but in the next version (7.2M2) we'll change that so that by default the Script right is not granted to everyone having Edit right.
	52
65.1	53	{{image reference="scriptright.png"/}}
	54
	55	Example when the author of a script doesn't have the Script right:
	56
58.2	57	{{image reference="scriptRightsErrorNotAllowed.png"/}}
	58
1.1	59	== Miscellaneous ==
	60
58.4	61	* 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'.
67.1	62	* 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. This is a first step towards showing nested documents in the tree, which is planned for 7.2.
49.6	63	* The list of available template providers is now sorted by document full name.
1.1	64
49.8	65	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+%227.2-milestone-1%22&tempMax=1000]] fixed in this release.
1.1	66
	67	= For Developers =
	68
31.1	69	== Nested Spaces ==
15.1	70
31.1	71	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.
15.1	72
47.2	73	=== Space Reference instead of Space name ===
15.1	74
47.2	75	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:
15.1	76
31.1	77	* "##.##" (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}}}##.
47.2	78	* 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...
	79	* Various APIs are also affected by this Space name to Space Reference input change:
30.1	80	** ##XWiki#getSpaceDocsName## methods (both in the public and private XWiki API)
47.2	81	** 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:(((
31.1	82	{{code language="java"}}
	83	private EntityReferenceResolver<String> relativeEntityReferenceResolver =
	84	Utils.getComponent(EntityReferenceResolver.TYPE_STRING, "relative");
	85	...
	86	or
	87	...
	88	@Inject
	89	@Named("relative")
	90	private EntityReferenceResolver<String> relativeEntityReferenceResolver;
	91	...
	92	private List<String> extractSpaceNames(String spaces)
	93	{
	94	List<String> spaceNames = new ArrayList<>();
	95	// Parse the spaces list into Space References
	96	EntityReference spaceReference = this.relativeEntityReferenceResolver.resolve(spaces, EntityType.SPACE);
	97	for (EntityReference reference : spaceReference.getReversedReferenceChain()) {
	98	spaceNames.add(reference.getName());
	99	}
	100	return spaceNames;
	101	}
	102	{{/code}}
	103	)))
	104	** Extensions/code implementing ##ExportURLFactoryActionHandler## will also need to be modified to handle nested Spaces passed in the ##space## parameter.
31.2	105	* 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]]).
15.1	106
16.1	107	=== Space separator properly taken into account ===
15.1	108
47.2	109	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.
15.1	110
26.1	111	=== New XAR format ===
	112
	113	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).
	114
	115	Two new attributes has been added to the ##<xwikidoc>## root XML element
	116
47.2	117	* ##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).
	118	* ##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.
26.1	119
43.1	120	=== REST module ===
44.1	121
48.1	122	* 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##.
43.1	123
48.1	124	=== URL modules ===
	125
	126	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]].
	127
52.1	128	=== New Rename/Delete Jobs ===
	129
	130	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. However the Rename/Delete feature in the UI do not yet call this new code (this is planned for 7.2M2 and after).
	131
	132	However you can start to test this by using the following Script Services APIs:
	133
	134	* Copy a Space(((
	135	{{code language="none"}}
	136	#set ($source = $services.model.resolveSpace('Path.To.Source'))
	137	#set ($destination = $services.model.resolveSpace('Path.To.New.Parent'))
	138	$services.refactoring.copy($source, $destination).join()
	139	{{/code}}
	140	)))
	141	* Copy a Space As(((
	142	{{code language="none"}}
	143	#set ($source = $services.model.resolveSpace('Path.To.Source'))
	144	#set ($destination = $services.model.resolveSpace('Path.To.New.Name'))
	145	$services.refactoring.copyAs($source, $destination).join()
	146	{{/code}}
	147	)))
	148	* Move a Space(((
	149	{{code language="none"}}
	150	#set ($source = $services.model.resolveSpace('Path.To.Source'))
	151	#set ($destination = $services.model.resolveSpace('Path.To.New.Parent'))
	152	$services.refactoring.move($source, $destination).join()
	153	{{/code}}
	154	)))
	155	* Move a Document(((
	156	{{code language="none"}}
	157	#set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
	158	#set ($destination = $services.model.resolveSpace('Path.To.New.Parent'))
	159	$services.refactoring.move($source, $destination).join()
	160	{{/code}}
	161	)))
	162	* Rename a Space(((
	163	{{code language="none"}}
	164	#set ($source = $services.model.resolveSpace('Path.To.Source'))
	165	$services.refactoring.rename($source, 'NewName').join()
	166	{{/code}}
	167	)))
	168	* Rename a Document(((
	169	{{code language="none"}}
	170	#set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
	171	$services.refactoring.rename($source, 'NewName').join()
	172	{{/code}}
	173	)))
	174	* Delete a Document(((
	175	{{code language="none"}}
	176	#set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
	177	$services.refactoring.delete($source).join()
	178	{{/code}}
	179	)))
	180	* Delete a Space(((
	181	{{code language="none"}}
	182	#set ($source = $services.model.resolveSpace('Path.To.Source'))
	183	$services.refactoring.delete($source).join()
	184	{{/code}}
	185	)))
	186	* Convert a Terminal Document to a Nested Document(((
	187	{{code language="none"}}
	188	#set ($source = $services.model.resolveDocument('Path.To.Page'))
	189	$services.refactoring.convertToNestedDocument($source).join()
	190	{{/code}}
	191	)))
	192	* Convert a Nested Document to a Terminal Document(((
	193	{{code language="none"}}
	194	#set ($source = $services.model.resolveDocument('Path.To.Source.WebHome'))
	195	$services.refactoring.convertToTerminalDocument($source).join()
	196	{{/code}}
	197	)))
	198
62.2	199	=== New create action parameters and logic ===
	200
	201	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"]].
	202
63.2	203	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:
	204	{{image reference="createUINestedDocuments.png"/}}
	205
47.2	206	== New Reference-related APIs ==
1.1	207
47.2	208	Various new API around References has been introduced while adding support for nested spaces.
1.1	209
47.2	210	=== Complete References Providers ===
9.1	211
47.2	212	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)
9.1	213
6.1	214	{{code language="java"}}
	215	@Inject
	216	Provider<DocumentReference> defaultDocumentReference;
4.1	217
6.1	218	@Inject
	219	@Named("current")
	220	Provider<DocumentReference> currentDocumentReference;
	221	{{/code}}
9.1	222
	223	=== org.xwiki.model.reference.EntityReferenceProvider ===
	224
	225	##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.
	226
6.1	227	{{code language="java"}}
	228	@Inject
	229	EntityReferenceProvider provider;
	230	{{/code}}
	231
47.2	232	=== Properly support any kind of References in getDocument and getURL ===
9.1	233
47.2	234	##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).
9.1	235
35.1	236	Same for ##com.xpn.xwiki.XWiki#getURL(EntityReference)## and ##com.xpn.xwiki.api.XWiki#getURL(EntityReference)##.
	237
9.1	238	=== New helpers in EntityReference ===
	239
47.2	240	* ##boolean equals(EntityReference otherReference, EntityType to)##: same as equals but only take into account Reference parts up to the passed entity type (included)
	241	* ##boolean equals(EntityReference otherReference, EntityType from, EntityType to)##: same as equals but only take into account Reference parts between passed entity types (included)
9.1	242	* ##boolean equalsNonRecursive(EntityReference otherReference)##: same as equals but does not take into account the parent
	243
27.1	244	=== New helpers in LocalDocumentReference ===
	245
47.2	246	* ##LocalDocumentReference(String pageName, EntityReference spaceReference)##: allowed created a LocalDocumentReference from a Space Reference instead of just the space name
27.1	247
34.1	248	=== org.xwiki.model.reference.SpaceReferenceResolver ===
	249
	250	New default ##String## and ##EntityReference## based SpaceReferenceResolver has been added. It's the same behavior then ##DocumentReferenceBehavior## but for spaces.
	251
	252	{{code language="java"}}
	253	@Inject
	254	SpaceReferenceResolver<String> stringResolver;
	255
	256	@Inject
	257	SpaceReferenceResolver<EntityReference> referenceResolver;
	258	{{/code}}
	259
23.1	260	=== New model Script Service helpers ===
22.1	261
47.2	262	* new help to escape an entity name according to default Reference syntax as in:(((
22.1	263	{{code language="velocity"}}
23.1	264	$services.model.escape('some.space:with\specialchars', 'SPACE')
22.1	265	{{/code}}
	266
	267	will print
	268
	269	{{code language="nonde"}}
	270	some\.space\:with\\specialchars
	271	{{/code}}
	272	)))
60.1	273	* you can retrieve a node from an ##EntityReferenceTree## using its reference:(((
	274	{{code language="velocity"}}
	275	#set ($alice = $services.model.resolveDocument('wiki:Users.Alice.WebHome'))
	276	#set ($bob = $services.model.resolveDocument('wiki:Users.Directory'))
	277	#set ($tree = $services.model.toTree($alice, $bob))
	278	#set ($usersNode = $tree.get($bob.lastSpaceReference))
	279	{{/code}}
	280	)))
22.1	281
41.1	282	=== New components to generate REST URLs ===
	283
	284	* 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##.
	285	* The corresponding script service has been added: ##$services.rest## with the method ##$services.rest.url($entityReference)##.
	286
62.1	287	=== Resolve nested spaces in JavaScript ===
	288
	289	{{code language="js"}}
	290	var spaceReference = XWiki.Model.resolve('A.B.C', XWiki.EntityType.SPACE);
	291	spaceReference.getReversedReferenceChain().map(function(entityReference) {
	292	return entityReference.name;
	293	}).join(' > ');
	294	// Produces: A > B > C
	295	{{/code}}
	296
	297	See the [[JavaScript API documentation>>platform:DevGuide.JavaScriptAPI\|\|anchor="HWorkwithEntityReferences"]] for more details.
	298
4.1	299	== New readonly XWikiContext provider ==
	300
	301	You can inject a new "readonly" XWikiContext the following way:
	302
	303	{{code language="java"}}
	304	@Inject
	305	@Named("readonly")
25.1	306	Provider<XWikiContext> roXWikiContextProvider;
4.1	307	{{/code}}
	308
11.2	309	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.
4.1	310
1.1	311	== Upgrades ==
	312
	313	The following dependencies have been upgraded:
	314
	315	* [[httpclient 4.5>>http://jira.xwiki.org/browse/XCOMMONS-815]]
2.1	316	* [[cssparser 0.9.16>>http://jira.xwiki.org/browse/XCOMMONS-817]]
3.1	317	* [[less4j 1.12.0>>http://jira.xwiki.org/browse/XWIKI-12161]]
8.1	318	* [[Joda-Time 2.8.1>>http://jira.xwiki.org/browse/XWIKI-12159]]
16.1	319	* [[Bootstrap 3.3.5>>http://jira.xwiki.org/browse/XWIKI-12211]]
24.1	320	* [[Infinispan 7.2.3>>http://jira.xwiki.org/browse/XWIKI-12227]]
36.1	321	* [[HSQLDB 2.3.3>>http://jira.xwiki.org/browse/XE-1491]]
37.1	322	* [[JGroups 3.6.4>>http://jira.xwiki.org/browse/XWIKI-12215]]
40.1	323	* [[Jackson 2.5.4>>http://jira.xwiki.org/browse/XCOMMONS-828]]
1.1	324
	325	== Miscellaneous ==
	326
25.2	327	* 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.
32.1	328	* custom Maven properties which have a special meaning (like ##xwiki.extension.features##) are not ##duplicated## in Extension custom properties anymore
33.1	329	* standard fields names have been added to ##org.xwiki.extension.rating.RatingExtension##
44.1	330	* 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
47.1	331	* 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).
46.2	332	* 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.
49.3	333	* A new DocumentModelBridge.getContentAuthorReference() method has been added to allow accessing the content author of a document without depending on oldcore.
49.5	334	* 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]].
66.1	335	* 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.
1.1	336
	337	= Translations =
	338
	339	The following translations have been updated:
	340
49.7	341	{{language codes="fr, sv, pt_BR"/}}
1.1	342
49.9	343	{{comment}}
1.1	344	= Tested Browsers & Databases =
	345
	346	{{include reference="TestReports.ManualTestReportTemplateSummary"/}}
	347
	348	= Performances tests compared to <last super stable version> =
	349
	350	<a summary of the comparison with latest super stable version>
	351
	352	More details on <link to the test report>.
49.9	353	{{/comment}}
1.1	354
	355	= Known issues =
	356
	357	* [[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]]
	358
	359	= Backward Compatibility and Migration Notes =
	360
	361	== General Notes ==
	362
	363	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.
	364
11.1	365	== Issues specific to XWiki 7.2M1 ==
1.1	366
15.1	367	=== Nested spaces ===
12.1	368
45.1	369	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.
12.1	370
49.2	371	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":
49.3	372
49.1	373	* before 7.2M1: the Extension would create/display a Space named "my.space"
	374	* after 7.2M1: the Extension will create/display a Space named "my\.space"
	375
39.1	376	=== URLs ===
	377
	378	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[...]##.
	379
14.1	380	=== Templates ===
	381
	382	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.
	383
1.1	384	== API Breakages ==
	385
49.9	386	The following APIs were modified since XWiki 7.1.1:
1.1	387
49.10	388	* AbstractWrappingObject, AbstractSafeObject and ScriptSafeProvider have been moved to xwiki-commons-script(((
1.1	389	{{code language="none"}}
49.10	390	org.xwiki.extension.wrap.WrappingIterableResult: Removed org.xwiki.extension.internal.safe.AbstractSafeObject from the list of superclasses
	391	org.xwiki.extension.wrap.WrappingIterableResult: Removed org.xwiki.extension.wrap.AbstractWrappingObject from the list of superclasses
	392	org.xwiki.extension.wrap.WrappingIterableResult: Parameter 2 of 'public WrappingIterableResult(org.xwiki.extension.repository.result.IterableResult, org.xwiki.extension.internal.safe.ScriptSafeProvider)' has changed its type to org.xwiki.script.internal.safe.ScriptSafeProvider
	393
	394	org.xwiki.filter.script.AbstractFilterScriptService: Changed type of field scriptProvider from org.xwiki.extension.internal.safe.ScriptSafeProvider to org.xwiki.script.internal.safe.ScriptSafeProvider
	395	org.xwiki.extension.script.AbstractExtensionScriptService: Changed type of field scriptProvider from org.xwiki.extension.internal.safe.ScriptSafeProvider to org.xwiki.script.internal.safe.ScriptSafeProvider
62.2	396	{{/code}}
	397	)))
49.10	398
	399	* Added missing methods to the DocumentModelBridge which are already implemented by XWikiDocument.(((
	400	{{code language="none"}}
	401	org.xwiki.bridge.DocumentModelBridge: Method 'public org.xwiki.model.reference.DocumentReference getContentAuthorReference()' has been added to an interface
62.2	402	{{/code}}
	403	)))
49.10	404
	405	* com.xpn.xwiki.XWiki#localStringEntityReferenceSerializer now exists in oldcore, we do not need it in the aspect anymore.(((
	406	{{code language="none"}}
	407	com.xpn.xwiki.XWikiCompatibilityAspect: Method 'public org.xwiki.model.reference.EntityReferenceSerializer ajc$interFieldGetDispatch$com_xpn_xwiki_XWikiCompatibilityAspect$com_xpn_xwiki_XWiki$localStringEntityReferenceSerializer(com.xpn.xwiki.XWiki)' has been removed
	408	com.xpn.xwiki.XWikiCompatibilityAspect: Method 'public void ajc$interFieldInit$com_xpn_xwiki_XWikiCompatibilityAspect$com_xpn_xwiki_XWiki$localStringEntityReferenceSerializer(com.xpn.xwiki.XWiki)' has been removed
	409	com.xpn.xwiki.XWikiCompatibilityAspect: Method 'public void ajc$interFieldSetDispatch$com_xpn_xwiki_XWikiCompatibilityAspect$com_xpn_xwiki_XWiki$localStringEntityReferenceSerializer(com.xpn.xwiki.XWiki, org.xwiki.model.reference.EntityReferenceSerializer)' has been removed
62.2	410	{{/code}}
	411	)))
49.10	412
	413	* Young API. ExportURLFactoryContext been renamed to FilesystemExportContext and moved to the Filesystem URL scheme module.(((
	414	{{code language="none"}}
	415	com.xpn.xwiki.web.ExportURLFactory: Method 'public com.xpn.xwiki.web.ExportURLFactoryContext getExportURLFactoryContext()' has been removed
	416	com.xpn.xwiki.web.ExportURLFactoryActionHandler: Parameter 7 of 'public java.net.URL createURL(java.lang.String, java.lang.String, java.lang.String, java.lang.String, java.lang.String, com.xpn.xwiki.XWikiContext, com.xpn.xwiki.web.ExportURLFactoryContext)' has changed its type to org.xwiki.url.filesystem.FilesystemExportContext
	417	com.xpn.xwiki.web.ExportURLFactory: class removed
62.2	418	{{/code}}
	419	)))
49.10	420
	421	* This API has been changed to support nested spaces.(((
	422	{{code language="none"}}
	423	org.xwiki.rest.resources.spaces.SpaceResource: Method argument count changed for method 'org.xwiki.rest.model.jaxb.Space getSpace(java.lang.String, java.lang.String)'
62.2	424	{{/code}}
	425	)))

Wiki source code of Release Notes for XWiki 7.2 Milestone 1

Quick Links

Let us know

About

About

Support

Platform

User Guide

Admin Guide

Developer Guide

Projects

XWiki

Extensions

Other

Contribute

Status

Practices

Under the Hood

Get Involved

Get Connected