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

Concept info query is slow with Jena 3.1.1 / Fuseki 1.4.1 / 2.4.1 #562

Closed
osma opened this issue Nov 1, 2016 · 4 comments
Closed

Concept info query is slow with Jena 3.1.1 / Fuseki 1.4.1 / 2.4.1 #562

osma opened this issue Nov 1, 2016 · 4 comments

Comments

@osma
Copy link
Member

osma commented Nov 1, 2016

At which URL did you encounter the problem?

http://localhost/Skosmos/yso/fi/search?clang=fi&q=kissael

What steps will reproduce the problem?

  1. Use Skosmos with Fuseki 1.4.1-SNAPSHOT
  2. Search for something and wait for the search result page

What is the expected output? What do you see instead?

Expected to get a search result page.
The page takes a long time to load and eventually displays an error due to timeout.
Fuseki uses a lot of CPU for a long time.

The query for looking up additional information about concepts takes a lot longer than it used to with Jena 3.1.0.

I reported the issue on the Jena users list: http://mail-archives.apache.org/mod_mbox/jena-users/201611.mbox/%3C58185A49.7060100%40helsinki.fi%3E

It seems that this can easily be fixed by moving the VALUES block to the top of the query.

@osma
Copy link
Member Author

osma commented Nov 1, 2016

It turns out it's not that simple. Moving the VALUES block doesn't help. See the discussion on the Jena users list.

@osma
Copy link
Member Author

osma commented Mar 9, 2017

It's possible that the previous commit fixed the issue, but it needs further testing

@osma
Copy link
Member Author

osma commented Mar 10, 2017

Nope, it didn't solve all the issues. Needs further testing.

@osma
Copy link
Member Author

osma commented Apr 3, 2017

Actually this seems to be working fine. The problem was that we got some requests from older Skosmos versions to our SPARQL endpoint that slowed it down considerably.

@osma osma closed this as completed Apr 3, 2017
osma added a commit that referenced this issue Apr 3, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant