Re: Fuseki with a web.xml
Thanks Andy. Question, so I'm order to build fuseki2 I just need to build it from the github repo. On Jan 10, 2015 6:58 AM, Andy Seaborne a...@apache.org wrote: On 09/01/15 23:56, Trevor Donaldson wrote: Awesome. That is exactly what I was trying to do. Use shiro. Woohoo. Is there an example utilizing Shiro and fuseki? When Fuseki first runs, it formats it's work area and that includes the default Shiro ini file. Andy On Jan 9, 2015 6:45 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar jena-fuseki-war -- war file form jena-fuseki-dist -- for the binary distribution somewhat like Fuseki1 see the webapp/ directory for the web.xml. Andy
Re: Fuseki with a web.xml
Trevor, That was the wrong link but don't know how it happened because I navigated to create it. Here is one that works for me: https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki-dist/2.0.0-SNAPSHOT/ (no extras /jena-fuseki/ in the path) or this http://s.apache.org/fuseki2-dist/ and in the 2.0.0-SNAPSHOT/ directory There a number of zip or tar.gz files, the latest is at the bottom. jena-fuseki-dist-2.0.0-20150110.000308-8.zip Direct short link to that file: http://s.apache.org/Ds1 Andy On 10/01/15 13:05, Trevor Donaldson wrote: Unable to see jena-fuseki-dist directory. Are there permissions on this dir? On Jan 10, 2015 7:21 AM, Andy Seaborne a...@apache.org wrote: On 10/01/15 12:02, Trevor Donaldson wrote: Thanks Andy. Question, so I'm order to build fuseki2 I just need to build it from the github repo. You can do that if you want - you can get it already built. The development code base get built every night (these are not formal releases). The binary distribution has standalone and WAR files in it: https://repository.apache.org/content/repositories/ snapshots/org/apache/jena/jena-fuseki/jena-fuseki-dist/2.0.0-SNAPSHOT/ Andy [*] every night when some thing external does not break Jenkins. The overall Apache Jenkins installation is large and complicated; much of the team running Jenkins are volunteers. night is, in fact, now some time between 07:00 and 10:00 UTC. On Jan 10, 2015 6:58 AM, Andy Seaborne a...@apache.org wrote: On 09/01/15 23:56, Trevor Donaldson wrote: Awesome. That is exactly what I was trying to do. Use shiro. Woohoo. Is there an example utilizing Shiro and fuseki? When Fuseki first runs, it formats it's work area and that includes the default Shiro ini file. Andy On Jan 9, 2015 6:45 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar jena-fuseki-war -- war file form jena-fuseki-dist -- for the binary distribution somewhat like Fuseki1 see the webapp/ directory for the web.xml. Andy
Re: Fuseki with a web.xml
John, It's helpful if you could describe the specific features that didn't look complete and what you are looking for for your project. Monty Widenius (of MariaDB fame and a certain other database) put it succinctly: there are 3 ways to interact with an open source project: contribute; sponsor; hope. Laurens Rietveld contriuted integration on the query tab with his YASGUI javscript user interface for SPARQL endpoints. Fuseki2 is currently at least as capable as Fuseki1, which didn't have any admin. It's the UI that's most new about Fuseki2. For production use Fuseki1, had no UI. Fusek1 is deployed as a OS service (or some custom setup). Fuseki2 can run that way - it is compatible with Fuseki1 configuration. It can also run from a WAR file dropped into a webapp conatiner such as Tomcat. The execution of SPARQL protocols is the same as Fuseki1, just cleaned up code. Fuseki2 adds security via Apache Shiro. With Shiro, the admin functions are locked down to localhost. Fuseki1 and Fuseki2 are both in the main Jena build and will be in the next release (before you ask soon - we can't set dates with any reliability because none of us have allocated Jena time; see contribute; sponsor; hope). Not everything will be complete by Fuseki v2.0.0 but it will be at least as good a Fuseki1, unless you liked the plain old HTML pages. (there is no velocity templating anymore). production ready for open source is really when users consider it ready for their usage. Personally, I'd run it in preference to Fuseki1 now. Fuseki1 remains to risk-reduce the transistion from my point-of-view. Andy On 10/01/15 00:01, Trevor Donaldson wrote: Not production ready, yet? Oh no. :-( On Jan 9, 2015 6:59 PM, John A. Fereira ja...@cornell.edu wrote: I haven't looked at Fuseki2 in a few weeks but did finally get a version deployed with includes both a TDB and an SDB datastore, running under Tomcat. I've got a project for which I'll need to use Fuseki and would like to use Fuseki2 but last time I used it there were still a number of things that didn't look complete, primarily with the admin interface. How much progress has been made on that? When you consider Fuseki2 to be production ready? -Original Message- From: Andy Seaborne [mailto:a...@apache.org] Sent: Friday, January 9, 2015 6:43 PM To: users@jena.apache.org Subject: Re: Fuseki with a web.xml On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar jena-fuseki-war -- war file form jena-fuseki-dist -- for the binary distribution somewhat like Fuseki1 see the webapp/ directory for the web.xml. Andy
Re: Fuseki with a web.xml
On 10/01/15 12:02, Trevor Donaldson wrote: Thanks Andy. Question, so I'm order to build fuseki2 I just need to build it from the github repo. You can do that if you want - you can get it already built. The development code base get built every night (these are not formal releases). The binary distribution has standalone and WAR files in it: https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/jena-fuseki-dist/2.0.0-SNAPSHOT/ Andy [*] every night when some thing external does not break Jenkins. The overall Apache Jenkins installation is large and complicated; much of the team running Jenkins are volunteers. night is, in fact, now some time between 07:00 and 10:00 UTC. On Jan 10, 2015 6:58 AM, Andy Seaborne a...@apache.org wrote: On 09/01/15 23:56, Trevor Donaldson wrote: Awesome. That is exactly what I was trying to do. Use shiro. Woohoo. Is there an example utilizing Shiro and fuseki? When Fuseki first runs, it formats it's work area and that includes the default Shiro ini file. Andy On Jan 9, 2015 6:45 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar jena-fuseki-war -- war file form jena-fuseki-dist -- for the binary distribution somewhat like Fuseki1 see the webapp/ directory for the web.xml. Andy
Re: Fuseki with a web.xml
Unable to see jena-fuseki-dist directory. Are there permissions on this dir? On Jan 10, 2015 7:21 AM, Andy Seaborne a...@apache.org wrote: On 10/01/15 12:02, Trevor Donaldson wrote: Thanks Andy. Question, so I'm order to build fuseki2 I just need to build it from the github repo. You can do that if you want - you can get it already built. The development code base get built every night (these are not formal releases). The binary distribution has standalone and WAR files in it: https://repository.apache.org/content/repositories/ snapshots/org/apache/jena/jena-fuseki/jena-fuseki-dist/2.0.0-SNAPSHOT/ Andy [*] every night when some thing external does not break Jenkins. The overall Apache Jenkins installation is large and complicated; much of the team running Jenkins are volunteers. night is, in fact, now some time between 07:00 and 10:00 UTC. On Jan 10, 2015 6:58 AM, Andy Seaborne a...@apache.org wrote: On 09/01/15 23:56, Trevor Donaldson wrote: Awesome. That is exactly what I was trying to do. Use shiro. Woohoo. Is there an example utilizing Shiro and fuseki? When Fuseki first runs, it formats it's work area and that includes the default Shiro ini file. Andy On Jan 9, 2015 6:45 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar jena-fuseki-war -- war file form jena-fuseki-dist -- for the binary distribution somewhat like Fuseki1 see the webapp/ directory for the web.xml. Andy
Re: How to update fuseki from a local model?
We could extend the QueryBuilder in extras to handle creating the strings for INSERT DATA and DELETE DATA. On Fri, Jan 9, 2015 at 8:50 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 19:47, Trevor Donaldson wrote: Could I possible do this ? For the adds, yes. DatasetAccessor dataAccessor = DatasetAccessorFactory.createHTTP(http//localhost:3030/ds); Model model = dataAcessor.getModel(); OntModel ontmodel = ModelFactory.createOntologyModel( OntModelSpec.OWL_DL_MEM); ontmodel.add(model); //add, remove etc... do dataAcessor.add(ontmodel); // Default graph dataAccessor.add(, Model data) ; // Named graph dataAccessor.add(String graphUri, Model data) ; The DatasetAccessor reflects the structure of the dataset in the server. Would this do what I want? This seems like overkill for what I need to do. All I want to do is update a particular graph with new statements or remove old statements. Remove is the hard part if that includes blank nodes. You need to find the blank node with a DELETE {} WHERE {} or it's short form DELETE WHERE {}. Andy On Fri, Jan 9, 2015 at 1:32 PM, Martynas Jusevičius marty...@graphity.org wrote: Andy - builder code like this? https://github.com/Graphity/graphity-client/blob/master/ src/main/java/org/graphity/processor/update/InsertDataBuilder.java It is based on SPIN though, not on Jena directly. On Fri, Jan 9, 2015 at 6:49 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 15:13, Trevor Donaldson wrote: Hi all, Is there a way to take a temp model and send the result to fuseki? What I would like to accomplish : 1. Insert / delete triples in temp model 2. Send results (inserts and deletes) to fuseki to have it update the named graph Is this possible or do I need to do build the sparql queries manually? Thanks DatasetAccessor (the SPARQL Graph Store Protocol) might be worth a look - but it works on whole graphs so delete some triples out of a large graph is not something it can do. Otherwise, building SPARQL is probably the way to go. INSERT DATA, DELETE DATA if no (Is there any builder code to help with this? Seems like a good thing to have to build INSERT DATA, DELETE DATA operations) Trevor - does the data have bNodes in it? Andy Looking further out ... At a lower level, there is RDF Patch http://afs.github.io/rdf-patch/ and some code in: https://github.com/afs/jena-rdfpatch through I have got sidetracked by a binary version of this based on http://afs.github.io/rdf-thrift/ -- I like: Like Like - The likeliest place on the web http://like-like.xenei.com LinkedIn: http://www.linkedin.com/in/claudewarren
RE: Fuseki with a web.xml
Thanks for the followup. Your assurance that Fuseki2 is as capable as Fuseki1 was all I needed to do a bit more work with with. Regarding the comment about open source in general, I agree with the quote you posted. I've been active in the open source community as a contributor for quite a long time. I think it's important to note that contributor can mean many things, and not just writing code. I was involved in an open source for higher education organization for many years as a documentation coordinates, took over maintenance of the conference management application used by their annual conferences and served on the program committee for those conferences for five years. I did write some code for the project but that wasn't my major contribution. As I said, I had not looked at Fuseki2 in several weeks and not because my interaction was based only on hope. I just have too many other projects I'm working on, almost all open source related, to be engaged as much as I like with various open source project I use. Several of those projects are related to the Open Source Vivo semantic web application (vivoweb.org) for which I've not only made quite a few code contributions to the core code but am the official maintainer of a suite of data ingest tools (which use Jena) that are used by VIVO. Additionally, I have built a configuration of Fuseki going back to when it was called Joseki and bundled it up and put it on our wiki so that it could be used by the VIVO open source community. In fact, just before I posted the message about Fuseki2 yesterday I had built a version from the latest Fuseki-1.1.1 code, put it on our wiki, and announced it's availability on our developers mailing list. Now that I know the status of Fuseki2 I'll be building a Fuseki2 configuration as well and will be using it for another VIVO related project, but for the international Agriculture domain (I'm also the unofficial liaison for the use of VIVO internationally). -Original Message- From: Andy Seaborne [mailto:a...@apache.org] Sent: Saturday, January 10, 2015 6:55 AM To: users@jena.apache.org Subject: Re: Fuseki with a web.xml John, It's helpful if you could describe the specific features that didn't look complete and what you are looking for for your project. Monty Widenius (of MariaDB fame and a certain other database) put it succinctly: there are 3 ways to interact with an open source project: contribute; sponsor; hope. Laurens Rietveld contriuted integration on the query tab with his YASGUI javscript user interface for SPARQL endpoints. Fuseki2 is currently at least as capable as Fuseki1, which didn't have any admin. It's the UI that's most new about Fuseki2. For production use Fuseki1, had no UI. Fusek1 is deployed as a OS service (or some custom setup). Fuseki2 can run that way - it is compatible with Fuseki1 configuration. It can also run from a WAR file dropped into a webapp conatiner such as Tomcat. The execution of SPARQL protocols is the same as Fuseki1, just cleaned up code. Fuseki2 adds security via Apache Shiro. With Shiro, the admin functions are locked down to localhost. Fuseki1 and Fuseki2 are both in the main Jena build and will be in the next release (before you ask soon - we can't set dates with any reliability because none of us have allocated Jena time; see contribute; sponsor; hope). Not everything will be complete by Fuseki v2.0.0 but it will be at least as good a Fuseki1, unless you liked the plain old HTML pages. (there is no velocity templating anymore). production ready for open source is really when users consider it ready for their usage. Personally, I'd run it in preference to Fuseki1 now. Fuseki1 remains to risk-reduce the transistion from my point-of-view. Andy On 10/01/15 00:01, Trevor Donaldson wrote: Not production ready, yet? Oh no. :-( On Jan 9, 2015 6:59 PM, John A. Fereira ja...@cornell.edu wrote: I haven't looked at Fuseki2 in a few weeks but did finally get a version deployed with includes both a TDB and an SDB datastore, running under Tomcat. I've got a project for which I'll need to use Fuseki and would like to use Fuseki2 but last time I used it there were still a number of things that didn't look complete, primarily with the admin interface. How much progress has been made on that? When you consider Fuseki2 to be production ready? -Original Message- From: Andy Seaborne [mailto:a...@apache.org] Sent: Friday, January 9, 2015 6:43 PM To: users@jena.apache.org Subject: Re: Fuseki with a web.xml On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar
Re: Inferencing
On 09/01/15 22:04, Kamalraj Jairam wrote: Hello Dave and everyone I have run into one more issue I have a class “A” and “B” in my ontology for which i have added an equivalent class from “Schema.orghttp://Schema.org” and “DBPedia” ontologies (This is to provide external context). Now when i run the reasoner to inter data against my ontology (using OWLMINI or OWLMICRO”), takes a very long time to produce results. So, i started using Pellet to reason my ontologies, but pellet doesn’t reason unless i put ontology and the data in the same model . 1) How can i improve the speed of OWLMINI and OWLMICRO to reason DBPEDIA and Schema.orghttp://Schema.org Don't think you can easily, equivalences are expensive especially for the rule reasoner. The only option is to cut down the fractions of the ontologies that you include or switch to a reasoner like Pellet. 2) Why wouldn’t the following statement work for Pellet ? Reasoner reasoner = ontModelSpec.getReasoner(); Reasoner boundReasoner = reasoner.bindSchema(ontModel); infModel = ModelFactory.createInfModel(boundReasoner, model); my infidel does not have inferred statements if i use pellet [Aside: infidel was a great typo :)] Don't know, you would have to ask the Pellet folks. Perhaps bindSchema isn't fully supported. That would be reasonable since I doubt there's any partial evaluation that Pellet could do at that stage. Your alternative is to create a union model (e.g. an OntModel over the base model which imports the ontology, or manually create a dynamic union model of base and ontology). Then you can call createInfModel over that union and omit the step of generating a boundReasoner. Dave
Re: Fuseki with a web.xml
On 09/01/15 23:56, Trevor Donaldson wrote: Awesome. That is exactly what I was trying to do. Use shiro. Woohoo. Is there an example utilizing Shiro and fuseki? When Fuseki first runs, it formats it's work area and that includes the default Shiro ini file. Andy On Jan 9, 2015 6:45 PM, Andy Seaborne a...@apache.org wrote: On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to setup a filter element. Is this possible? Yes. See Fuseki2 which is all web.xml driven including as a WAR file. (It already uses a servlet filter to put Apache Shiro onto the dispatch patch for security handling.) Artifacts: jena-fuseki-server -- standalone jar jena-fuseki-war -- war file form jena-fuseki-dist -- for the binary distribution somewhat like Fuseki1 see the webapp/ directory for the web.xml. Andy
Re: Fuseki with a web.xml
Andy, Thanks the links worked. I have the war. The question I have is can I overwrite the shiro.ini file? I see the war but everything is already packaged. On Sat, Jan 10, 2015 at 11:00 AM, John A. Fereira ja...@cornell.edu wrote: Thanks for the followup. Your assurance that Fuseki2 is as capable as Fuseki1 was all I needed to do a bit more work with with. Regarding the comment about open source in general, I agree with the quote you posted. I've been active in the open source community as a contributor for quite a long time. I think it's important to note that contributor can mean many things, and not just writing code. I was involved in an open source for higher education organization for many years as a documentation coordinates, took over maintenance of the conference management application used by their annual conferences and served on the program committee for those conferences for five years. I did write some code for the project but that wasn't my major contribution. As I said, I had not looked at Fuseki2 in several weeks and not because my interaction was based only on hope. I just have too many other projects I'm working on, almost all open source related, to be engaged as much as I like with various open source project I use. Several of those projects are related to the Open Source Vivo semantic web application (vivoweb.org) for which I've not only made quite a few code contributions to the core code but am the official maintainer of a suite of data ingest tools (which use Jena) that are used by VIVO. Additionally, I have built a configuration of Fuseki going back to when it was called Joseki and bundled it up and put it on our wiki so that it could be used by the VIVO open source community. In fact, just before I posted the message about Fuseki2 yesterday I had built a version from the latest Fuseki-1.1.1 code, put it on our wiki, and announced it's availability on our developers mailing list. Now that I know the status of Fuseki2 I'll be building a Fuseki2 configuration as well and will be using it for another VIVO related project, but for the international Agriculture domain (I'm also the unofficial liaison for the use of VIVO internationally). -Original Message- From: Andy Seaborne [mailto:a...@apache.org] Sent: Saturday, January 10, 2015 6:55 AM To: users@jena.apache.org Subject: Re: Fuseki with a web.xml John, It's helpful if you could describe the specific features that didn't look complete and what you are looking for for your project. Monty Widenius (of MariaDB fame and a certain other database) put it succinctly: there are 3 ways to interact with an open source project: contribute; sponsor; hope. Laurens Rietveld contriuted integration on the query tab with his YASGUI javscript user interface for SPARQL endpoints. Fuseki2 is currently at least as capable as Fuseki1, which didn't have any admin. It's the UI that's most new about Fuseki2. For production use Fuseki1, had no UI. Fusek1 is deployed as a OS service (or some custom setup). Fuseki2 can run that way - it is compatible with Fuseki1 configuration. It can also run from a WAR file dropped into a webapp conatiner such as Tomcat. The execution of SPARQL protocols is the same as Fuseki1, just cleaned up code. Fuseki2 adds security via Apache Shiro. With Shiro, the admin functions are locked down to localhost. Fuseki1 and Fuseki2 are both in the main Jena build and will be in the next release (before you ask soon - we can't set dates with any reliability because none of us have allocated Jena time; see contribute; sponsor; hope). Not everything will be complete by Fuseki v2.0.0 but it will be at least as good a Fuseki1, unless you liked the plain old HTML pages. (there is no velocity templating anymore). production ready for open source is really when users consider it ready for their usage. Personally, I'd run it in preference to Fuseki1 now. Fuseki1 remains to risk-reduce the transistion from my point-of-view. Andy On 10/01/15 00:01, Trevor Donaldson wrote: Not production ready, yet? Oh no. :-( On Jan 9, 2015 6:59 PM, John A. Fereira ja...@cornell.edu wrote: I haven't looked at Fuseki2 in a few weeks but did finally get a version deployed with includes both a TDB and an SDB datastore, running under Tomcat. I've got a project for which I'll need to use Fuseki and would like to use Fuseki2 but last time I used it there were still a number of things that didn't look complete, primarily with the admin interface. How much progress has been made on that? When you consider Fuseki2 to be production ready? -Original Message- From: Andy Seaborne [mailto:a...@apache.org] Sent: Friday, January 9, 2015 6:43 PM To: users@jena.apache.org Subject: Re: Fuseki with a web.xml On 09/01/15 22:11, Trevor Donaldson wrote: Is it possible to have a Web.xml file with fuseki. I would like to
Re: Fuseki with a web.xml
Now I need how to figure out how to use Shiro with PKI and setup a custom authentication with fuseki. Oh Joy. Thanks for your help Andy. On Sat, Jan 10, 2015 at 6:11 PM, Trevor Donaldson tmdona...@gmail.com wrote: Scratch that, I can use Jetty. I see that the jetty instance already has the shiro setup. I can just modify the shiro.ini file there. I think I am good to go. On Sat, Jan 10, 2015 at 5:52 PM, Trevor Donaldson tmdona...@gmail.com wrote: Andy, Thanks the links worked. I have the war. The question I have is can I overwrite the shiro.ini file? I see the war but everything is already packaged. On Sat, Jan 10, 2015 at 11:00 AM, John A. Fereira ja...@cornell.edu wrote: Thanks for the followup. Your assurance that Fuseki2 is as capable as Fuseki1 was all I needed to do a bit more work with with. Regarding the comment about open source in general, I agree with the quote you posted. I've been active in the open source community as a contributor for quite a long time. I think it's important to note that contributor can mean many things, and not just writing code. I was involved in an open source for higher education organization for many years as a documentation coordinates, took over maintenance of the conference management application used by their annual conferences and served on the program committee for those conferences for five years. I did write some code for the project but that wasn't my major contribution. As I said, I had not looked at Fuseki2 in several weeks and not because my interaction was based only on hope. I just have too many other projects I'm working on, almost all open source related, to be engaged as much as I like with various open source project I use. Several of those projects are related to the Open Source Vivo semantic web application ( vivoweb.org) for which I've not only made quite a few code contributions to the core code but am the official maintainer of a suite of data ingest tools (which use Jena) that are used by VIVO. Additionally, I have built a configuration of Fuseki going back to when it was called Joseki and bundled it up and put it on our wiki so that it could be used by the VIVO open source community. In fact, just before I posted the message about Fuseki2 yesterday I had built a version from the latest Fuseki-1.1.1 code, put it on our wiki, and announced it's availability on our developers mailing list. Now that I know the status of Fuseki2 I'll be building a Fuseki2 configuration as well and will be using it for another VIVO related project, but for the international Agriculture domain (I'm also the unofficial liaison for the use of VIVO internationally). -Original Message- From: Andy Seaborne [mailto:a...@apache.org] Sent: Saturday, January 10, 2015 6:55 AM To: users@jena.apache.org Subject: Re: Fuseki with a web.xml John, It's helpful if you could describe the specific features that didn't look complete and what you are looking for for your project. Monty Widenius (of MariaDB fame and a certain other database) put it succinctly: there are 3 ways to interact with an open source project: contribute; sponsor; hope. Laurens Rietveld contriuted integration on the query tab with his YASGUI javscript user interface for SPARQL endpoints. Fuseki2 is currently at least as capable as Fuseki1, which didn't have any admin. It's the UI that's most new about Fuseki2. For production use Fuseki1, had no UI. Fusek1 is deployed as a OS service (or some custom setup). Fuseki2 can run that way - it is compatible with Fuseki1 configuration. It can also run from a WAR file dropped into a webapp conatiner such as Tomcat. The execution of SPARQL protocols is the same as Fuseki1, just cleaned up code. Fuseki2 adds security via Apache Shiro. With Shiro, the admin functions are locked down to localhost. Fuseki1 and Fuseki2 are both in the main Jena build and will be in the next release (before you ask soon - we can't set dates with any reliability because none of us have allocated Jena time; see contribute; sponsor; hope). Not everything will be complete by Fuseki v2.0.0 but it will be at least as good a Fuseki1, unless you liked the plain old HTML pages. (there is no velocity templating anymore). production ready for open source is really when users consider it ready for their usage. Personally, I'd run it in preference to Fuseki1 now. Fuseki1 remains to risk-reduce the transistion from my point-of-view. Andy On 10/01/15 00:01, Trevor Donaldson wrote: Not production ready, yet? Oh no. :-( On Jan 9, 2015 6:59 PM, John A. Fereira ja...@cornell.edu wrote: I haven't looked at Fuseki2 in a few weeks but did finally get a version deployed with includes both a TDB and an SDB datastore, running under Tomcat. I've got a project for which I'll need to use Fuseki and would like to use Fuseki2 but last time I used it there were still a number of