Wiki source code of Release Notes for XWiki Enterprise 3.3 Milestone 2
Version 11.1 by Sergiu Dumitriu on 2011/11/24
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} | ||
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| 5 | Second (and last) milestone release of the 3.3 version. | ||
| 6 | |||
| 7 | = New and Noteworthy (since XWiki Enterprise 3.3 Milestone 1) = | ||
| 8 | |||
| 9 | == New User Interface for the Extension Manager == | ||
| 10 | |||
| 11 | Although there's no back-end repository where to search for new extensions yet, the new UI for the Extension Manager is starting to shape up. The previous experimental UI has been replaced by a new category in the Administration dedicated to the extension manager, with three different sections. | ||
| 12 | |||
| 13 | [[image:em.png||class="screenshot"]] | ||
| 14 | |||
| 15 | [[image:searchextensions.png||class="screenshot"]] | ||
| 16 | |||
| 17 | [[image:showextension.png||class="screenshot"]] | ||
| 18 | |||
| 19 | == Link Checker == | ||
| 20 | |||
| 21 | It's now possible to [[check the statuses of all external links found in your wiki>>extensions:Extension.Link Checker Application]]. | ||
| 22 | |||
| 23 | [[image:externallinks.png||class="screenshot"]] | ||
| 24 | |||
| 25 | == FAQ Application == | ||
| 26 | |||
| 27 | A [[new FAQ application>>extensions:Extension.FAQ Application]] is now made available (but not bundled by default in XWiki Enterprise): | ||
| 28 | |||
| 29 | [[image:extensions:Extension.FAQ Application@faq.png||class="screenshot"]] | ||
| 30 | |||
| 31 | == Better support for exporting CJK documents as PDF == | ||
| 32 | |||
| 33 | CJK characters, shorthand for Chinese, Japanese and Korean, need special fonts not provided in the standard 14 fonts required by the PDF specification, nor in the FreeFonts distributed and enabled by default with XWiki. Starting with this version we also distribute three new free fonts, along with the configuration needed to enable them for their target languages. | ||
| 34 | |||
| 35 | [[image:cjk.png||class="screenshot"]] | ||
| 36 | |||
| 37 | == Updated the installation process of Workspaces == | ||
| 38 | |||
| 39 | The [[Workspace Application>>http://extensions.xwiki.org/xwiki/bin/view/Extension/Workspace+Application]] requires that an admin provides the initial workspace template (as before), but now it can be anything the admin wants to use as base. The admin only has to rename it to "workspace-template.xar" and attach it to the WorkspaceManager.Install page. The workspace-related pages and settings will be applied to the template automatically. | ||
| 40 | |||
| 41 | = For Developers = | ||
| 42 | |||
| 43 | == JSR330 Provider Support == | ||
| 44 | |||
| 45 | XWiki now [[supports JSR330 Providers>>extensions:Extension.Component Module#HRegisteringandUsingaProvider]]. | ||
| 46 | |||
| 47 | They are useful for the following use cases: | ||
| 48 | * You wish to break a cyclic dependency | ||
| 49 | * You wish to lazily get a component instance (instead of it getting injected when your Component is looked up the first time) | ||
| 50 | * You wish to control how you return the instance you're providing for. For example you may wish to read the Component Hint from a configuration file and return the instance of the Component matching that Hint dynamically | ||
| 51 | |||
| 52 | == Component registration and unregistration event are now properly paired == | ||
| 53 | |||
| 54 | The registration and unregistration event triggered by a component manager is now perfectly paired. Registering an existing component role and hint now trigger the unregistration event before registering the new component. | ||
| 55 | |||
| 56 | == New Disposable interface for singleton components == | ||
| 57 | |||
| 58 | To prepare the future uninstallation feature of the Extension Manager, singleton components could now implements the Disposable interface. This interface require a single dispose() methods that will be call when a singleton component is unregistered from its component manager. When a singleton component has been created, this could happen in three cases: | ||
| 59 | * the component role and hints is explicitly unregistered | ||
| 60 | * another component role with same hints is registered and therefore replace the existing component | ||
| 61 | * the component instance is explicitly released calling the release function in the manager | ||
| 62 | |||
| 63 | Components that require a singleton component should be aware that the instance provided is now subject release and should prevent from accessing a component that have been released. This could be done by observing the registration events of the component manager. The Unregister Event is always triggered when a component is released. | ||
| 64 | |||
| 65 | == Upgrades == | ||
| 66 | |||
| 67 | The following dependencies have been upgraded: | ||
| 68 | |||
| 69 | * commons-lang 3.1 | ||
| 70 | * Groovy 1.8.4 | ||
| 71 | * LogBack 1.0 | ||
| 72 | * Selenium 2.13.0 | ||
| 73 | * SLF4J 1.6.4 | ||
| 74 | * Maven AntRun Plugin 1.7 | ||
| 75 | * Maven Shade Plugin 1.5 | ||
| 76 | * Maven Checkstyle Plugin 2.8 | ||
| 77 | |||
| 78 | == Miscellaneous == | ||
| 79 | |||
| 80 | * The Dashboard feature which was part of several applications (XWiki Enterprise Application and Administration Application) has been extracted into in a separate [[Dashboard Application>>extensions:Extension.Dashboard Application]]. There's now a new ##Dashboard## space which is visible in the list of spaces on the XE home page. | ||
| 81 | |||
| 82 | == Translations == | ||
| 83 | |||
| 84 | The following translations have been updated: | ||
| 85 | |||
| 86 | {{language codes="code1, code2"/}} | ||
| 87 | |||
| 88 | = Supported Browsers = | ||
| 89 | |||
| 90 | Here's the list of supported browsers for this version (i.e. browsers that we've tested as working): | ||
| 91 | |||
| 92 | {{velocity}} | ||
| 93 | ## name = iexplorer, firefox, chrome, safari, opera | ||
| 94 | {{/velocity}} | ||
| 95 | |||
| 96 | {{browser name="iexplorer" version="8"/}} | ||
| 97 | |||
| 98 | {{browser name="iexplorer" version="9"/}} | ||
| 99 | |||
| 100 | {{browser name="firefox" version="3.6"/}} | ||
| 101 | |||
| 102 | {{browser name="firefox" version="8"/}} | ||
| 103 | |||
| 104 | {{browser name="chrome" version="15"/}} | ||
| 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 | = Test Report = | ||
| 111 | |||
| 112 | You can check the [[manual test report>>TestReports.WebHome#<anchor to test report>]] to learn about what was tested and the results on various browsers. | ||
| 113 | |||
| 114 | = Backward Compatibility and Migration Notes = | ||
| 115 | |||
| 116 | == General Notes == | ||
| 117 | |||
| 118 | {{warning}} | ||
| 119 | If you're running in a multiwiki setup you'll also need to define the property //xwiki.store.migration.databases=all// to your //xwiki.cfg// file or explicitly name all databases to be migrated as in //xwiki.store.migration.databases=db1,db2,...//. | ||
| 120 | {{/warning}} | ||
| 121 | |||
| 122 | You may also want to [[import the default wiki XAR>>Main.Download]] in order to benefit from all the improvements listed above. | ||
| 123 | |||
| 124 | {{warning}} | ||
| 125 | 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. | ||
| 126 | {{/warning}} | ||
| 127 | |||
| 128 | == Entity references are now immutable == | ||
| 129 | |||
| 130 | EntityReference (and derived classes, DocumentReference...) has been refactored and are now immutable. This change has been introduced to prevent dangerous issues where a reference hold by an object could be changed by another one. This have a lot of consequences on the reference API and this break the backward compatibility. The following change should be noticed: | ||
| 131 | * all setters on EntityReference is now protected and could not be used anymore by any public code. Deriving a reference to render it mutable is hardly discouraged. | ||
| 132 | * EntityReference#getChild() has been removed, since a single entity may have more than one child. A EntityReference#getReversedParentChain() method has been added to allow easy iteration from the root entity to their children in a given parent chain. | ||
| 133 | * EntityReference#clone() has been removed, a copy-construtor is still available, but is useless since an entity is immutable, there is no need to clone it | ||
| 134 | * EntityReference#replaceParent(oldParent,newParent) allow creating a new entity with one of the parent in the parent chain replaced | ||
| 135 | * EntityReference#appendParent() allow creating a new entity with an appended root parent, this one is useless on any derived class since the parent chain could not appended in them. | ||
| 136 | |||
| 137 | == API Breakages == | ||
| 138 | |||
| 139 | The following APIs were modified since XWiki Enterprise 3.2: | ||
| 140 | |||
| 141 | {{code language="none"}} | ||
| 142 | <clirr output here> | ||
| 143 | {{/code}} |
