Release Notes for XWiki Enterprise 4.1

Last modified by Denis Gervalle on 2012/12/20

A bug making impossible to install a XAR extension containing an attachment has been found in this version and is fixed in 4.1.1.
A regression when diffing document history was found in 4.1 and 4.1.1 and is fixed in 4.1.2.
We thus recommend to not install this version and use 4.1.2 or later instead.
We've found an important issue in this release with our automatic data migration when upgrading from a version earlier than 4.0. Specifically the migration may fail when migrating wikis having stats, see XWIKI-7976 and when migrating DBs that was migrated from MySQL MyISAM previously, see XWIKI-7985. In addition we've also realized that the migration process can be slow on large XWiki databases and we have speed up the process. All these issue are fixed in release 4.1.3.

This is the second release of the 4.x cycle (Roadmap). This release brings Extension Manager improvements such as merging of configuration documents during extension upgrade, a more gentle learning curve by hiding internal documents from non-technical users, and lots of goodies for the developers such as easy sharing of variables between scripts in different languages.

New and Noteworthy (since XWiki Enterprise 4.0 version)

Here are notable new features and improvements. For the full list of issues (including statistics) see the JIRA Dashboard.

Improvements to the Extension Manager

The speed and reliability of the Extension Repository has been improved considerably. For example the XWiki.org Extension Repository is now much faster when you access it from XWiki Enterprise and you should now be able to browse and install extensions in no time.

Upgrading applications with related configuration documents is now handled using the merge conflict resolution UI. Changes are displayed as if you were comparing versions from a document's history.

EM-mergeConflict.png

If extension installation fails, the error message is extracted from the logs and displayed. You can view the full stack trace by clicking on the error message.

(in the image below the job of computing the install plan fails) 

EM-extensionLog.png

The install and uninstall plans display extensions like in the dependency section. This way you can follow the link of an extension to find out more about what is going to be installed.

EM-uninstallPlan.png

The install and uninstall process is now completely asynchronous. You can see below how the progress is indicated.

EM-asyncInstall.png

See the Extension Manager Application documentation for more details.

Hide technical documents from non-technical users

  • Users who do not opt to see hidden documents do not see them on panels or in search results.
  • 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):

    HideDocument.png

    And now there's a new setting in the user profiles, letting users choose whether they want hidden documents to appear in search results and panels:

    ShowHiddenDocuments.png

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

New types of charts

We've added 2 new types of charts, bar3D and line3D, which draw 3D charts.

For example the following code:

{{chart type='bar3D' source='inline' params='range:B2-B9;series:columns'}}
|=Date|=Value
|2012-02-21|1.97
|2012-02-26|2.96
|2012-03-04|3.93
|2012-03-11|4.84
|2012-03-18|5.83
|2012-03-25|4.5
|2012-04-01|3.85
|2012-04-08|4.87
{{/chart}}

Will be rendered as this:

chart-example.png

It's now possible to select custom colors in Chart graphs. For example:

{{chart type="pie" source="inline" params="range:B2-D5;series:columns;colors:C3E3F7,1D9FF5,015891,012A45" title="Chart Test" width="320" height="240"}}
|  |X  |Y  |Z
|Q1|1.2|3.4|1.3
|Q2|4.5|3.4|2.3
|Q3|1.2|4.5|9.0
|Q4|3.4|1.2|1.2
{{/chart}}

Will generate:

customcolors.png

New macro for sending messages

Whereas the Activity Stream allows users to send a message as well as observing messages and activities of other users, this macro allows the explicit message sending functionality to be duplicated in other places without including the activity stream as well.

The code:

{{messageSender /}}

Produces the following:

messageSenderMacro.png

Danish Translation

Denmark.png XWiki Enterprise is now available in the Danish language.

Global and per-user timezone setting

Wiki administrators can now use a specific timezone regardless of the clock configuration on the wiki server. The following setting can be found under Administration > Localization.
Users will find the same setting, allowing them to see dates reflecting their current location. The user setting is accessible through Profile > Preferences > Localization Preferences.

timezone.jpg

For developers

  • New rendering Compatibility Test Suite to make testing easier and simplify implementation of new syntax Parsers and Renderers. You can checkout the Compatibility report for all the syntaxes that are supported out of the box by XWiki.
  • New diff/merge module has been added to make easier to deal with diff and merge both from component and scripts. See Diff module  for details.

Easy variable sharing between scripts

It's now much easier to share variable between languages.
You can now create a variable in a Groovy script and use it in a Velocity script.

For example:

{{python}}
a = "This"
{{/python}}

{{groovy}}
b = "changes";
{{/groovy}}

{{velocity}}
$a $b everything.
{{/velocity}}

Script access to Component Manager

With the new Component Access Script Service privileged scripts can now easily load components from the Component Manager (XWiki's dependency injection system). This is not available in Velocity because of it's limited capability to load classes.

For example:

{{groovy}}
def myComponent = services.component.getInstance(MyComponentRole.class)
{{/groovy}}

Velocity interprets Strings in function calls

With the new Velocity uberspector, Velocity will convert method arguments in string form to formal parameter types when the passed arguments don't match the method signature.

For example:

$obj.someMethod('VALUE')
// will forward to
obj.someMethod(SomeEnum.VALUE)
// if obj has a method with signature someMethod(SomeEnum) and not someMethod(String)

But this is not limited to enums. The conversion is done using the Properties Module which means you can create and register custom converters for data types specific to your application domain.

Taming of Groovy scripts

Since traditionally, Groovy scripts can enter into unstoppable infinite loops, use reflection to violate security assumptions, access server resources, or even crash the virtual machine, they have been off limits to non-administrators. 

In a bid to open up new scripting options to less permitted users (especially in wiki farms where getting Programming Rights is a problem since it means having those rights on the whole farm), steps have been taken to make Groovy safer. 

Groovy scripts are now technically allowed to users having simple Edit rights but the Groovy Sandbox is currently very restrictive (said differently, you cannot do anything useful with it at the moment! emoticon_smile). Now that we have the mechanism in place our plan is to slowly open up allowed operations.

To enable and test this feature read the document for both the Commons Groovy Module and the Platform Groovy Module.

Compilation customizers

Customizers can be registered to alter the Groovy script as it is compiled such as filtering System.exit() calls and adding timeout checks to loops to prevent infinite looping. Learn more: http://www.jroller.com/melix/entry/upcoming_groovy_goodness_automatic_thread

Stop run-away scripts after a configurable timeout

You can now configure your wiki to stop Groovy scripts after a configurable amount of run time. For example if you wish to have a timeout of 10 seconds for your XWiki runtime, you'd configure xwiki's xwiki.properties with:

groovy.compilationCustomizers=timedinterrupt
groovy.customizer.timedInterrupt.timeout=10

Shorthand HQL queries in the Query Manager

When you send a search query to the Query Manager such as where doc.creationDate > '2008-01-01' It is now assumed that you meant:

select doc.fullName from XWikiDocument as doc where doc.creationDate > '2008-01-01'

Bug fixes and improvements

  • Filenames of entries in XAR files are now always decoded using UTF-8 during import. The previous behavior was to use the platform encoding. The filenames have always been encoded using UTF-8 in XAR files, but now also the Unicode extra fields are included, so unpacking XAR files with InfoZIP will result in the filenames beeing properly reencoded with the local filesystems character set.
  • Temporary files are now placed in a special sub-directory of the normal temporary directory, this sub-directory called "xwiki-temp" is deleted after each startup of the xwiki system so it is critical that nothing else it placed in it. This improvement means that temporary files such as cached attachments will be removed even if the JVM crashes.
  • Fixed wrong calculation of IDs for stats values making it impossible to upgrade a wiki to version 4.0 if statistics collection is enabled.
  • Faster first startup time by not running a database migration when it is not needed.
  • Simplify reverse proxy setup by making all HTTP redirects use relitive URLs.
  • Add support for bold, italic and monospace in the TeX Renderer
  • Was impossible to delete then recreate a subwiki with the same name, fixed.
  • Fixed Javascript error when scrolling over Search Suggest results in Internet Explorer 6.
  • Trying to change a document's parent from the REST service resulted in an error, fixed.
  • It is now possible for non-administrators to execute cross-wiki XWQL queries.
  • Move ComponentManager deprecated methods to Legacy modules
  • New Groovy module in xwiki-commons
  • Add legacy module structure for XWiki Rendering
  • Have one Maven module per XWiki Rendering syntax
  • Separate Event Syntax from Rendering API by moving it to a Syntax module
  • Plain syntax and Event syntax have been moved out of Rendering API nto their own modules.
  • XWIKI-7913 Could not register a Javascript or CSS skin extension for the whole wiki.

See the full list of JIRA issues fixed in the 4.1 release cycle.

Upgrades

The following dependencies have been upgraded since XWiki Enterprise 4.0

Upgraded in XWiki Enterprise Milestone 1

  • Tika 1.1
  • JGroups 3.0.10
  • Pygments 1.5
  • Selenium 2.21
  • Maven AspectJ Plugin 1.4
  • commons-io 2.3
  • Maven Shade plugin 1.6

Upgraded in XWiki Enterprise Milestone 2

  • Restlet 2.0.14
    • Prior to Restlet 2.0.14, there was a REST bug allowing arbitrary filesystem read access for registered users.
  • Reflections 0.9.7

Tested Browsers

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):

Firefox
13
Chrome
17
Internet Explorer
8
Internet Explorer
9

Tested Databases

HyperSQL
2.2.8
MySQL
5.x
Oracle
11.x
PostgreSQL
9.x

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

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.

Issues specific to XWiki Enterprise 4.1

The old experimental real-time synchronization plugin for the WYSIWYG content editor has been retired. We hope that its functionality will be replaced by the real-time editing feature developed on the Wiki 3.0 project. If you want to continue using the old plugin you need to:

  • take the code from xwiki-contrib/retired GitHub repo
  • add the client and server side as dependencies to the WYSIWYG client and server side respectively
  • modify WysiwygEditorFactory to register the factory of the sync plugin
  • rebuild the editor and update the jars and client side resources on your XWiki Enterprise instance

API Breakages

The following APIs were modified since version 4.0:

  • Breakage in Query module done to support adding several Filters to a Query:
    org.xwiki.query.QueryFilter: Method 'public java.util.List filterResults(java.util.List)' has been added to an interface
  • This method should have been internal from the beginning:
    org.xwiki.environment.EnvironmentConfiguration: Class org.xwiki.environment.EnvironmentConfiguration removed
  • The Job module is new and is still considered a "young API":
    org.xwiki.job.AbstractJob: Changed type of field status from org.xwiki.job.internal.DefaultJobStatus to org.xwiki.job.internal.AbstractJobStatus
    org.xwiki.job.AbstractJob: Return type of method 'protected org.xwiki.job.internal.DefaultJobStatus createNewStatus(org.xwiki.job.Request)' has been changed to org.xwiki.job.internal.AbstractJobStatus
    org.xwiki.job.AbstractJob: Method 'protected java.lang.String getId()' has been removed
    org.xwiki.job.AbstractRequest: Return type of method 'public java.lang.String getId()' has been changed to java.util.List
    org.xwiki.job.Job: Method 'public void join()' has been added to an interface
    org.xwiki.job.Job: Method 'public boolean join(long, java.util.concurrent.TimeUnit)' has been added to an interface
    org.xwiki.job.JobManager: Method 'public org.xwiki.job.event.status.JobStatus getJobStatus(java.util.List)' has been added to an interface
    org.xwiki.job.Request: Return type of method 'public java.lang.String getId()' has been changed to java.util.List
    org.xwiki.job.event.JobEvent: Return type of method 'public java.lang.String getJobId()' has been changed to java.util.List
    org.xwiki.job.event.JobFinishedEvent: Return type of method 'public java.lang.String getJobId()' has been changed to java.util.List
    org.xwiki.job.event.JobStartedEvent: Return type of method 'public java.lang.String getJobId()' has been changed to java.util.List
    org.xwiki.job.event.status.JobStatus: Method 'public java.util.Date getEndDate()' has been added to an interface
    org.xwiki.job.event.status.JobStatus: Method 'public java.util.Date getStartDate()' has been added to an interface
  • The Extension module is relatively new and is still undergoing some API tuning:
    org.xwiki.extension.job.plan.ExtensionPlan: Return type of method 'public java.util.Collection getTree()' has been changed to org.xwiki.extension.job.plan.ExtensionPlanTree
    org.xwiki.extension.version.VersionConstraint: Method 'public boolean isCompatible(org.xwiki.extension.version.Version)' has been added to an interface
  •  This class was added in 3.2M2 by error in a user-public package. It's been moved again in the internal package as it should have been. We don't expect many users to be affected by this:
    com.xpn.xwiki.doc.merge.MergeUtils: Class com.xpn.xwiki.doc.merge.MergeUtils removed
  •  In 2.2M1 we refactored BaseCollection to add getXClass() but we forgot to add it to the ObjectInterface interface. Even though this could break user we think it's very limited since nobody should implement directly ObjectInterface; instead everyone should extend BaseClass or BaseCollection:
    com.xpn.xwiki.objects.ObjectInterface: Method 'public com.xpn.xwiki.objects.classes.BaseClass getXClass(com.xpn.xwiki.XWikiContext)' has been added to an interface
  • The Autotag plugin has been extracted from the oldcore module and is now a module on its own so the following are not real breakages:
    com.xpn.xwiki.plugin.autotag.AutoTagPlugin: Class com.xpn.xwiki.plugin.autotag.AutoTagPlugin removed
    com.xpn.xwiki.plugin.autotag.AutoTagPluginAPI: Class com.xpn.xwiki.plugin.autotag.AutoTagPluginAPI removed
    com.xpn.xwiki.plugin.autotag.FrenchStemmer: Class com.xpn.xwiki.plugin.autotag.FrenchStemmer removed
    com.xpn.xwiki.plugin.autotag.Tag: Class com.xpn.xwiki.plugin.autotag.Tag removed
    com.xpn.xwiki.plugin.autotag.TagCloud: Class com.xpn.xwiki.plugin.autotag.TagCloud removed
  • The WYSIWYG Diff and Sync plugins have been extracted into their own modules so the following are not real breakages:
    org.xwiki.gwt.wysiwyg.client.Images: Method 'public com.google.gwt.resources.client.ImageResource sync()' has been removed
    org.xwiki.gwt.wysiwyg.client.Strings: Method 'public java.lang.String sync()' has been removed
    org.xwiki.gwt.wysiwyg.client.diff.AddDelta: Class org.xwiki.gwt.wysiwyg.client.diff.AddDelta removed
    org.xwiki.gwt.wysiwyg.client.diff.ChangeDelta: Class org.xwiki.gwt.wysiwyg.client.diff.ChangeDelta removed
    org.xwiki.gwt.wysiwyg.client.diff.Chunk: Class org.xwiki.gwt.wysiwyg.client.diff.Chunk removed
    org.xwiki.gwt.wysiwyg.client.diff.DeleteDelta: Class org.xwiki.gwt.wysiwyg.client.diff.DeleteDelta removed
    org.xwiki.gwt.wysiwyg.client.diff.Delta: Class org.xwiki.gwt.wysiwyg.client.diff.Delta removed
    org.xwiki.gwt.wysiwyg.client.diff.Diff: Class org.xwiki.gwt.wysiwyg.client.diff.Diff removed
    org.xwiki.gwt.wysiwyg.client.diff.DiffAlgorithm: Class org.xwiki.gwt.wysiwyg.client.diff.DiffAlgorithm removed
    org.xwiki.gwt.wysiwyg.client.diff.DiffException: Class org.xwiki.gwt.wysiwyg.client.diff.DiffException removed
    org.xwiki.gwt.wysiwyg.client.diff.DifferentiationFailedException: Class org.xwiki.gwt.wysiwyg.client.diff.DifferentiationFailedException removed
    org.xwiki.gwt.wysiwyg.client.diff.PatchFailedException: Class org.xwiki.gwt.wysiwyg.client.diff.PatchFailedException removed
    org.xwiki.gwt.wysiwyg.client.diff.Revision: Class org.xwiki.gwt.wysiwyg.client.diff.Revision removed
    org.xwiki.gwt.wysiwyg.client.diff.RevisionVisitor: Class org.xwiki.gwt.wysiwyg.client.diff.RevisionVisitor removed
    org.xwiki.gwt.wysiwyg.client.diff.SimpleDiff: Class org.xwiki.gwt.wysiwyg.client.diff.SimpleDiff removed
    org.xwiki.gwt.wysiwyg.client.diff.ToString: Class org.xwiki.gwt.wysiwyg.client.diff.ToString removed
    org.xwiki.gwt.wysiwyg.client.diff.myers.DiffNode: Class org.xwiki.gwt.wysiwyg.client.diff.myers.DiffNode removed
    org.xwiki.gwt.wysiwyg.client.diff.myers.MyersDiff: Class org.xwiki.gwt.wysiwyg.client.diff.myers.MyersDiff removed
    org.xwiki.gwt.wysiwyg.client.diff.myers.PathNode: Class org.xwiki.gwt.wysiwyg.client.diff.myers.PathNode removed
    org.xwiki.gwt.wysiwyg.client.diff.myers.Snake: Class org.xwiki.gwt.wysiwyg.client.diff.myers.Snake removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncPlugin: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncPlugin removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncPluginFactory: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncPluginFactory removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncResult: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncResult removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncService: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncService removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncServiceAsync: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncServiceAsync removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncStatus: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncStatus removed
    org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncTools: Class org.xwiki.gwt.wysiwyg.client.plugin.sync.SyncTools removed
    org.xwiki.wysiwyg.server.plugin.sync.SyncEngine: Class org.xwiki.wysiwyg.server.plugin.sync.SyncEngine removed
    org.xwiki.wysiwyg.server.plugin.sync.SyncException: Class org.xwiki.wysiwyg.server.plugin.sync.SyncException removed
Tags:
Created by Caleb James DeLisle on 2012/06/15
    

Get Connected