You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When creating multiple SPARQL endpoints on the Corese web server (as explained on the Corse-server tutorial), the web-server at any endpoint will always display the default endpoint's data, and not the data which was assigned to that specific endpoint.
Bug Details:
For example, let us create two SPARQL endpoints, the default one which displays data 'graph.ttl' (some predetermined TURTLE file) and another endpoint 'graph2' which is meant to display some other file's data 'graph2.ttl'. When we open these two endpoints on the web server at http://localhost:8080/sparql and http://localhost:8080/graph2/sparql, we should see the data from graph.ttl and the data from graph2.ttl respectively. However, this is not the case. At both endpoints, the default data is shown.
If, however, you decide to get the data using http requests (either through python requests or curl) with SPARQL queries, the correct data is returned (e.g 'graph2.ttl' data is returned at http://localhost:8080/graph2/sparql). Therefore it is only an issue with what is displayed on the web server.
Steps to Reproduce:
Create multiple endpoints by loading a profile into a local corese web server, as described in the corse-server tutorial.
Expected Behavior:
When visiting the different endpoints on the corese web server, you should be able to see the data that you assigned to that specific endpoint.
Actual Behavior:
At ALL endpoints, you see the data which was assigned to the default endpoint. The data which was assigned to specific endpoints is nowhere to be found.
Screenshots/Attachments:
Example Profile Code:
Corese web server at default endpoint (displaying correct data):
Thank you for your detailed issue report. We have reproduced the bug where all SPARQL endpoints display the default data on the web server, although HTTP requests return the correct data. We will work on a fix.
Thank you for your report. The bug has been fixed and will be included in the next release of Corese. It is already available in the latest nightly build: Corese Releases.
Issue Description:
When creating multiple SPARQL endpoints on the Corese web server (as explained on the Corse-server tutorial), the web-server at any endpoint will always display the default endpoint's data, and not the data which was assigned to that specific endpoint.
Bug Details:
For example, let us create two SPARQL endpoints, the default one which displays data 'graph.ttl' (some predetermined TURTLE file) and another endpoint 'graph2' which is meant to display some other file's data 'graph2.ttl'. When we open these two endpoints on the web server at http://localhost:8080/sparql and http://localhost:8080/graph2/sparql, we should see the data from graph.ttl and the data from graph2.ttl respectively. However, this is not the case. At both endpoints, the default data is shown.
If, however, you decide to get the data using http requests (either through python requests or curl) with SPARQL queries, the correct data is returned (e.g 'graph2.ttl' data is returned at http://localhost:8080/graph2/sparql). Therefore it is only an issue with what is displayed on the web server.
Steps to Reproduce:
Expected Behavior:
When visiting the different endpoints on the corese web server, you should be able to see the data that you assigned to that specific endpoint.
Actual Behavior:
At ALL endpoints, you see the data which was assigned to the default endpoint. The data which was assigned to specific endpoints is nowhere to be found.
Screenshots/Attachments:
Example Profile Code:
Corese web server at default endpoint (displaying correct data):
Corese web server at http://localhost:8080/graph2/sparql (data is identical to default endpoint):
Graph2.ttl (the data which should be displayed at the 'graph2' endpoint:
Python HTTP requests code for 'graph2' endpoint:
What the request returns (correct data which was never displayed on the corese web server):
The text was updated successfully, but these errors were encountered: