XWIKI-11507 : Integrate the ratings system from xwiki-contrib
- created new xwiki-platform-ratings module
- prefixed the modules from xwiki-contrib with 'xwiki-platform-ratings-'
- changed main pom parent from 'xwiki-commons-pom' to 'xwiki-platform-core'
- changed the artifact id from 'application-ratings' to 'xwiki-platform-ratings'
- changed package name from 'org.xwiki.contrib.ratings' to 'org.xwiki.ratings'
[misc] xar:format xwiki-platform-ratings-ui
- add missing licenses
XARATINGS-10 : Storing ratings in separate spaces is failing
XARATINGS-4 : Allow admins to choose in which space the app will be active
- drop the JS injection and move the code which handles the rating display into a UI Extension
- this would make the code cleaner and easier to read properties from a configuration object due to not having to make a request to get those parameters
XWIKI-11507 : Integrate the ratings system from xwiki-contrib
- ensure retro compatibility with the version of this module from xwiki-contrib
XARATINGS-4 : Allow admins to choose in which space the app will be active
- added a configuration class
- added XWiki.RatingsConfig as the global configuration file
- to configure the ratings on a specific space there has to be a XWiki.RatingsConfigClass object on the WebPreferences doc of that space
- the settings defined on a space have precedence over the ones from XWiki.RatingsConfig
- fallback to xwiki.cfg and xwiki.properties properties has been maintained (priority: space -> wiki -> xwiki.preferences -> xwiki.cfg)
- updated the UI Extension to be aware of the configuration objects
XARATINGS-4 : Allow admins to choose in which space the app will be active
- by default, ratings should be deactivated in the global config
XARATINGS-4 : Allow admins to choose in which space the app will be active
- due to the fact that now the topmost configuration source is dynamic (Space.WebPreferences) we have to update the methods that retrieve configuration parameters to not depend on the context for retrieving the document for which the ratings are set/get but on the passed document name
- using the context to determine the document on which the ratings are set/get would not work when the context is anything other than the document that has the ratings associated to it
-- for example when calling from REST
XWIKI-7780 : Rating and advice system for extensions
- add dependency to ratings UI
- add configuration page for the Extension space
- display the rating in the ExtensionSheet
XARATINGS-4 : Allow admins to choose in which space the app will be active
- pass the document for which the ratings are for to the methods that need access to the configuration (wiki) documents
XWIKI-11508 : Include ratings information in the Extension REST API
- populate the REST resource with information regarding ratings
XWIKI-11509 : Display ratings information in the Extension Manager UI
- implemented a new script service with the purpouse of retrieving rating information from the available repositories
XWIKI-11509 : Display ratings information in the Extension Manager UI
- displayed the rating information (number of stars and total votes) for each extension in EM UI
XWIKI-7780 : Rating and advice system for extensions
- restrict edit,delete and comment access only to admins on the ExtensionMetadata space (where the ratings are stored, and in the future.. possibly other stuff)
[cleanup] Removing unused import
XWIKI-7780 : Rating and advice system for extensions
- separating macros in order to be standalone macros and not prouce a new html paragraph
XWIKI-11507 : Integrate the ratings system from xwiki-contrib
- refactor the ratings api so that it uses DocumentReference instead of Strings (doc.fullName) and XWikiDocument
[misc] Code cleanup
- removing unused imports
- refactoring in order to get rid of some deprecated methods
XWIKI-11507 : Integrate the ratings system from xwiki-contrib
- keep old script service methods and deprecate them
XWIKI-11507 : Integrate the ratings system from xwiki-contrib
- add method head which was deteled by mistake