Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VirtuosoApacheHttpClientRdfStoreService not able to handle large datasets #17

Open
psiotwo opened this issue Jan 22, 2025 · 1 comment
Labels
bug Something isn't working

Comments

@psiotwo
Copy link
Collaborator

psiotwo commented Jan 22, 2025

(from @ssamarid)

Whenever setGraphCrudUseBasicAuth=true and SPARQL POST of datasets over 2000 triples ends up with 401.

The problem does not manifest:

  • when the dataset is small, or
  • setGraphCrudUseBasicAuth=false, or
@psiotwo psiotwo added the bug Something isn't working label Jan 22, 2025
@ssamarid
Copy link

ssamarid commented Jan 22, 2025

I would put the main issue to be the 401, not the size.
Then to clarify that these are 2 separate issues. The size problem is when temporarily not using the basic auth option, which is something we did not invest time in and don't want to keep. So we are interested in the basic auth true option.
In simpler words:

  • when setGraphCrudUseBasicAuth=true => 401 for every request
  • when setGraphCrudUseBasicAuth=false => issue when size is large

assuming you have a well set up authenticated endpoint (sparql-auth endpoint in our case) and it is configured to work with basic auth, any request (e.g. a small select query) using the virtuoso apache client RdfStoreService implementation results in a 401.

Note that it is not tested directly with this library, but a2 0.7.0, which should be aligned as you pointed out.
Also note that recreating, in postman, the POST call that we saw this lib sending is also resulting in a 401.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants