An inconsistence of ."/build.gradle file" between tutortial 4.3 and repository kepler16b-example

[xyf-sw]

Description

The "owlLoad" task inside the "./build.gradle" file created in tutortial 2 is different from the corresponding file in repository > kepler16b-example , where as

The default "./build.gradle" file created in tutortial 2:

task owlLoad(type:io.opencaesar.owl.load.OwlLoadTask, group:"oml", dependsOn: owlReason) {
    inputs.files(startFuseki.outputFolderPath) // rerun when fuseki restarts
    catalogPath = file('build/owl/catalog.xml')
    endpointURL = "http://localhost:3030/$dataset".toString()
    fileExtensions = ['owl', 'ttl']
    iris = [
        "$rootIri/classes".toString(),
        "$rootIri/properties".toString(),
        "$rootIri/individuals".toString()
    ]
}

And the "./build.gradle" file in kepler16b-example repository:

task owlLoad(type:io.opencaesar.owl.load.OwlLoadTask, group:"oml", dependsOn: [owlReason, startFuseki]) {
    inputs.files(startFuseki.outputFolderPath) // rerun when fuseki restarts
    catalogPath = file('build/owl/catalog.xml')
    endpointURL = "http://localhost:3030/$dataset".toString()
    fileExtensions = ['owl', 'ttl']
    iris = [
        "$rootIri/classes".toString(),
        "$rootIri/properties".toString(),
        "$rootIri/individuals".toString()
    ]
}

The problem it causes

In tutorial 4.3.2, by using the default "./build.gradle" file in ".github/workflows/ci.yml", "Query" runs failed like:

Suggestions

Since the user of Rosetta may not good at coding and software enginnnering, please refine the tutorial document(Similar problems arise at 5.6, I can hardly reproduce the > https://github.com/opencaesar/basicfamily-example ) and the Rosetta OML project configuration in order to move the barriers. Thanks!

[kainne44]

I'd upvote this if it were reddit haha! Spent most of a Sunday morning trying to figure out how to make cross tables in sirius (nope, couldn't do it -- none of it makes any sense). Then, after that failure, I tried completing tutorial 4, only to have my owlQuery fail the build. Tried for hours to figure out what was going wrong, and then started looking through issues (which, in hindsight, I should have started with). Really thankful to have found this issue

---

So, make sure your owlLoad task dependsOn param looks like this:

task owlLoad( ... , dependsOn: [owlReason, startFuseki] ) {
...
}

We should seriously consider going to something like SvelteFlow for our diagramming though -- holy cow is sirius bad.