D-Net

Added @RunWith(JUnit4.class)

Added @RunWith(JUnit4.class)

Added @RunWith(JUnit4.class)

Deleted wrong RIOT writer

Cleanup after creating resources

fixed test

Annotation for tests

test to ensure the sparql template are well formed and once instantiated they are correctly processed by virtuoso

No need dedicated resource file in test to test the template loading

Loggin the XML only if it caused an error

removed wrong } in service sparql template

Getting the item title from the label if a proper title cannot be found

Isolate the registration on the catalogue temporarly

test

better regex to have alphanumeric item and group names for the catalogue

Basic implementation for E55 and E29 to the catalogue

Added TODO to remember in the near future about the error handling

Let's try to get the providers for all types of resources

provider must come with at least the title

Let's get also the maintaining RI as provider (so they will also be added as groups)

Registering providers as catalogue groups

Better try using InputStream...

Debugging "org.apache.jena.riot.RiotNotFoundException: Not found" and related(?) parsing issue

Added missing dots in sparql templates

fixed sparql template

Let's not log all queries, just the template name

removed old deploy.info~

removed old pom~

fixed commas

Better to set the title and ensure the group name complies with the catalogue requirements

Ensure the provider names are already registered as catalogue groups

Resolved TODOs in sparql query templates

removed duplicate line and re-order for haspart rels

curation plan in sparql template

subjects and coverages in sparql template

provided service

actor members

has_maintaining_team with optional contact points

PP1 currently offers

Curates relationships

curation relationships

Fixed hosted_by

formatting

re-using getLabel method

Thanks to sprql template activitytype can be accessed as literal

Thanks to sparql template service competence can be accessed as a simple label

Optional rdfs:label in sparql templates

optional description in sparql templates

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.

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