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
{{ message }}
This repository has been archived by the owner on Jan 28, 2025. It is now read-only.
When executing an update query using Corese-Server, there is inconsistent behavior between two methods of sending SPARQL updates: direct POST and URL-encoded POST. The issue manifests in how the server responds upon successful updates:
URL-encoded POST (Content-Type: application/x-www-form-urlencoded):
After executing the update query, the server returns an empty result set formatted according to the Accept header. This behavior occurs even when the update operation completes successfully.
Direct POST (Content-Type: application/sparql-update):
Upon successful execution of the update query, the server returns no body (Length=0).
Bug Details:
The inconsistency in response between these two methods is problematic for applications relying on consistent behavior across different types of SPARQL update requests. The expected behavior is to have uniform responses regardless of the method used to send the update query.
Steps to Reproduce:
Prepare an update query, for example:
PREFIX dc: <http://purl.org/dc/elements/1.1/>
INSERT DATA { <http://example/book1> dc:title "A newer book". }
The server returns an empty result set formatted according to the Accept header, even when the update operation is successful. For example (Accept: application/sparql-results+xml):
The server returns no body (Length=0) upon successful execution of the update query.
Expected Behavior:
The server should exhibit consistent behavior in response to successful SPARQL update operations, irrespective of whether the update query is sent via URL-encoded POST or Direct POST. The response should ideally either return an empty body or a standardized confirmation, ensuring predictable handling of successful update operations.
Additional Information:
Corese-Server version: 4.5.0
The text was updated successfully, but these errors were encountered:
Issue Description:
When executing an update query using Corese-Server, there is inconsistent behavior between two methods of sending SPARQL updates: direct POST and URL-encoded POST. The issue manifests in how the server responds upon successful updates:
URL-encoded POST (Content-Type: application/x-www-form-urlencoded):
Direct POST (Content-Type: application/sparql-update):
Bug Details:
The inconsistency in response between these two methods is problematic for applications relying on consistent behavior across different types of SPARQL update requests. The expected behavior is to have uniform responses regardless of the method used to send the update query.
Steps to Reproduce:
Execute the update query using both methods:
- Using URL-encoded POST:
- Using Direct POST:
Actual Behavior:
The server returns an empty result set formatted according to the Accept header, even when the update operation is successful. For example (Accept: application/sparql-results+xml):
The server returns no body (Length=0) upon successful execution of the update query.
Expected Behavior:
The server should exhibit consistent behavior in response to successful SPARQL update operations, irrespective of whether the update query is sent via URL-encoded POST or Direct POST. The response should ideally either return an empty body or a standardized confirmation, ensuring predictable handling of successful update operations.
Additional Information:
The text was updated successfully, but these errors were encountered: