Because of how we construct the RDF that we read from Virtuoso (see sparql templates), the title is always a literal.
More metadata for the catalogue based on the minimal metadata (https://docs.google.com/spreadsheets/d/1JAvI9AYP4yn6Lj-ABvzA3xqm4CpOulEeuHXmPTrs6so/edit#gid=1550301525)
Added constants for PARTHENOS_BASE_URL
crm prefix was unknown, let's use the full URI names fro the types we want to skip
Let's exclude E55_Type and E41_Appellation, not all entities whose type is not in the parthenos namespace
resolved TODOs
x3ml-engine upgraded to spring4: removed exclusion and enlarged the dependency version range
Enrich the values to add to a resource in the catalogue
Fixed xml validation error
ensure we do not get 1.8.5-SNAPSHOT
Opened range for x3ml-engine dependency: up to 1.9.0 excluded
Updated parthenos top level entities mapping
fixed missing descriptions
I think we must use an InfModel to process the rdf before registering it
Because of https://support.d4science.org/issues/11466, let's not throw exception, but let's try to continue, if possible.Purge method implemented and tested
without testing a woman can die
do not log the response from the catalogue
Fixed parsing of error information in cataloague response
Ensure the ckan name is lowercase
throws exception whenever needed
throws exception
Checking POST response status code before accessing the response body
Debugging for unexpected NPE
Testing RecordParserHelper
Use the correct namespace for oai fields
new tests for xml declaration
Ensure the rdf string returned by the VirtuosoReadAPI does not start with the XML declaration before using it inside the metadata element
Extract the rdf block from the record submitted for registration
No need to go through jena Model before delivering the response in the output stream
removed VTD Parser cause there was a problem on parsing huge xml
it sounds like we are passing wrong data to the register method...let's see
No need to log the endpoint every time
Can't use jena Query because does not support inference rule, can't use jena HttpEngine because it does not support long queryif we do not use Query: hence let's query with handmade post request to the sparql endpoint.
Need to set the Accept header, not Content-Type
Getting unexpected 406 because of wrong sparql query..some debug logs might help
Fixed freemarker configuration setting
testing template loading
Fixed compilation for test
updated resid based on the one assigned by parthenos beta
We should not need to handle generic "Things"
Using an infModel
just todo comment
sparql queries are now freemarker templates where the subjectURL can be injected
Comments in sparql are identified by #, not //
Added declaration to use inference rules
modified schema: from dateTime to string for lastupdatedate and minOccurs="0" for ENVIRONMENTS
cleanup
The property services.registry.exist.options can be set to specify at xquery time exist options. Used only in updateProfileNode method, for now.
Added property to allow updating big profiles on exist
Increasing minor number to ensure we get the updated watchdog parameter
Increased watchdog output-size-limit from 10,000 to 100,000 to ensure we do not get this exception when updating big vocabularies: document fragment exceeded the predefined size limit (current: 10 001; allowed: 10 000)
implemented new way of commit incremental store
using new mockito lib
namespace map must be initialized
updated mockito version
Increasing minor version to ensure we take this
fixed profile
Let's check if having a getter for MetadataReference helps
fixed typo in javadoc
_ instead of - does not help. Reverting
fixed compilation issue on TypeToken class
Using _ as separator instead of - otherwise the index inspector cannot populate the mdformat list.
Updated cleaning rule
Removed publication_resource profile: use dataset_types instead
New and updated vocabularies as provided by Felix. Sources available also here on the workspace: https://goo.gl/PAbVBg
removed empty relation
No need to infer in memory: we can have the inference rule run directly on virtuoso
logging jena package
intellij file
Fixed expected value
Re-order switch cases
added protocol property
Response samples from the catalogue
Updated dependencies for registry according to Luca's suggestions
refactoring
compilation error solved
Fixed class name: guys..."Resource" is a very unlucky name...
tostring method
implemented findInRegistry method
created garbage collection hard version
re-format code
Testing the registry library
ByPass QueryBuilder, otherwise the virtuoso pragma are not parsable
Playing with inference rules on the remote sparql endpoint
Updated top-level mappings
url and title as stored fields
Adapted configuration for lightui
Updated index field for transformed index
Do not define version numbers when using a spring-boot parent
refactoring using jaxb
Define useful namespaces
Cleaner is now able to handle namespaces in cleaning rules, if they are defined in the new NAMESPACES element of the CleanerDSResourceType
changed according to #10506
Additional methods needed by the JRR publishing workflow
Setting up a dedicated publishing workflow for the JRR
Remove references to JRR from the current publishing wf
Added parthenos top level repository
Move rdf namespaces in rdf:RDF element (https://support.d4science.org/issues/11324)