added mvc controller method to clear the OAI caches: oai/clearCaches.do
Cache management: it's a mess if we have more than one <cache:annotation-driven> instructions:- the container now has a dedicated application context for caches- logs to DEBUG for spring cache module
#1342: added caches to limit the load on exists when a client performs a list of getRecord requests.
StringUtils.split does not add empty strings in the resulting array, but I do need them, hence I use the native String split function.
Do not encode the resumption token #1310
testing variable according to the test configuration.
Testing we correctly parse scheme id and namespace
RecordInfo with provenance.
Test for IDSCHEME and IDNAMESPACE
Fixed xqueries and methods to get the id namespace and scheme.
updating to major release of ServiceLocator
Not counting even for date range queries. OAI requests with date ranges are served without the information about the completeListSize.
idScheme and idNamespace are not a property anymore, but they are dynamically read from the OAI configuration profile
Cleaned logs
Allow "<>" in queries in OAI configuration using EscapeXML before saving to the configuration profile.
The oai database currently in use is discovered dynamically from the OAIConfiguration profile.The xquery to use to retrieve the db name from the configuration is in the property services.oai.publisher.db.xquery.The OAI controller/core have been refactored....
remove definition of SplittedQueryExecutor bean, now defined in cnr-service-common instead. Changed resource annotation to autowired