Hi Marco,
I will prepare a presentation of the most important features next week; I can't
say right now which day is best, but maybe we can arrange that on short notice
on the weekend or on Monday via direct mail. As for contributions to Jena
directly, I am already in contact with Andy via some recent JIRA issues and PRs
:)
I also intend to start the discussion on contributing some relevant parts of
our extension project to jena directly. The reason why this did not happen so
far is mainly because it takes significantly more efforts to polish code up for
a such a big community project and ensuring a good level of stability - but
some parts are stable and probably of more general interest :)
Cheers,
Claus
On 19.03.20 10:37, Marco Neumann wrote:
thank you Claus, there is obviously much more in the Jena-extensions
(SmartDataAnalytics / jena-sparql-api).
if you want to contribute your work to the Jena project you will have to
follow up with Andy directly. But I am not sure this is necessary at the
moment since you already provide the code in the public domain conveniently
as an extension / add-on to the Jena project, which I think is great as is
for now. Over time we might want to learn from your work and add aspects to
the overall core Jena project I would think.
It would be great if we could schedule a zoom session in order to give us
an overview of the "SmartDataAnalytics / jena-sparql-api" extensions
could you prepare such a presentation in the coming days?
best,
Marco
On Wed, Mar 18, 2020 at 3:34 PM Claus Stadler <
cstad...@informatik.uni-leipzig.de> wrote:
Hi,
The SparqlStmt API built against jena 3.14.0 is now available on Maven
Central [1] in case one want to give it a try (example in [2]) and give
feedback and whether one thinks it would be a useful contribution to Jena
directly - and what changes would be necessary if so.
<dependency>
<groupId>org.aksw.jena-sparql-api</groupId>
<artifactId>jena-sparql-api-stmt</artifactId>
<version>3.14.0-1</version>
</dependency>
[1]
https://search.maven.org/artifact/org.aksw.jena-sparql-api/jena-sparql-api-stmt/3.14.0-1/jar
[2]
https://github.com/SmartDataAnalytics/jena-sparql-api/blob/def0d3bdf0f4396fbf1ef0715f9697e9bb255029/jena-sparql-api-stmt/src/test/java/org/aksw/jena_sparql_api/stmt/TestSparqlStmtUtils.java#L54
Cheers,
Claus
On 18.03.20 16:04, Andy Seaborne wrote:
Note that parsing the string as a query aborts early as soon as it finds
an update keyword so the cost of parsing isn't very large.
Andy
On 18/03/2020 11:58, Marco Neumann wrote:
is there some utility function here in the code base now already to do
this, or do I still need to roll my own here?
On Tue, Jul 30, 2013 at 4:25 PM Andy Seaborne <a...@apache.org> wrote:
On 30/07/13 10:13, Arthur Vaïsse-Lesteven wrote:
Hi,
I would like to know if Jena offers a way to detect the type of an
unknow SPARQL request ?Starting from the query string.
At the moment the only way I succed to code it without "basic parsing"
of the query ( sort of thing I prefer avoid, manually parsing string
with
short function often create errors )
looks like this :
[...]
String queryString = "a query string, may be a select or an
update";
try{
Query select = QueryFactory.create(queryString);
Service.process_select_query(select);//do some work with
the select
}
catch(QueryException e){
UpdateRequest update =
UpdateFactory.create(queryString);
Service.process_update_query(update);//do some work with
the update
}
catch(ProcessException e){
//handle this exception
}
[...]
So is it possible ? Or not ?
Not currently.
You could use a regexp to spot the SELECT/CONSTRUCT/DESCRIBE/ASK
keyword
coming after BASE/PREFIXES/Comments.
Andy
--
Dipl. Inf. Claus Stadler
Department of Computer Science, University of Leipzig
Research Group: http://aksw.org/
Workpage & WebID: http://aksw.org/ClausStadler
Phone: +49 341 97-32260
--
Dipl. Inf. Claus Stadler
Department of Computer Science, University of Leipzig
Research Group: http://aksw.org/
Workpage & WebID: http://aksw.org/ClausStadler
Phone: +49 341 97-32260
