Skip to Content

Version 37.1 by Eduard Moraru on 2015/03/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.0 Milestone 2) =
10
11 [[Full list of issues fixed and Dashboard for 7.0>>http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13092]].
12
13 == Experimental Realtime Watchlist Notification ==
14
15 We have added a new notification option for WatchList that notifies users of changes on their watched documents in real time (i.e. as soon as they happen).
16
17 {{image reference="watchlistRealtime.png" /}}
18
19 This feature is currently **experimental and disabled by default**. Fore more information on it and how to enable it, please see [[the documentation>>extensions:Extension.Watchlist Application||anchor="HSince7.0RC1"]].
20
21 == Miscellaneous ==
22
23 * Rendering page performances have been improved when using the Flamingo skin (thanks to the usage of [[Less4j>>https://github.com/SomMeri/less4j]] for the integration of the LESS language).
24 * When deploying XWiki as ROOT [[you must now set the ##xwiki.webapppath## property to empty>>platform:Main.ShortURLs||anchor="HDeployingasROOT"]] as in:(((
25 {{code language="none"}}
26 xwiki.webapppath=
27 {{/code}}
28
29 The reason is that XWiki cannot guess the webapp context from the URL in this case. This seemed to work on previous versions but it was actually leading to errors from time to time, depending on what URL was used when doing the first request on the XWiki instance.
30 )))
31 * Debian packages based on Tomcat 8 have been added.
32 * Distribution Wizard should not ask to login when installing from scratch anymore
33
34 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.
35
36 = For Developers =
37
38 == Access Extension fields by name ==
39
40 Added a method in Extension to access a field (name, summary, version, etc.) value by name.
41
42 {{code language="java"}}
43 /**
44 * Get an extension field (name, summary, id, etc.) by name. Fallback on properties.
45 *
46 * @param <T> type of the field value
47 * @param fieldName the field name;
48 * @return the field value or null if none could be found
49 * @since 7.0RC1
50 */
51 @Unstable
52 <T> T get(String fieldName);
53 {{/code}}
54
55 == Skin Edition ==
56
57 * We have added a new [[extensions:Extension.Skin Application]] to easily edit a skin document.(((
58  {{image reference="skin-edit1.png" width="45%"/}} {{image reference="skin-edit2.png" width="45%"/}}
59 )))
60 * This application provides a new way to override a template. You do not need to edit the ##XWikiSkins## class anymore.
61 * It also provides the ability to override a file stored in a subdirectory.
62 * It is now possible to override the LESS templates.
63
64 == Extensions Repository improvements ==
65
66 * The new advanced extension search introduced in 7.0 Milestone 2 has been implemented on server side
67 * Source URL is now taken into account when importing an extension
68 * Search and advanced search are now implemented based on Solr which among other things make the search ordered by score by default and boost configuration has been associated to each extension element (high score for extension name and id, etc.)
69 * Extensions Repository REST service now return scm informations
70
71 == Solr index changes ==
72
73 All String based object properties raw values are now stored in the Solr index with _string suffix (exactly like for static lists properties) in DOCUMENT types. This mean that when upgrading to 7.0 you should recreate the Solr index so that they are added.
74
75 == Deprecated and Retired projects ==
76
77 * The [[WatchList plugin>>extensions:Extension.Watchlist Plugin]] has been moved to legacy and was replaced by a component-based implementation. The legacy module still provides a plugin API for compatibility, but clients should move to the new script service instead.
78
79 == Miscellaneous ==
80
81 * XAR Mojos now also format and verify attachment authors.
82 * ##MandatoryDocumentInitializer## components can now use a ##@Priority## annotation to specify the order in which they should be executed. See [[XWIKI-11905>>http://jira.xwiki.org/browse/XWIKI-11905]].
83 * A new ##isMainWikiOnly()## method is available in ##AbstractMandatoryDocumentInitializer## for overriding to specify that the document should be initialized on the main wiki only.
84 * A new ##setDocumentFields()## method is available in ##AbstractMandatoryDocumentInitializer## to be called when initializing a regular document (which is not a class).
85 * A new component based implementation of the watchlist module is now available (replacing the plugin one). See [[the documentation>>extensions:Extension.Watchlist API]] for more information.
86 * The XWiki pages for the [[XClass Application>>extensions:Extension.XClass Application]] (a.k.a Class Wizard or Class Editor Wizard) which were located in the ##xwiki-enterprise## GitHub repository have been moved into a ##xwiki-platform-xclass## Maven module in the ##xwiki-platform## GitHub repository.
87 * Added access to the document XDOM in ##com.xpn.xwiki.api.Document##. That means you can now do {{code language="velocity"}}$doc.getXDOM(){{/code}} and {{code language="velocity"}}$doc.setContent($xdom){{/code}}.
88 * The default preferences (the ##XWikiPreferences## document) has been moved from ##xwiki-enterprise-ui-admin-user## to ##xwiki-enterprise-ui-mainwikipreferences##.
89
90 == Upgrades ==
91
92 The following dependencies have been upgraded:
93
94 * [[Groovy 2.4.2>>http://jira.xwiki.org/browse/XCOMMONS-771]]
95
96 = Translations =
97
98 The following translations have been updated:
99
100 {{language codes="none, none"/}}
101
102 = Tested Browsers & Databases =
103
104 {{include reference="TestReports.ManualTestReportTemplateSummary"/}}
105
106 = Known issues =
107
108 * [[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]]
109
110 = Backward Compatibility and Migration Notes =
111
112 == General Notes ==
113
114 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.
115
116 == Issues specific to XWiki 7.0 RC 1 ==
117
118 * The [[WatchList plugin>>extensions:Extension.Watchlist Plugin]] has been moved to legacy and was replaced by a component-based implementation. The legacy module still provides a plugin API for compatibility, but clients should move to the new script service instead.
119 * The Solr index changed so it needs to be recreated in case some new feature would expect to find the new fields
120 * Debian packages based on Tomcat 5 and 6 has been removed since they are not supported by XWiki itself anymore
121 * [[XWiki now requires to be deployed in a Servlet Container support Servlet 3.0.1>>platform:AdminGuide.Installation||anchor="HPrerequisites"]]. For example:
122 ** Jetty 8.x
123 ** [[Tomcat 7.x>>http://tomcat.apache.org/whichversion.html]]
124 ** Glassfish 3.x
125 ** WebSphere 8.x
126 ** WebLogic 12.x
127 ** JBoss AS 6.x/7.x
128 ** Resin 4.0.1
129
130 == API Breakages ==
131
132 The following APIs were modified since XWiki 6.4.3:
133
134 * In Velocity $jsontool.serialize($object) method return null when failing to serialize the passed object (it used to return whatever it was able to write before failing to serialize an element). This should not cause much issue since expecting to get a partial invalid JSON content is most probably a very rare use case.
135
136 {{code language="none"}}
137 <clirr output here>
138 {{/code}}

About

About

Support

Platform

User Guide

Admin Guide

Developer Guide

Projects

XWiki

Extensions

Other

Contribute

Status

Practices

Under the Hood

Get Involved

Get Connected