The old notification API based only on JMS is now completly replaced by the new Notification API. The package com.silverpeas.notification is now renamed to com.silverpeas.usernotification as the classes that are in this package defines an API for user notification. Refactor both the management of the component instance ids and of the space ids in the Admin side: previously, the id of these objects were converted between their business form (named as the client id in Admin) and their local/technical form (named as driver id in Admin). This conversion occurring directly on the id of these object, it impacts negatively the client codes as some times clients code work on driver ids whereas others (the main client codes) work on the business id and, as they cannot know the form of the id they get, a lot of conversion codes occurred (and occurres yet again) in the clients sidegit status! The refactor defines now two methods to ComponentInst and SpaceInst/SpaceInstLight: getId() returns the business id whereas getLocalId()/setLocalId() in about the technical id (driver id). With this change, Admin, SpaceInstManager, ComponentInstManager, ... and clients codes are deeply updated as consequently. As the impact on the functionalities are important here, a deep test phase will be required to check all is ok. The refactoring were just on the Admin side; it will be required later to plan a refactoring of the client codes that work stupidly on the technical ids instead of the business ids.
The unit tests on the File Processing API are renamed in order to not be ran by Surefire directly but to be ran explictly by the test suite FileProcessingTestSuite. So, these tests can be executed sequencially (they work on the same file structure) whereas others tests can be ran in others JVM processes