Re: [jira] [Resolved] (JENA-871) Fuseki2 UI: Download results button doesn't work
Thanks! On 5 Mar 2015 14:14, Andy Seaborne (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/JENA-871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Seaborne resolved JENA-871. Resolution: Fixed Assignee: Andy Seaborne Fuseki2 UI: Download results button doesn't work Key: JENA-871 URL: https://issues.apache.org/jira/browse/JENA-871 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Environment: Ubuntu 14.10 x64 Firefox 35.0 Reporter: Stian Soiland-Reyes Assignee: Andy Seaborne Priority: Minor Fix For: Fuseki 2.0.0 After receiving a SPARQL query result in Fuseki 2 UI, there's a Download button next to Raw response. The button seems to not do anything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (JENA-890) Pivot table in Fuseki2 has confusing design and user experience
[ https://issues.apache.org/jira/browse/JENA-890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14349638#comment-14349638 ] Ian Dickinson commented on JENA-890: That's an interesting take, thanks. I wonder if it's worth us taking a step back and thinking about what the goal for Fuseki is, or could be(come). And probably doing it on dev@, rather than on this issue thread! Fwiw, my instinct is to keep focussed on a simple interface that does a good job of managing datasets. Some level of query is a natural part of that process - after I've loaded data, I may want to inspect it to make sure I've done my job correctly. But (imho) what the user of this Fuseki cares about is effectively managing data: loading, monitoring, backing up, performance testing, and security, and doing that effectively, simply and reliably. An alternative view is that Fuseki is an 'out-of-the-box' tool to help get people going on their RDF/linked-data journey. These users problaby don't care so much about managing complex collections of datasets, but want a one-stop shop to load, query and explore their data. Another view is that serious production users want all of the basic management capability, plus the tools to diagnose queries that don't work as expected, monitor usage patterns, etc. Or another is that Fuseki is a 'lite' BI tool for RDF and linked data: load your data, and generate reports and dataviz that allow you to explore data and discover its value. And doubtless many others. It isn't that any one of these is undesirable - I've had situations where I would have loved every capability on the above list. To me, it's at least in-part, a question of keeping focus and avoiding creeping bloatware. One tool *could* do all this and more, but I think that tool would become fat, complex, hard to maintain and harder to use. Treading the Protege path, for example, is something I would want to avoid. Pivot table in Fuseki2 has confusing design and user experience --- Key: JENA-890 URL: https://issues.apache.org/jira/browse/JENA-890 Project: Apache Jena Issue Type: Improvement Components: Fuseki Affects Versions: Fuseki 2.0.0 Reporter: Ian Dickinson The SPARQL query tab on the Fuseki2 interface has an option in the results pane labelled 'pivot table'. It's very, very unclear what this does. It appears to be an experimental feature of some kind, but it does not provide a clear, discoverable user experience. In fact, after playing with it for some minutes, I still can't figure out what it is actually for. I suggest that either the UX of this feature is radically improved, or we remove it from Fuseki2 until it is ready for wider exposure. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (JENA-890) Pivot table in Fuseki2 has confusing design and user experience
[ https://issues.apache.org/jira/browse/JENA-890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14349611#comment-14349611 ] Ian Dickinson commented on JENA-890: I'm going to ignore your absurd straw man argument, except to note that it's not an effective way to participate in a collaborative discussion. I'm happy to have a reasoned discussion; I don't care about bluster. To the actual point: it doesn't really matter whether you spent 45 seconds or 45 minutes writing a paragraph of explanatory text - people in general won't read it. There's plenty of research to back that up. Here's a sample: http://www.nngroup.com/articles/satisficing/ http://www.nngroup.com/articles/how-users-read-on-the-web/ http://www.uxbooth.com/articles/10-usability-lessons-from-steve-krugs-dont-make-me-think/ notes 1-3 http://guidelines.usability.gov/guidelines/172 Pivot table in Fuseki2 has confusing design and user experience --- Key: JENA-890 URL: https://issues.apache.org/jira/browse/JENA-890 Project: Apache Jena Issue Type: Improvement Components: Fuseki Affects Versions: Fuseki 2.0.0 Reporter: Ian Dickinson The SPARQL query tab on the Fuseki2 interface has an option in the results pane labelled 'pivot table'. It's very, very unclear what this does. It appears to be an experimental feature of some kind, but it does not provide a clear, discoverable user experience. In fact, after playing with it for some minutes, I still can't figure out what it is actually for. I suggest that either the UX of this feature is radically improved, or we remove it from Fuseki2 until it is ready for wider exposure. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [jira] [Updated] (JENA-626) SPARQL Query Caching
Hello, I wanted to clarify few points related to separate service end point for the SPARQL Query Caching feature. I was considering to take up either of the below approach to implement the cache service end point. I am open for both the approach and wanted to discuss further. Option 1 : create a separate micro service that can be deployed in tomcat or run using jetty server for cache service like external cache service and cache the Sparql query result. The SPARQL_UberServlet can checks the external service if cache data is available then serve the cache data otherwise send the query to SPARQL_Query and copy the data and populate the cache in the separate micro service. Option 2 : Create a separate servlet like Sparql_Cache that run as part of fuseki server and we send all sparql query to Sparql_Cache servlet which checks if the cache data is available then serve or contact Sparql_Query to get latest data and respond. Please let me know your feedback. Regards Saikat On Wed, Feb 11, 2015 at 4:06 PM, Rob Vesse (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/JENA-626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rob Vesse updated JENA-626: --- Labels: java linked_data rdf sparql (was: gsoc java linked_data rdf sparql) SPARQL Query Caching Key: JENA-626 URL: https://issues.apache.org/jira/browse/JENA-626 Project: Apache Jena Issue Type: Improvement Reporter: Andy Seaborne Labels: java, linked_data, rdf, sparql Add a caching layer to Fuseki to cache the results of SPARQL Query requests. This cache should allow for in-memory and disk-based caching, configuration and cache management, and coordination with data modification. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Release planning : 2.13.0
On 03/03/15 14:01, Stian Soiland-Reyes wrote: On 3 March 2015 at 10:41, Andy Seaborne a...@apache.org wrote: Fuseki1 is in dist/binaries/ and mirrored. In my experience, short-term mitigation worries can leave long-term legacy behind and it costs more in support. If we can find a one-time change, I think it is less work for the project. Users have to change sometime - let's make it once. I see - any fuseki1-users using those as Maven dependencies (e.g. from an assembly file) will probably want to migrate to the more proper artifacts and newer Jetty from Fuseki 2 anyway. Unless anyone shows up showing the opposite, I now agree with you to go for the v1 option with jena-fuseki1. Artifact jena-fuseki renamed jena-fuseki1 - I went and cleaned up snapshots and there should be reset builds as well. Hopefully, dist.sh is up-to-date as well but I need to test that out. The downloads are set to be jena-fuseki1-VER1-distribution.zip and apache-jena-fuseki-VER2.zip. There's a case for renaming jena-fuseki as well but the artifacts get name-flattened to jena-fuseki(-*). ATM the folder structure at least has jena-fuseki2 then jena-fuseki2/jena-fuseki* Andy
[GitHub] jena pull request: JENA-871 upgrade yasr and yasqe
Github user asfgit closed the pull request at: https://github.com/apache/jena/pull/40 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Resolved] (JENA-871) Fuseki2 UI: Download results button doesn't work
[ https://issues.apache.org/jira/browse/JENA-871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Seaborne resolved JENA-871. Resolution: Fixed Assignee: Andy Seaborne Fuseki2 UI: Download results button doesn't work Key: JENA-871 URL: https://issues.apache.org/jira/browse/JENA-871 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Environment: Ubuntu 14.10 x64 Firefox 35.0 Reporter: Stian Soiland-Reyes Assignee: Andy Seaborne Priority: Minor Fix For: Fuseki 2.0.0 After receiving a SPARQL query result in Fuseki 2 UI, there's a Download button next to Raw response. The button seems to not do anything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (JENA-894) Fuseki2: Backups get placed in the wrong directory
Andy Seaborne created JENA-894: -- Summary: Fuseki2: Backups get placed in the wrong directory Key: JENA-894 URL: https://issues.apache.org/jira/browse/JENA-894 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Reporter: Andy Seaborne Assignee: Andy Seaborne The backups go into server cwd/backups not FUSEKI_BASE/backups. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Fuseki2 UI development
Hi Andy, On Thu, Mar 5, 2015 at 10:54 AM, Andy Seaborne a...@apache.org wrote: Some of the currently non-working features were previously working. What specifically? On the query page or elsewhere? There are different changes from different origins - I'm trying to pin down which we're talking about in case it's a systematic, and single root, issue. I think the Yasqe update complicates the UX of the query page (esp pivot tables, but there's a separate discussion on that). Yasqe also removed codemirror, which took out the validation pages, which were then removed as broken links. Some other minor things, but tbh some of those might have been lingering issues from the previous round of work. It also looks like backup is currently not working due to a transaction problem. I'll need to confirm that, will add a Jira if necessary. I have just checked and it works for me except that they get placed in the wrong directory. No UI issue. Recorded as JENA-894. Hmm. I get the following on the Fuseki console: 2015-03-05 11:14:02] Admin INFO [8] POST http://localhost:3030/$/backup/ds [2015-03-05 11:14:02] Admin INFO [8] Backup dataset /ds [2015-03-05 11:14:02] Server INFO Task : 1 : backup [2015-03-05 11:14:02] Server INFO [Task 1] starts : backup [2015-03-05 11:14:02] Admin INFO [8] 200 OK (41 ms) [2015-03-05 11:14:02] Backup INFO [8] Start backup /ds - backups/ds_2015-03-05_11-14-02 [2015-03-05 11:14:02] Server INFO [9] GET http://localhost:3030/$/tasks/1 [2015-03-05 11:14:02] Server INFO [9] Task 1 [2015-03-05 11:14:02] Server INFO [9] 200 OK (2 ms) [2015-03-05 11:14:02] Backup INFO [8] Exception in backup com.hp.hpl.jena.tdb.transaction.TDBTransactionException: Not in a transaction at com.hp.hpl.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:106) at com.hp.hpl.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:1) at com.hp.hpl.jena.sparql.core.DatasetGraphTrackActive.getDefaultGraph(DatasetGraphTrackActive.java:91) at org.apache.jena.riot.system.RiotLib.prefixMap(RiotLib.java:257) at org.apache.jena.riot.RDFDataMgr.write$(RDFDataMgr.java:1331) at org.apache.jena.riot.RDFDataMgr.write(RDFDataMgr.java:1205) at org.apache.jena.riot.RDFDataMgr.write(RDFDataMgr.java:1195) at org.apache.jena.fuseki.mgt.Backup.backup(Backup.java:82) at org.apache.jena.fuseki.mgt.ActionBackup$BackupTask.run(ActionBackup.java:76) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at org.apache.jena.fuseki.async.AsyncTask.call(AsyncTask.java:94) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) [2015-03-05 11:14:02] Server INFO [Task 1] finishes : backup [2015-03-05 11:14:02] Server INFO [10] GET http://localhost:3030/$/tasks/1 [2015-03-05 11:14:02] Server INFO [10] Task 1 [2015-03-05 11:14:02] Server INFO [10] 200 OK (2 ms) Any suggestions on diagnostics to probe why my setup might be different to yours? I started fuseki with --loc=/var/lib/tdb/ea/rbwd /ds How long do I have before we freeze the release? -5 days :-) OK. /me needs to pay more attention! Ian
[jira] [Commented] (JENA-890) Pivot table in Fuseki2 has confusing design and user experience
[ https://issues.apache.org/jira/browse/JENA-890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14348670#comment-14348670 ] Andy Seaborne commented on JENA-890: Is this a place we want to get to? (We are not there now) # There is a query page that is focused on SPARQL queries, general if simple display of table or graph results. For general usage; quite detailed; for debugging of SPARQL queries etc. The assumption is the user can write SPARQL. # There is one or more higher level functions, task focused, not necessarily general purpose, such as the pivot table. These are on different pages, tabs, ... somewhere away from the general query UI. Getting there may have several steps such as having fixed additional functionality before a general plugin architecure is available. This would be good start a discussion on the YASGUI aspects with Laurens (maybe at https://github.com/LaurensRietveld/yasgui/issues if that is more effective). Pivot table in Fuseki2 has confusing design and user experience --- Key: JENA-890 URL: https://issues.apache.org/jira/browse/JENA-890 Project: Apache Jena Issue Type: Improvement Components: Fuseki Affects Versions: Fuseki 2.0.0 Reporter: Ian Dickinson The SPARQL query tab on the Fuseki2 interface has an option in the results pane labelled 'pivot table'. It's very, very unclear what this does. It appears to be an experimental feature of some kind, but it does not provide a clear, discoverable user experience. In fact, after playing with it for some minutes, I still can't figure out what it is actually for. I suggest that either the UX of this feature is radically improved, or we remove it from Fuseki2 until it is ready for wider exposure. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Fuseki2 UI development
On 05/03/15 01:58, Ian Dickinson wrote: On Wed, Mar 4, 2015 at 10:00 AM, Andy Seaborne a...@apache.org wrote: The release has other significant new work in Elepahs and it has the OSGi packaging. OK. There have been two kinds of patches: 1/ Reworking the query page 2/ Commenting out non-working features like active and remove Some of the currently non-working features were previously working. What specifically? On the query page or elsewhere? There are different changes from different origins - I'm trying to pin down which we're talking about in case it's a systematic, and single root, issue. But that's ok, I have fixes in train. It also looks like backup is currently not working due to a transaction problem. I'll need to confirm that, will add a Jira if necessary. I have just checked and it works for me except that they get placed in the wrong directory. No UI issue. Recorded as JENA-894. Several people on users@ have been using it and the feedback has been positive, at least I though it was. Sorry, I'm partly caught up on dev@, not even attempted users@ yet :( The test question I have is: Is it better than the Fuseki1 UI? I think it is - the capability of being about to create databases and load data via the UI in a running server makes the fire up and do stuff task much nicer. OK. Is it finished? No. Is it ever finished? This version does not have to be a complete version. Release early, release often, get feed back, engage users and contributors. OK. How long do I have before we freeze the release? -5 days :-) We're only here because when I tried to build a release, I came across a problem with the release plugin. Had that not arisen, the vote would have been started and finished by now. I have a client deadline tomorrow (which is why it's 2am and I'm still at my desk, le sigh) and I'm at JQueryUK on Friday. So realistically it's going to be Saturday before I can knock off any more of the outstanding bugs and push my current set of changes. It would be nice to investigate the backup issue, because that's one of the more useful new features of F2. I can do the backup issue. The UI worked for me. This release isn't a now or never matter - we can crank a new release quite soon afterwards quite easily. I'll offer to RM any bug fix release that is needed. Andy (I'll send separate email to draw together the various release process strands) Ian
[jira] [Commented] (JENA-871) Fuseki2 UI: Download results button doesn't work
[ https://issues.apache.org/jira/browse/JENA-871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14348757#comment-14348757 ] ASF GitHub Bot commented on JENA-871: - Github user asfgit closed the pull request at: https://github.com/apache/jena/pull/40 Fuseki2 UI: Download results button doesn't work Key: JENA-871 URL: https://issues.apache.org/jira/browse/JENA-871 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Environment: Ubuntu 14.10 x64 Firefox 35.0 Reporter: Stian Soiland-Reyes Priority: Minor Fix For: Fuseki 2.0.0 After receiving a SPARQL query result in Fuseki 2 UI, there's a Download button next to Raw response. The button seems to not do anything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (JENA-894) Fuseki2: Backups get placed in the wrong directory
[ https://issues.apache.org/jira/browse/JENA-894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Seaborne closed JENA-894. -- Resolution: Fixed Fix Version/s: Fuseki 2.0.0 They now go in $FUSEKI_BASE/backups. Fuseki2: Backups get placed in the wrong directory -- Key: JENA-894 URL: https://issues.apache.org/jira/browse/JENA-894 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Reporter: Andy Seaborne Assignee: Andy Seaborne Fix For: Fuseki 2.0.0 The backups go into server cwd/backups not FUSEKI_BASE/backups. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Fuseki2 UI development
On Thu, Mar 5, 2015 at 1:26 PM, Andy Seaborne a...@apache.org wrote: Works for me on a clean database, then loaded with some data with tdbloader: Use Fusek2i development: I just tried again, with a clean rebuild of the TDB image. The good news: the transaction problem has gone away of its own accord. The bad news: the transaction problem has gone away of its own accord. In particular, it's a bit concerning because, once it has been initialised by tdbloader2, that particular store is only used in read-only mode by one process. But, nothing else to do atm other than note that it happened. Ian
Re: Fuseki2 UI development
I have just checked and it works for me except that they get placed in the wrong directory. No UI issue. Recorded as JENA-894. Hmm. I get the following on the Fuseki console: 2015-03-05 11:14:02] Admin INFO [8] POST http://localhost:3030/$/backup/ds [2015-03-05 11:14:02] Admin INFO [8] Backup dataset /ds [2015-03-05 11:14:02] Server INFO Task : 1 : backup [2015-03-05 11:14:02] Server INFO [Task 1] starts : backup [2015-03-05 11:14:02] Admin INFO [8] 200 OK (41 ms) [2015-03-05 11:14:02] Backup INFO [8] Start backup /ds - backups/ds_2015-03-05_11-14-02 [2015-03-05 11:14:02] Server INFO [9] GET http://localhost:3030/$/tasks/1 [2015-03-05 11:14:02] Server INFO [9] Task 1 [2015-03-05 11:14:02] Server INFO [9] 200 OK (2 ms) [2015-03-05 11:14:02] Backup INFO [8] Exception in backup com.hp.hpl.jena.tdb.transaction.TDBTransactionException: Not in a transaction at com.hp.hpl.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:106) at com.hp.hpl.jena.tdb.transaction.DatasetGraphTransaction.get(DatasetGraphTransaction.java:1) at com.hp.hpl.jena.sparql.core.DatasetGraphTrackActive.getDefaultGraph(DatasetGraphTrackActive.java:91) at org.apache.jena.riot.system.RiotLib.prefixMap(RiotLib.java:257) at org.apache.jena.riot.RDFDataMgr.write$(RDFDataMgr.java:1331) at org.apache.jena.riot.RDFDataMgr.write(RDFDataMgr.java:1205) at org.apache.jena.riot.RDFDataMgr.write(RDFDataMgr.java:1195) at org.apache.jena.fuseki.mgt.Backup.backup(Backup.java:82) at org.apache.jena.fuseki.mgt.ActionBackup$BackupTask.run(ActionBackup.java:76) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at org.apache.jena.fuseki.async.AsyncTask.call(AsyncTask.java:94) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) [2015-03-05 11:14:02] Server INFO [Task 1] finishes : backup [2015-03-05 11:14:02] Server INFO [10] GET http://localhost:3030/$/tasks/1 [2015-03-05 11:14:02] Server INFO [10] Task 1 [2015-03-05 11:14:02] Server INFO [10] 200 OK (2 ms) Any suggestions on diagnostics to probe why my setup might be different to yours? I started fuseki with --loc=/var/lib/tdb/ea/rbwd /ds Works for me on a clean database, then loaded with some data with tdbloader: Use Fusek2i development: (with timestamps removed): Server INFO Running in read-only mode for /ds Server INFO Fuseki 2.0.0-SNAPSHOT ${maven.build.timestamp} Config INFO FUSEKI_HOME=/home/afs/Jena/jena-fuseki2/jena-fuseki-core Config INFO FUSEKI_BASE=/home/afs/tmp/run ServletINFO Initializing Shiro environment Config INFO Shiro file: file:///home/afs/tmp/run/shiro.ini Config INFO Template file: templates/config-tdb-dir Config INFO TDB dataset: directory=DB BuilderINFO Service: TDB /ds Config INFO Register: /ds Server INFO Started 2015/03/05 13:21:16 GMT on port 3030 Admin INFO [1] GET http://localhost:3030/$/server Admin INFO [1] 200 OK (7 ms) Admin INFO [2] POST http://localhost:3030/$/backup/ds Admin INFO [2] Backup dataset /ds Server INFO Task : 1 : backup Server INFO [Task 1] starts : backup Backup INFO [2] Start backup /ds - /home/afs/tmp/run/backups/ds_2015-03-05_13-21-25 Admin INFO [2] 200 OK (3 ms) Server INFO [3] GET http://localhost:3030/$/tasks/1 Backup INFO [2] Finish backup /ds - /home/afs/tmp/run/backups/ds_2015-03-05_13-21-25 Server INFO [3] Task 1 Server INFO [3] 200 OK (6 ms) Server INFO [Task 1] finishes : backup How long do I have before we freeze the release? -5 days :-) OK. /me needs to pay more attention! Ian
[jira] [Commented] (JENA-871) Fuseki2 UI: Download results button doesn't work
[ https://issues.apache.org/jira/browse/JENA-871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14348738#comment-14348738 ] Andy Seaborne commented on JENA-871: The only reliable way to get modifed javascript to run that I have found is (chrome firefox) have the developer tools open, with the disable the cache when dev tools open option. Fuseki2 UI: Download results button doesn't work Key: JENA-871 URL: https://issues.apache.org/jira/browse/JENA-871 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Environment: Ubuntu 14.10 x64 Firefox 35.0 Reporter: Stian Soiland-Reyes Priority: Minor Fix For: Fuseki 2.0.0 After receiving a SPARQL query result in Fuseki 2 UI, there's a Download button next to Raw response. The button seems to not do anything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (JENA-894) Fuseki2: Backups get placed in the wrong directory
[ https://issues.apache.org/jira/browse/JENA-894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14348729#comment-14348729 ] ASF subversion and git services commented on JENA-894: -- Commit acbbdd636873ccdeb7180e206d190613d1876417 in jena's branch refs/heads/master from [~andy.seaborne] [ https://git-wip-us.apache.org/repos/asf?p=jena.git;h=acbbdd6 ] JENA-894 : Use a backup file within the server runtime area. Fuseki2: Backups get placed in the wrong directory -- Key: JENA-894 URL: https://issues.apache.org/jira/browse/JENA-894 Project: Apache Jena Issue Type: Bug Components: Fuseki Affects Versions: Fuseki 2.0.0 Reporter: Andy Seaborne Assignee: Andy Seaborne The backups go into server cwd/backups not FUSEKI_BASE/backups. -- This message was sent by Atlassian JIRA (v6.3.4#6332)