updating dependencies of
- IDS Information Model Validation and Serialization Provider to release 5.0.4
- International Data Spaces Serializer to release 5.0.4
- International Data Spaces Components to release 5.0.4
- due to bugfixes in der serializer
- Added an update of the handling of a Fuseki server that is not reachable.
- Added an update of the dependencies due to information model changes
- Updated "getResourceIDandAsJSON" in the RepositoryFacade to get the original Fuseki content. The "replace" function previously available is now executed inside the "refreshIndex" method.
- Added a new method in the Abstract class for Elasticsearch Index called "addResourceAsJson". This method is used to improve the reindexing. With this method, reindexing can be done with the JSON-LD representation of the Resource.
- Added a new method called "getResourceIDandAsJSON" in the RepositoryFacade to get the JSON-LD represntation and the ID of the Resource.
- The display of Maintainer, Curator, Sovereign and Publisher can now be represented as URI or as an Object.
- Use more efficient methods to fetch resource from connectors.
- Add parameters to control the index recreation behavior.
- Externalize the parameter JWKS_TRUSTEDHOSTS to be in Dockerfile.
- Add a restriction parameter to control the size of IDS Connectors when Reindexing.
- Add deleteResource method signature to Indexing. Update resource handing to only use update-/deleteResource method. Connector updates work with given Connector instead of querying the triple store for now
- ResourcePersistenceAndIndexing uses full connector object instead of the reduced connector
- Remove a breaking change introduced by Version 5.0.0-SNAPSHOT of the IDS Information Model Java Lib.
- Add Loggers to count the deletion time at the
ResourcePersistenceAndIndexing
to eliminate deletion delays. - Reconstruct "Update" SPARQL query.
- Upgrade JUnit to version 5.
- Retry connection to Fuseki
- If the property sparqlUrl of the
RepositoryFacade
is not an empty string of set to null, the broker assumes that an external Fuseki server should be used for persistence. So it will throw an exception if it in unable to establish a valid connection after three retries. The property can be set viasparql.url
in theapplication.propertier
. - Changed the member functions
getNewReadOnlyConnectionToFuseki
andgetNewWritableConnection
of theRespositoryFacade
to check the existence of a valid connection to the fuseki server. - The broker tries to establish the connection three time in a row. In between it waits for 5 seconds. This is not parameterizable. It is hard coded.
- If the property
sparqlUrl
of theRepositoryFacade
is set to null or is empty an in-mermory db is created and used. - Testing:
- Without a Fuseki server running -> QueryHttpException was thrown as expected
- With a Fuseki server running -> connection established and broker initializing of the Fuseki
- If the property sparqlUrl of the