[
https://issues.apache.org/jira/browse/JENA-248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13282499#comment-13282499
]
Rahul Sharma commented on JENA-248:
-----------------------------------
Thanks for your reply Andy.
I've picked up the latest build of Fuseki 0.2.2
(jena-fuseki-0.2.2-20120524.052111-5-distribution) and I've run 200 construct
queries and it did not give me any error. Fuseki did not freeze and showed no
"500 - Currently in Transaction" error.
Then I ran about 10k construct queries and it still did not give any error.
This is brilliant!
Thanks a lot Andy, much appreciated.
Thanks,
Rahul
> Fuseki server unresponsive when running multiple construct queries using
> multi-threading.
> ------------------------------------------------------------------------------------------
>
> Key: JENA-248
> URL: https://issues.apache.org/jira/browse/JENA-248
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ, Fuseki
> Affects Versions: ARQ 2.9.0, Fuseki 0.2.1
> Environment: Windows 7 (x64)
> Reporter: Rahul Sharma
> Assignee: Andy Seaborne
> Labels: ARQ, Fuseki
> Fix For: ARQ 2.9.1
>
> Attachments: JENA-248-materialize-result-bytes.patch
>
>
> Hi Andy,
> We are running concurrency tests for Fuseki 0.2.1 (downloaded from
> http://www.apache.org/dist/incubator/jena/jena-fuseki-0.2.1-incubating/).
> We're running multiple construct queries (approximately 200 queries) using
> Task Parallel Library of .Net to talk to Fuseki and get response back. We've
> first tried through dotNetRdf and when about 25 queries have run, the fuseki
> server freezes and becomes unresponsive. To make it responsive again, we had
> to restart the fuseki service.
> Now the construct query is a bit that stands out here because its querying
> two separate service endpoints. Following is the sample construct query that
> we're using:
> CONSTRUCT
> {
> <http://rahul.org/company/id/123456> ?predicate ?object .
> ?blankNode ?blankNodePredicate ?blankNodeObject .
> <http://rahul.org/company/id/123456> ?pred ?blankNode1 .
> ?blankNode1 ?blankNodePredicate1 ?blankNodeObject1 .
> }
> WHERE
> {
> SERVICE <http://localhost:3030/companies/sparql>
> {
> <http://rahul.org/company/id/123456> ?predicate ?object .
> }
> SERVICE <http://localhost:3030/rahul/sparql>
> {
> OPTIONAL
> {
> <http://rahul.org/company/id/123456> ?pred ?blankNode1 .
> ?blankNode1 ?blankNodePredicate1 ?blankNodeObject1 .
> }
> }
> }
> Then we ran the queries again to make sure its not because of dotNetRdf - so
> we've used a simple HttpWebRequest - something like this:
> var request =
> HttpWebRequest.Create("http://localhost:3030/query/sparql?query="; +
> GetUtf8(sparql)) as HttpWebRequest;
> request.Method = "GET";
> var response = request.GetResponse();
> Could you please help with this problem of Fuseki server becoming
> unresponsive in the above mentioned case.
> Thanks,
> Rahul
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
