From version < 2.1 >
edited by Thomas Mortagne
on 2012/03/12
To version < 3.1 >
edited by Thomas Mortagne
on 2012/03/12
< >
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -8,8 +8,16 @@
8 8  
9 9  == Extension Manager improvements ==
10 10  
11 -{{todo/}}
11 +=== Extension Manager
12 12  
13 +* Added possibility to choose on which wiki to install an extension
14 +* When installing/uninstalling extension or any other background job, the result of the job executing is stored on the filesystem so that it can be reviewed later. There is no UI to access it yet but it's always possible to access the saved file on filesystem directly.
15 +
16 +=== XWiki Repository
17 +
18 +* Added a button to update an imported extension
19 +* It's now possible to extend an Extension sheet with custom informations. For example http://extensions.xwiki.org adds "Bundled with" and "Compatibility" fields.
20 +
13 13  = For developers =
14 14  
15 15  == Extension Manager moved to commons ==
... ... @@ -20,6 +20,10 @@
20 20  
21 21  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.
22 22  
31 +== New Job module ==
32 +
33 +The code to execute a task in backgroup and provide related progress and isolated log has been extracted from Extension Manager and is now in its own module.
34 +
23 23  == Component related improvements ==
24 24  
25 25  === Role moved from Class to Type ==

This is the first milestone of the XWiki Enterprise 4.0 version (Roadmap). This release brings reduced document database id collision and quite a few improvements and bug fixes.

New and Noteworthy (since XWiki Enterprise 3.5 version)

Extension Manager improvements

TODO

Extension Manager

  • Added ┬ápossibility to choose on which wiki to install an extension
  • When installing/uninstalling extension or any other background job, the result of the ┬ájob executing is stored on the filesystem so that it can be reviewed later. There is no UI to access it yet but it's always possible to access the saved file on filesystem directly.

XWiki Repository

  • Added a button to update an imported extension
  • It's now possible to extend an Extension sheet with custom informations. For example http://extensions.xwiki.org adds "Bundled with" and "Compatibility" fields.

For developers

Extension Manager moved to commons

Everything not not specifically related to wiki 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.

Classloader module moved to commons

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.

New Job module

The code to execute a task in backgroup and provide related progress and isolated log has been extracted from Extension Manager and is now in its own module.

Component related improvements

Role moved from Class to Type

In order to support parameterized role like DocumentReferenceResolver, all the APIs of ComponentManager and Component descriptors has been changed to take Type instead of Class. All the old API are still here and working but deprecated.

ComponentRole is deprecated

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 stay 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).

References resolver/serializer and Provider now support parameter type as part of the role

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.

Here are some example. Instead of:

@Inject
@Named("reference/default")
private DocumentReferenceResolver<EntityReference> resolver

@Inject
@Named("reference/current")
private DocumentReferenceResolver<EntityReference> resolver

@Inject
@Named("sometypeprovider")
private Provider<SomeType> resolver

you will write

@Inject
private DocumentReferenceResolver<EntityReference> resolver

@Inject
@Named("current")
private DocumentReferenceResolver<EntityReference> resolver

@Inject
private Provider<SomeType> resolver

All reference resolver and serializer provide static variables with the Type for both String and EntityReference. For example you can write:

DocumentReferenceResolver<EntityReference> resolver = componentManager.lookupComponent(DocumentReferenceResolver.TYPE_REFERENCE, "current")

Bug fixes and improvements

  • XE-1096 The attachment selector should also work with the /edit/ action in 'Inline form' edit mode
  • XE-1105 Default class sheet doesn't display correctly the class title
  • XWIKI-7411 Cannot import a XAR containing %3A in its file name
  • XWIKI-6305 Keep the current user in the administration application when editing user details
  • XWIKI-7462 Improve the Profile breadcrumb to be more user friendly
  • XWIKI-7484 Write a log line in the console instructing the user to open XWiki in a browser

See the full list of JIRA issues fixed in this release.

For Developers

  • XCOMMONS-94 Set the minimum required Maven version (3.0) to build XWiki in the POM
  • XWIKI-7502 Replace notion of Container's ApplicationContext with the notion of Environment
  • XWIKI-7476 Sheets need to be able to display the title of the document they are applied to
  • XWIKI-7526 Enable Infinispan JMX mbeans by default for runtime monitoring of XWiki caches
  • XWIKI-7504 Files within WEB-INF directory readable by using Velocity
  • XE-1108 Provide tomcat5 and tomcat7 based Debian packages

Upgrades

The following dependencies have been upgraded:

Translations

The following translations have been updated:

  • French
  • Italian
  • Korean
  • Latvian
  • Swedish

Tested Browsers

TODO

Known issues

Test Report

You can check the manual test report to learn about what was tested and the results on various browsers.

Backward Compatibility and Migration Notes

General Notes

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,....

You may also want to import the default wiki XAR in order to benefit from all the improvements listed above.

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.

API Breakages

The following APIs were modified since version 3.5:

TODO

Get Connected