Wiki source code of Release Notes for XWiki Enterprise 4.0
Version 5.4 by Thomas Mortagne on 2012/05/02
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | (% style="font-size:x-large;" %) | ||
| 2 | {{warning}}Before upgrading to this version, be sure to have a working backup of your database(s).{{/warning}} | ||
| 3 | |||
| 4 | {{box cssClass="floatinginfobox" title="**Contents**"}} | ||
| 5 | {{toc/}} | ||
| 6 | {{/box}} | ||
| 7 | |||
| 8 | This is the first release of the new development cycle 4 ([[Roadmap>>Main.Roadmap]]). This release brings reduced document database id collision, a new LDAP administration UI and quite a few improvements and bug fixes on Extension Managger, annotations, App Within Minutes and user profiles. | ||
| 9 | |||
| 10 | = New and Noteworthy (since XWiki Enterprise 3.5 version) = | ||
| 11 | |||
| 12 | == Extension Manager improvements == | ||
| 13 | |||
| 14 | === Extension Manager === | ||
| 15 | |||
| 16 | We improved the way the list of dependencies of an extension is displayed. You can now see the status of each dependency. In the following image you can see for instance that the Commons IO dependency is in conflict with the version of Commons IO bundled with XWiki Enterprise. | ||
| 17 | |||
| 18 | {{image reference="ReleaseNotesXWikiEnterprise40M2@EM-dependencies.png"/}} | ||
| 19 | |||
| 20 | The extension status is also displayed when you view the extension separately. For instance, if you click on the Commons IO dependency link to get more details, you'll see the incompatibility message displayed as below: | ||
| 21 | |||
| 22 | {{image reference="ReleaseNotesXWikiEnterprise40M2@EM-status.png"/}} | ||
| 23 | |||
| 24 | We also improved the search bar to allow users to search in different types of extensions. See below the result for searching "html" in core extensions, i.e. extensions bundled with XWiki Enterprise. | ||
| 25 | |||
| 26 | {{image reference="ReleaseNotesXWikiEnterprise40M2@EM-search.png"/}} | ||
| 27 | |||
| 28 | The install/uninstall plan and log are now displayed in a tab inside the details section of an extension. We plan to make the new Progress tab display the install/uninstall status in real time in the near future. | ||
| 29 | |||
| 30 | {{image reference="ReleaseNotesXWikiEnterprise40RC1@EM-progressTab.png"/}} | ||
| 31 | |||
| 32 | === XWiki Repository === | ||
| 33 | |||
| 34 | * Added a button to update an imported extension | ||
| 35 | * It's now possible to extend an Extension sheet with custom informations. For example http://extensions.xwiki.org adds "Bundled with" and "Compatibility" fields. | ||
| 36 | |||
| 37 | == Annotations merged with Comments by default == | ||
| 38 | |||
| 39 | Starting with version 4.0M2, annotations have been merged by default with comments. More specifically, this means: | ||
| 40 | |||
| 41 | * You can now reply to an Annotation (threaded annotations) | ||
| 42 | * The Annotations tab has been removed and annotations are now located in the Comments tab where you can see both annotations and comments | ||
| 43 | * The default annotation class is now ##XWiki.XWikiComments## instead of AnnotationCode.AnnotationClass. It also means we've modified the ##XWiki.XWikiComments## class by adding new fields to support annotations (See [[Migration Notes>>||anchor="HAnnotationsApplication"]] below). | ||
| 44 | |||
| 45 | {{image reference="ReleaseNotesXWikiEnterprise40M2@annotations-merged-with-comments-screenshot.png"/}} | ||
| 46 | |||
| 47 | == App Within Minutes improvements == | ||
| 48 | |||
| 49 | The actions pane on the application home page now provides a link to edit and delete the application. Of course you need to have the proper rights to be able to see the links. | ||
| 50 | |||
| 51 | {{image reference="ReleaseNotesXWikiEnterprise40M2@AWM-appActions.png"/}} | ||
| 52 | |||
| 53 | We also added an Actions column to the applications live table to be able to manage applications directly from the App Within Minutes home page. Again, you need to have the proper rights to be able to see the actions. | ||
| 54 | |||
| 55 | {{image reference="ReleaseNotesXWikiEnterprise40M2@AWM-appsLiveTable-actionsColumn.png"/}} | ||
| 56 | |||
| 57 | == User profile customization == | ||
| 58 | |||
| 59 | An admin can now configure which information is displayed in the user profile (the "Profile" tab of a user's profile page). A new section has been added in the Administration where an admin can configure which fields of the ##XWiki.XWikiUsers## class to display. The admin still has to add the new fields to the class the old way, using the class editor for the page ##XWiki.XWikiUsers##, but he no longer needs to write any code. | ||
| 60 | |||
| 61 | {{image reference="ReleaseNotesXWikiEnterprise40M2@userProfileCustomizer-screenshot.png"/}} | ||
| 62 | |||
| 63 | == User directory improvements and user customized view == | ||
| 64 | |||
| 65 | The User Directory can now display, as columns, filterable and sortable properties of users, as opposed to the previous version where you just had a fixed column that displayed a composed name in the form "first_name last_name (profilePageID)". | ||
| 66 | |||
| 67 | In addition, each user can now customize his view over the User Directory by adding or removing columns, or resetting it to the default columns. | ||
| 68 | |||
| 69 | The default displayed columns are "first_name" and "last_name", and the unmodifiable columns (that will always be displayed as first columns) are "_avatar" and "doc.fullName". | ||
| 70 | |||
| 71 | {{image reference="ReleaseNotesXWikiEnterprise40M2@customizableUserDirectory-customize.png"/}} | ||
| 72 | |||
| 73 | {{info}} | ||
| 74 | In the near future, we're planning to allow Admins to customize globally the User Directory for all users too. | ||
| 75 | {{/info}} | ||
| 76 | |||
| 77 | == ColorThemes gradients customizable from ColorTheme Wizard == | ||
| 78 | |||
| 79 | In version [[3.4>>xwiki:ReleaseNotes.ReleaseNotesXWikiEnterprise34]] we deprecated the old default bundled ColorThemes (because of incompatible variable mix). In version 4.0 this is no longer the case, old default bundled ColorThemes (like [[Bordo>>extensions:Extension.Bordo ColorTheme]], [[Nature>>extensions:Extension.Nature ColorTheme]], etc.) are now being compatible with the 3.4 Colibri Skin changes. We fixed this by adding new gradient ColorThemes variables. All these gradient ColorTheme variables are now changeble from the ColorTheme Wizard. | ||
| 80 | |||
| 81 | {{image reference="ReleaseNotesXWikiEnterprise40M2@ColorThemeWizard.png"/}} | ||
| 82 | |||
| 83 | == LDAP administration UI == | ||
| 84 | |||
| 85 | An LDAP administration interface is now provided to make it easy to configure LDAP directly from the wiki (you had to edit the XWiki Configuration files before). See [[the module documentation>>extensions:Extension.LDAP Application]] for more information on this topic. | ||
| 86 | |||
| 87 | {{image reference="ReleaseNotesXWikiEnterprise40M2@admin-ldap-ui.png"/}} | ||
| 88 | |||
| 89 | == New IRC Bot Application == | ||
| 90 | |||
| 91 | The IRC Bot Application has been completely rewritten from the grounds up for better maintainability, improved speed and more features as described in the [[Documentation for the new IRC Bot Application>>extensions:Extension.IRC Bot Application]]. | ||
| 92 | |||
| 93 | {{image reference="ReleaseNotesXWikiEnterprise40M2@ircbotapplication.png"/}} | ||
| 94 | |||
| 95 | == Miscellaneous == | ||
| 96 | |||
| 97 | * There's now a link to the [[Getting Started Guide>>enterprise:GettingStarted.WebHome]] on the XWiki Enterprise home page. | ||
| 98 | |||
| 99 | = For developers = | ||
| 100 | |||
| 101 | == Extension Manager moved to commons == | ||
| 102 | |||
| 103 | Everything not specifically related to XWiki is now part of xwiki-commons. That means that anyone can get all Extension Manager features (easy live JAR installation/uninstallation from remote repositories, dependency management, etc.) in any Java application. | ||
| 104 | |||
| 105 | == Classloader module moved to commons == | ||
| 106 | |||
| 107 | Mostly been moved as Extension Manager dependency but also useful on it own as a tool to dynamically add new URLs in a classloader at runtime. | ||
| 108 | |||
| 109 | == New Job module == | ||
| 110 | |||
| 111 | The code to execute a task in background and provide related progress and isolated log has been extracted from Extension Manager and is now in its own module. | ||
| 112 | |||
| 113 | See [[Job Module>>extensions:Extension.Job Module]]. | ||
| 114 | |||
| 115 | == Component related improvements == | ||
| 116 | |||
| 117 | See [[Job Component>>extensions:Extension.Component Module]]. | ||
| 118 | |||
| 119 | === Role moved from Class to Type === | ||
| 120 | |||
| 121 | In order to support parameterized role like DocumentReferenceResolver<String>, all the APIs of ComponentManager and Component descriptors have been changed to take Type instead of Class. All the old APIs are still available and working, but have been deprecated. | ||
| 122 | |||
| 123 | === ComponentRole is deprecated === | ||
| 124 | |||
| 125 | You should now use @Role instead of @ComponentRole. The difference is that when using @Role the generic parameters will be taken into account as part of the role while with @ComponentRole the role stays the Class of the component role so be careful when you do this change, it might break everything if you don't want to take into account parameters (that's why a new annotation has been introduced instead of changing the behavior of ComponentRole). | ||
| 126 | |||
| 127 | === References resolver/serializer and Provider now support parameter type as part of the role === | ||
| 128 | |||
| 129 | This mean that declaring or injecting a such component no longer require any hint unless you want to provide/inject a variant for the same type. | ||
| 130 | |||
| 131 | Here are some example. Instead of: | ||
| 132 | |||
| 133 | {{code language="java"}} | ||
| 134 | @Inject | ||
| 135 | @Named("reference/default") | ||
| 136 | private DocumentReferenceResolver<EntityReference> resolver | ||
| 137 | |||
| 138 | @Inject | ||
| 139 | @Named("reference/current") | ||
| 140 | private DocumentReferenceResolver<EntityReference> resolver | ||
| 141 | |||
| 142 | @Inject | ||
| 143 | @Named("sometypeprovider") | ||
| 144 | private Provider<SomeType> resolver | ||
| 145 | {{/code}} | ||
| 146 | |||
| 147 | you will write | ||
| 148 | |||
| 149 | {{code language="java"}} | ||
| 150 | @Inject | ||
| 151 | private DocumentReferenceResolver<EntityReference> resolver | ||
| 152 | |||
| 153 | @Inject | ||
| 154 | @Named("current") | ||
| 155 | private DocumentReferenceResolver<EntityReference> resolver | ||
| 156 | |||
| 157 | @Inject | ||
| 158 | private Provider<SomeType> resolver | ||
| 159 | {{/code}} | ||
| 160 | |||
| 161 | All reference resolver and serializer provide static variables with the Type for both String and EntityReference. For example you can write: | ||
| 162 | |||
| 163 | {{code language="java"}} | ||
| 164 | DocumentReferenceResolver<EntityReference> resolver = componentManager.getInstance(DocumentReferenceResolver.TYPE_REFERENCE, "current") | ||
| 165 | {{/code}} | ||
| 166 | |||
| 167 | == New Velocity tool to serialize Java objects to JSON format == | ||
| 168 | |||
| 169 | We introduced a new Velocity tool to be able to serialize Java objects to the JSON format. Checkout the [[documentation>>doc:extensions:Extension.Velocity Module||anchor="HJSONTool"]]. Here's an example that shows how to serialize a Map object: | ||
| 170 | |||
| 171 | {{code}} | ||
| 172 | {{velocity}} | ||
| 173 | #set($map = {'name': 'xwiki', 'values': [1, 2, 3], 'enabled': true}) | ||
| 174 | $jsontool.serialize($map) | ||
| 175 | {{/velocity}} | ||
| 176 | {{/code}} | ||
| 177 | |||
| 178 | The result is: | ||
| 179 | |||
| 180 | {{code language="none"}} | ||
| 181 | {"name":"xwiki","values":[1,2,3],"enabled":true} | ||
| 182 | {{/code}} | ||
| 183 | |||
| 184 | We also refactored ##XWiki.LiveTableResultsMacros## page to generate the live table JSON in memory using a Map, which is serialized in the end using the new JSON tool. This makes it easier to customize the live table JSON. For example this is how the JSON for the AppWithinMinutes applications live table is generated: | ||
| 185 | |||
| 186 | {{code}} | ||
| 187 | {{include document="XWiki.LiveTableResultsMacros" /}} | ||
| 188 | |||
| 189 | {{velocity}} | ||
| 190 | #if($xcontext.action == 'get' && "$!{request.outputSyntax}" == 'plain') | ||
| 191 | $response.setContentType('application/json') | ||
| 192 | #set($map = {}) | ||
| 193 | #gridresult_buildJSON("$!request.classname" $request.collist.split(',') $map) | ||
| 194 | ## Change the URL and permission for the edit and delete actions: | ||
| 195 | ## * edit action must trigger the AppWithinMinutes wizard. | ||
| 196 | ## * delete action must delete the application space. | ||
| 197 | #foreach($row in $map.get('rows')) | ||
| 198 | #set($editQueryString = "appName=$escapetool.url($row.get('doc_space'))") | ||
| 199 | #set($discard = $row.put('doc_edit_url', $xwiki.getURL('AppWithinMinutes.CreateApplication', 'view', $editQueryString))) | ||
| 200 | #if($row.get('doc_hasdelete')) | ||
| 201 | ## Deleting an application requires space administration rights. | ||
| 202 | #set($discard = $row.put('doc_hasdelete', $xwiki.hasAccessLevel('admin', $xcontext.user, "${row.get('doc_space')}.WebPreferences"))) | ||
| 203 | #end | ||
| 204 | #set($rowDocRef = $services.model.createDocumentReference($row.get('doc_wiki'), $row.get('doc_space'), $row.get('doc_name'))) | ||
| 205 | #set($discard = $row.put('doc_delete_url', $xwiki.getURL($rowDocRef, 'deletespace', ''))) | ||
| 206 | #end | ||
| 207 | $jsontool.serialize($map) | ||
| 208 | #end | ||
| 209 | {{/velocity}} | ||
| 210 | {{/code}} | ||
| 211 | |||
| 212 | See [[extensions:Extension.Velocity Module||anchor="HJSONTool"]]. | ||
| 213 | |||
| 214 | == Class reference always local == | ||
| 215 | |||
| 216 | The class reference is now stored as a local reference in the BaseObject/BaseCollection which means that like in the storage you can't assign a class coming from another wiki to an xobject which was causing some issue when copying wikis. You can still provide absolute reference but the wiki reference will be automatically removed. | ||
| 217 | |||
| 218 | == New Rights Implementation (Experimental) == | ||
| 219 | |||
| 220 | A new experimental security authorization module is now available and is aimed to replace the old right service API during the 4.x cycle. This new module provide its public API from the ##org.xwiki.security.authorization.AuthorizationManager## component. The whole authorization API has been rewritten from scratch with the following goals in mind: | ||
| 221 | |||
| 222 | * better performance by providing a ##SecurityCache## to cache both security rules and security access decisions. | ||
| 223 | * allow extending the list of ##Right## by registering new rights with a declarative description. | ||
| 224 | * allow customising the way the authorization decision are made, by providing a custom ##AuthorizationSettler## component. | ||
| 225 | * stay independent from ##oldcore## and use proper interfaces to made the authorization process as much as possible independent from the rest. | ||
| 226 | |||
| 227 | A bridge between this new security authorization module and the old implementation is also provided in ##org.xwiki.security.authorization.internal.XWikiCachingRightService## which could be used in xwiki.cfg to enable this new authorization manager as the default one. The new module could also be used side by side with the old implementation. | ||
| 228 | |||
| 229 | The default implementation of the right settler, being written based on a fully restructured way to evaluate rights declaratively, has some subtle differences in the way security rules (right Xobjects) are interpreted and authorization decisions are made. Apart from improved consistency and yet to be discovered issues, the major differences still needing improvements are: | ||
| 230 | |||
| 231 | * on an empty database, the guest user does not receive admin rights, and you need to enable and use superadmin to install an initial XAR. | ||
| 232 | * in a multiwiki setup, user groups evaluated during decision are limited to those coming from the user wiki and those of the wiki of the targeted entity are not taken into account. | ||
| 233 | |||
| 234 | The full documentation of this new module, in particular the way it now evaluate rights declaratively and allow augmenting and customising authorization decision is yet to be written. The new module provide a large Javadoc as a reference in the meantime. For the big picture, the new right service is now named ##AuthorizationManager##. Internally, it manipulates ##SecurityReference## (as well as ##UserSecurityReference## and ##GroupSecurityReference##, to represent entities, user and group), ##SecurityRule## (representing a right object) and ##SecurityAccess## (representing an access level in the old nomenclature), which are stored in a ##SecurityCache## using ##SecurityRuleEntry## (a set of rules) and ##SecurityAccessEntry## (the access of a given user). The ##AuthorizationManager## delegate cache management to a ##SecurityCacheLoader## which loads rules using a ##SecurityRuleLoader##; and delegate itself the access decision for a given user and a set of rules to an ##AuthorizationSettler##. This last one could be overridden to provide specific decision that could not be done in declarative mode. | ||
| 235 | |||
| 236 | == New technical content hiding system == | ||
| 237 | |||
| 238 | {{warning}} | ||
| 239 | In this release we have only implemented the content hiding **mechanism**. At the moment, using it will **not have any effect on the default UI** you see (no documents will be filtered). We will gradually update all places listing documents in the UI to use the new mechanism in XWiki Enterprise 4.1. That said, if you're a developer we encourage you [[to test out the new content filtering API>>extensions:Extension.Query Module]]. | ||
| 240 | {{/warning}} | ||
| 241 | |||
| 242 | The basic support for hidden documents introduced in XWiki Enterprise 1.7 has been reimplemented differently (the previous implementation was not allowing anyone, including Admins, to see hidden documents!). The new logic is currently as follows (it'll be discussed and probably modified in XWiki Enterprise 4.1): | ||
| 243 | |||
| 244 | * Simple users never see hidden documents | ||
| 245 | * For advanced users, it is now possible to specify that a document should be hidden when editing the document (only //wiki// or //wysiwyg// edit modes):((( | ||
| 246 | {{image reference="ReleaseNotesXWikiEnterprise40RC1@hidden.png"/}} | ||
| 247 | |||
| 248 | And now there's a new setting in the user profiles, letting users chose if they want hidden documents to appear in search results or not: | ||
| 249 | |||
| 250 | {{image reference="ReleaseNotesXWikiEnterprise40RC1@hiddenSettings.png"/}} | ||
| 251 | |||
| 252 | {{warning}} | ||
| 253 | As already mentioned above in warning, setting the Hidden configuration value will currently not have any effect on the default XWiki Enterprise pages since they're not calling the new filtering API yet (you'll need to wait for 4.1 for taht!). However it's supposed to work like this: | ||
| 254 | {{/warning}} | ||
| 255 | |||
| 256 | * If the user doesn't set explicitly the Hidden setting value in his profile, he won't see hidden documents by default. Thus seeing hidden documents is an explicit choice. | ||
| 257 | ))) | ||
| 258 | |||
| 259 | To test this feature do the following: | ||
| 260 | |||
| 261 | * Log as Admin on your wiki (or any user having edit rights) | ||
| 262 | * Create a Page, say in ##Sandbox.HiddenFeatureTest## and put the following content in wiki edition mode:((( | ||
| 263 | {{code}} | ||
| 264 | {{velocity}} | ||
| 265 | #set ($items = $services.query.xwql("where doc.name like 'S%'").setFilter("hidden").execute()) | ||
| 266 | There are $items.size() documents starting with 'S' | ||
| 267 | |||
| 268 | #foreach ($item in $items) | ||
| 269 | * [[$item]] | ||
| 270 | #end | ||
| 271 | {{/velocity}} | ||
| 272 | {{/code}} | ||
| 273 | ))) | ||
| 274 | * It'll print the number of matching documents (31 in a XWiki Enterprise 4.0 RC 1 with the default XAR) and the list of matching documents | ||
| 275 | * Then go to ##Main.Search## (for example), edit the page and check the Hidden checkbox and save | ||
| 276 | * Go back to the ##Sandbox.HiddenFeatureTest## page and verify there's one less document printed now (it should say 30 in a XWiki Enterprise 4.0 RC 1 with the default XAR) | ||
| 277 | * Then go to your user profile and select "Display Hidden Documents" to "Yes" | ||
| 278 | * Go back to the ##Sandbox.HiddenFeatureTest## page and verify it's listing all documents again (it should say 31 in a XWiki Enterprise 4.0 RC 1 with the default XAR) | ||
| 279 | |||
| 280 | == Miscellaneous == | ||
| 281 | |||
| 282 | * A new event ##ApplicationReadyEvent## is sent when the Application is ready to service requests. Event Listeners can now listen to this event. | ||
| 283 | * We've added a new [[Commons Text Module>>extensions:Extension.Text Module]] to contain XWiki-specific APIs related to text. | ||
| 284 | * We added some new ColorThemes variables: ##$theme.fieldGradientColor##, ##$theme.buttonPrimaryGradientColor##, ##$theme.buttonSecondaryGradientColor##, ##$theme.panelHeaderGradientColor##, ##$theme.panelCollapsedGradientColor##, ##$theme.menuGradientColor##, ##$theme.menuContentBackgroundColor##, ##$theme.menuContentLinkColor##, ##$theme.menuContentGradientColor##, ##$theme.submenuContentBackgroundColor## | ||
| 285 | |||
| 286 | 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%2C+XEM%29+and+status+%3D+Closed+and+resolution+%3D+Fixed+and+fixVersion+in+%28"4.0-milestone-1"%2C+"4.0-milestone-2"%2C+"4.0-rc-1"%2C+"4.0"%29&tempMax=1000]] fixed in this release. | ||
| 287 | |||
| 288 | == Upgrades == | ||
| 289 | |||
| 290 | The following dependencies have been upgraded: | ||
| 291 | |||
| 292 | * commons-codec 1.6 | ||
| 293 | * commons-configuration 1.8 | ||
| 294 | * commons-io 2.1 | ||
| 295 | * commons-net 3.1 | ||
| 296 | * HyperSQL 2.2.8 | ||
| 297 | * Infinispan 5.1.1 | ||
| 298 | * Junit 4.10 | ||
| 299 | * Maven Clover plugin 3.1.4 | ||
| 300 | * Selenium 2.20 | ||
| 301 | * Json-lib 2.4 | ||
| 302 | |||
| 303 | = Tested Browsers = | ||
| 304 | |||
| 305 | Here's the list of browsers tested with this version (i.e. browsers that we've tested as working - Check the list of [[supported browsers>>dev:Community.BrowserSupportStrategy]]): | ||
| 306 | |||
| 307 | |||
| 308 | {{browser name="firefox" version="12"/}} | ||
| 309 | |||
| 310 | {{browser name="firefox" version="3.6"/}} | ||
| 311 | |||
| 312 | {{browser name="chrome" version="18"/}} | ||
| 313 | |||
| 314 | {{browser name="iexplorer" version="8"/}} | ||
| 315 | |||
| 316 | {{browser name="iexplorer" version="9"/}} | ||
| 317 | |||
| 318 | |||
| 319 | = Tested Databases = | ||
| 320 | |||
| 321 | {{database name="hsqldb" version="2.2.8"/}} | ||
| 322 | |||
| 323 | {{database name="mysql" version="5.x"/}} | ||
| 324 | |||
| 325 | {{database name='oracle' version= '11.x'/}} | ||
| 326 | |||
| 327 | {{database name='postgresql' version= '9.x'/}} | ||
| 328 | |||
| 329 | |||
| 330 | = Known issues = | ||
| 331 | |||
| 332 | * [[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]] | ||
| 333 | |||
| 334 | = Test Report = | ||
| 335 | |||
| 336 | You can check the [[manual test report>>TestReports.ManualTestReportXE40M1]] to learn about what was tested and the results on various browsers. | ||
| 337 | |||
| 338 | = Backward Compatibility and Migration Notes = | ||
| 339 | |||
| 340 | == General Notes == | ||
| 341 | |||
| 342 | {{info}} | ||
| 343 | If you're running in a multiwiki setup you'll also need to define the property //xwiki.store.migration.databases// in your //xwiki.cfg// file if you want to explicitly name some databases to be migrated as the default is now to migrate all databases. Database that are not migrated could not be accessed. | ||
| 344 | {{/info}} | ||
| 345 | |||
| 346 | You may also want to [[import the default wiki XAR>>Main.Download]] in order to benefit from all the improvements listed above. | ||
| 347 | |||
| 348 | {{warning}} | ||
| 349 | Always make sure you compare your ##xwiki.cfg## and ##xwiki.properties## files with the newest version since some configuration parameters were 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. | ||
| 350 | {{/warning}} | ||
| 351 | |||
| 352 | == Migration of database IDs == | ||
| 353 | |||
| 354 | You need to enable database migration (//xwiki.store.migration=1//) to upgrade existing databases to the new identifier format. | ||
| 355 | |||
| 356 | {{info}} | ||
| 357 | This is a major migration affecting almost all rows and relations in the database. I may takes a while before the wiki respond to your initial request when you are migrating a large database. The initial request may even timeout but the database migration continues in the background. | ||
| 358 | {{/info}} | ||
| 359 | |||
| 360 | {{warning}} | ||
| 361 | Avoid interrupting the database migration process, you can check the current progress of the database migration in the console output or the log file. The progress may be slow, so be patient during document id and object id conversion. | ||
| 362 | {{/warning}} | ||
| 363 | |||
| 364 | In case of interruption, the migration procedure could be restarted by restarting XWiki, and it will continue from where it has been interrupted. | ||
| 365 | |||
| 366 | {{warning}} | ||
| 367 | We have taken many precautions to provide a reliable migration procedure, but due to the large changes it made, and this release being an unstable one, you should be really careful and ensure that you keep an appropriate backup until you are sure that your data has been properly migrated. | ||
| 368 | {{/warning}} | ||
| 369 | |||
| 370 | If you have custom mapped classes used externally, be aware that all internal identifier are now full 64bits longs. | ||
| 371 | |||
| 372 | == Annotations Application == | ||
| 373 | |||
| 374 | If you were/are using a custom annotations class, other than the previously default AnnotationsCode.AnnotationsClass, in the annotations configuration then the merging-with-comments feature will not be available to you. What you can do is to enable back the Annotations tab by going to the Administration > Look and Feel > Page Elements and changing the value of "Show document annotations " from "No" to "Yes". Now you will still be able to use your custom annotations without being affected by the changes. | ||
| 375 | |||
| 376 | Also, a migration script will automatically convert all your existing default annotations (that are using the default AnnotationCode.AnnotationClass) to the new default class (XWiki.XWikiComments). After the migration, the new database version will be 40001. | ||
| 377 | |||
| 378 | == User profile customization == | ||
| 379 | |||
| 380 | If you have a customized user profile tab (you have edited the "XWiki.XWikiUserProfileSheet" page), pay attention when importing the default XAR. If you want keep your customization and don't use the new User Profile Customization UI, just skip the "XWiki.XW | ||
| 381 | |||
| 382 | == API Breakages == | ||
| 383 | |||
| 384 | The following APIs were modified since version 3.5: | ||
| 385 | |||
| 386 | {{code language="none"}} | ||
| 387 | org.xwiki.bridge.AttachmentName: Class org.xwiki.bridge.AttachmentName removed | ||
| 388 | org.xwiki.bridge.DocumentAccessBridge: Method 'public java.io.InputStream getAttachmentContent(org.xwiki.bridge.AttachmentName)' has been removed | ||
| 389 | org.xwiki.bridge.DocumentAccessBridge: Method 'public java.lang.String getAttachmentURL(org.xwiki.bridge.AttachmentName, boolean)' has been removed | ||
| 390 | org.xwiki.bridge.DocumentAccessBridge: Method 'public java.util.List getAttachmentURLs(org.xwiki.bridge.DocumentName, boolean)' has been removed | ||
| 391 | org.xwiki.bridge.DocumentAccessBridge: Method 'public java.util.List getAttachments(org.xwiki.bridge.DocumentName)' has been removed | ||
| 392 | org.xwiki.bridge.DocumentAccessBridge: Method 'public org.xwiki.bridge.DocumentName getCurrentDocumentName()' has been removed | ||
| 393 | org.xwiki.bridge.DocumentAccessBridge: Method 'public org.xwiki.model.reference.DocumentReference getCurrentUserReference()' has been added to an interface | ||
| 394 | org.xwiki.bridge.DocumentAccessBridge: Method 'public org.xwiki.bridge.DocumentModelBridge getDocument(org.xwiki.bridge.DocumentName)' has been removed | ||
| 395 | org.xwiki.bridge.DocumentAccessBridge: Method 'public org.xwiki.bridge.DocumentName getDocumentName(java.lang.String)' has been removed | ||
| 396 | org.xwiki.bridge.DocumentModelBridge: Method 'public org.xwiki.bridge.DocumentName getDocumentName()' has been removed | ||
| 397 | org.xwiki.bridge.DocumentName: Class org.xwiki.bridge.DocumentName removed | ||
| 398 | org.xwiki.gwt.user.client.ui.ListBox: Removed com.google.gwt.event.dom.client.KeyDownHandler from the set of implemented interfaces | ||
| 399 | org.xwiki.gwt.user.client.ui.ListBox: Removed com.google.gwt.event.dom.client.KeyPressHandler from the set of implemented interfaces | ||
| 400 | org.xwiki.gwt.user.client.ui.ListBox: Removed com.google.gwt.event.dom.client.KeyUpHandler from the set of implemented interfaces | ||
| 401 | org.xwiki.gwt.user.client.ui.ListBox: Method 'public void onKeyDown(com.google.gwt.event.dom.client.KeyDownEvent)' has been removed | ||
| 402 | org.xwiki.gwt.user.client.ui.ListBox: Method 'public void onKeyPress(com.google.gwt.event.dom.client.KeyPressEvent)' has been removed | ||
| 403 | org.xwiki.gwt.user.client.ui.ListBox: Method 'public void onKeyUp(com.google.gwt.event.dom.client.KeyUpEvent)' has been removed | ||
| 404 | org.xwiki.query.Query: Method 'public org.xwiki.query.QueryFilter getFilter()' has been added to an interface | ||
| 405 | org.xwiki.query.Query: Method 'public org.xwiki.query.Query setFilter(org.xwiki.query.QueryFilter)' has been added to an interface | ||
| 406 | org.xwiki.gwt.wysiwyg.client.plugin.line.IELinePlugin: Removed com.google.gwt.event.dom.client.KeyDownHandler from the set of implemented interfaces | ||
| 407 | org.xwiki.gwt.wysiwyg.client.plugin.line.IELinePlugin: Removed com.google.gwt.event.dom.client.KeyPressHandler from the set of implemented interfaces | ||
| 408 | org.xwiki.gwt.wysiwyg.client.plugin.line.IELinePlugin: Removed com.google.gwt.event.dom.client.KeyUpHandler from the set of implemented interfaces | ||
| 409 | org.xwiki.gwt.wysiwyg.client.plugin.line.IELinePlugin: Removed com.google.gwt.event.shared.EventHandler from the set of implemented interfaces | ||
| 410 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Removed com.google.gwt.event.dom.client.KeyDownHandler from the set of implemented interfaces | ||
| 411 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Removed com.google.gwt.event.dom.client.KeyPressHandler from the set of implemented interfaces | ||
| 412 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Removed com.google.gwt.event.dom.client.KeyUpHandler from the set of implemented interfaces | ||
| 413 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Removed com.google.gwt.event.shared.EventHandler from the set of implemented interfaces | ||
| 414 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Method 'public void onKeyDown(com.google.gwt.event.dom.client.KeyDownEvent)' has been removed | ||
| 415 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Method 'public void onKeyPress(com.google.gwt.event.dom.client.KeyPressEvent)' has been removed | ||
| 416 | org.xwiki.gwt.wysiwyg.client.plugin.line.LinePlugin: Method 'public void onKeyUp(com.google.gwt.event.dom.client.KeyUpEvent)' has been removed | ||
| 417 | org.xwiki.gwt.wysiwyg.client.plugin.list.ListBehaviorAdjuster: In method 'public ListBehaviorAdjuster()' the number of arguments has changed | ||
| 418 | org.xwiki.gwt.wysiwyg.client.plugin.list.ListBehaviorAdjuster: Method 'protected void dispatchKey(com.google.gwt.user.client.ui.Widget, int, org.xwiki.gwt.dom.client.Event)' has been removed | ||
| 419 | org.xwiki.gwt.wysiwyg.client.plugin.list.ListBehaviorAdjuster: Method 'public org.xwiki.gwt.user.client.ui.rta.RichTextArea getTextArea()' has been removed | ||
| 420 | org.xwiki.gwt.wysiwyg.client.plugin.list.ListBehaviorAdjuster: Method 'public void setTextArea(org.xwiki.gwt.user.client.ui.rta.RichTextArea)' has been removed | ||
| 421 | org.xwiki.gwt.wysiwyg.client.plugin.macro.exec.InsertExecutable: In method 'public InsertExecutable(org.xwiki.gwt.wysiwyg.client.plugin.macro.MacroSelector)' the number of arguments has changed | ||
| 422 | org.xwiki.wysiwyg.server.WysiwygEditorConfiguration: Method 'public java.lang.Integer getHistorySize()' has been added to an interface | ||
| 423 | {{/code}} |
