The Fuseki single JAR artifact is built using the Shade plugin
I often use the shade plugins in my own little projects to create a single
JAR to avoid having to worry about the Java class path
Rob
On 7/24/13 2:22 PM, Dan Michael O. Heggø danmicha...@gmail.com wrote:
Thanks guys!
In fact it
Can you provide examples of the query plan (the algebra) with the
optimizer on and off?
The issue is likely down to ARQs index join linearization optimization,
this works great for local data and small federated queries but can work
poorly for large federated queries. If this is the case then
Yes you should be able to add the following:
--set arq:optIndexJoinStrategy=false
I'm not 100% sure that the short form will work, you may need to use the
fully expanded form:
--set http://jena.hpl.hp.com/ARQ#optIndexJoinStrategy=false
However as noted in my email this is new in
:
On 25/07/13 15:36, Rob Vesse wrote:
Personally I think having = be defined by term equality is for literals
is
fine, my interpretation of the spec is that it would be fine for an
implementation to come along and define an extension that says
A^^:type
= B^^:type is true because that is replacing
that the default behaviour cinsist in send the request
without credentials, and if the distante server/proxy return an error
code for authentication required, then a second request including
credentials is sended.
Rob Vesse explained me that this behaviour is described in the HTTP 1.1
specification
Is this using TDB as a backend?
This is by design in TDB - see Value Canonicalization and TDB Design
(http://jena.apache.org/documentation/tdb/value_canonicalization.html and
http://jena.apache.org/documentation/tdb/architecture.html) - and not a
Fuseki issue but rather a feature of TDB.
Since
Given how old the D2R dependencies are I suspect you would need to take
the source of D2R and upgrade it manually to the latest Jena versions.
Trying to mix and match dependencies like this (particularly across the
transition to Apache) is just going to lead to class path hell due to all
the
Hi All
This email is to make you aware that myself and Andy have been working on a
revised HTTP framework for inclusion in ARQ 2.10.2, this work is now in
principal finished and integrated into the current 2.10.2-SNAPSHOT builds so
we'd like to request that interested users test the new
What is your input data? And what do you mean by the model just has
(blank node, column_name, test)
column_name must be a URI to be valid data so either you are creating your
data in such a way that all your URIs are relative (which is a bad idea)
or all your predicates are being resolved against
I added some additional test cases based on what you described but I
cannot reproduce, please can you provide a sample input that reproduces
the issue to aid debugging.
The current code already uses Matcher.quoteReplacement() internally, doing
it pre-emptively prior to passing in the input won't
this code too ).
Thanks for your work.
VAISSE-LESTEVEN Arthur.
[1]
https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-arq/2.10.2-SNAPSHOT/
De : Rob Vesse rve...@yarcdata.commailto:rve...@yarcdata.com
À : users@jena.apache.orgmailto:users
Nice catch
Yes I appear to have made an error, I never associated the created
credentials provider with the HTTP Client
Filed as JENA-475 (https://issues.apache.org/jira/browse/JENA-475)
I will commit a fix ASAP and you should be able to pick up a
2.10.2-SNAPSHOT build in a few hours with the
The latest SNAPSHOTS now have the fix, you may need to add -U to your mvn
calls if you have recently updated SNAPSHOTs to get the very latest
Please test and confirm whether this resolves the issue
Rob
On 6/21/13 9:13 AM, Rob Vesse rve...@cray.com wrote:
Nice catch
Yes I appear to have made
What version of ARQ are you using?
I put changes in place which went into the 2.10.1 release which should
permit easy HTTP auth on SPARQL updates. Both
UpdateExecutionFactory.createRemote() and
UpdateExecutionFactory.createRemoteForm() return an instance derived from
UpdateProcessRemoteBase
Yes this is one of the issues that Jena Text was created to address
You can see the staged (I.e. unpublished) documentation for this at
http://jena.staging.apache.org/documentation/query/text-query.html
As that page states Jena Text will be included in the 2.10.2 release as
and when that
You appear to have missed Andy's point here, this list exists to help
users with problems they encounter not to write their code for them. We
are all volunteers here and while people are happy to help with specific
questions we don't have the bandwidth/desire to do your work for you
As Andy
DatasetFactory.createMem() creates a new empty in-memory dataset
There are also lots of other create() overloads for creating datasets from
existing Model or DatasetGraph instances as necessary
If you really want a faithful TDB 'mock' for testing use
TDBFactory.createDataset() which creates a
I don't quite follow what you are doing here Marco. Exactly what steps
are you taking to load the data/run Fuseki?
Are you saying that you are running a Fuseki instance against a TDB
instance that you are bulk loading in parallel? If so this is a very bad
idea, TDB is not safe for concurrent
, and
yes,
the example I pasted is from Spin's distribution.
Matt
On Wed, May 29, 2013 at 6:03 PM, Rob Vesse rve...@yarcdata.com wrote:
The class that Fuseki needs to load can be essentially anything, however
when you mentioned a class with ja:loadClass all that actually happens
From the second link:
In this case, when a class holding a static reference to a Log instance
is deployed at the application level (eg at the webapp level in a
servlet or j2ee container) there is also no problem; if multiple
applications deploy the class in question then they each have their own
Andy - As a HTTP server does Jetty not have the ability to produce
traditional request logs?
Might this simply be a case of needing to configure this feature on? If
so then this would avoid polluting the main Fuseki log with that
information while still giving users the information they want in
File a JIRA and assign it to me if you like, I won't get to it till next
week though I doubt there is any rush on this
Rob
On 5/3/13 11:57 AM, Andy Seaborne a...@apache.org wrote:
On 03/05/13 18:55, Rob Vesse wrote:
Andy - As a HTTP server does Jetty not have the ability to produce
Yes
If you use TDB in transactional mode (which I believe Fuseki will do by
default - Andy can probably confirm if this is accurate) then TDB uses
write ahead logging to provide ACID guarantees
http://jena.apache.org/documentation/tdb/tdb_transactions.html
Rob
On 5/2/13 1:12 PM, Bill Roberts
John
Apache list strips attachments, if you have a code sample please just
paste it into the email or provide a link to a pastebin/similar site with
your code sample
Rob
On 4/23/13 11:02 AM, John Liu john_ws_...@yahoo.com wrote:
Thanks Andy for your quick reply.
I tested Jena 2.10.1 and the
=
newAlgebraGenerator();Op op = ag.compile(query);
Query query2 = OpAsQuery.asQuery(op);
String queryString2 = query2.toString();
System.
out.println(Update query: \n+ queryString2);Query newQuery2 =
QueryFactory.create(queryString2);
}
}
From: Rob Vesse rve
From: Rob Vesse rve...@yarcdata.com
To: users@jena.apache.org users@jena.apache.org; John Liu
john_ws_...@yahoo.com
Sent: Tuesday, April 23, 2013 4:13:51 PM
Subject: Re: problem in rewriting query by AlgebraGenerator
It's a bug in how OpAsQuery converts sub-queries, watch this space for a
fix
Using ParameterizedSparqlString doesn't work for a couple of reasons:
1 - As Holger points out it is using dumb string substitution (the Javadoc
says as much) so doesn't necessarily substitute what you actually want
2 - It only allows a single value per variable whereas initial bindings
allows
(no SERVICE workaround) to work both
locally and remotely
- bind values to variables in that query
at the same time?
Martynas
On Wed, Apr 3, 2013 at 7:43 PM, Rob Vesse rve...@yarcdata.com wrote:
Using ParameterizedSparqlString doesn't work for a couple of reasons:
1 - As Holger points out
The syntax error was correct even in the current stable version
The problem was that the code for converting from an algebra back into a
query usually puts top level BIND as project expressions which in most
cases is semantically equivalent to the original query. However when
there is a GROUP
Hi Jonathan
This is an artifact of how timeouts are implemented, timeouts are checked
for at certain points in the query execution flow so it is always possible
for the system to get stuck in some hard part of the query.
This means it doesn't time out until such time as it exits that part of
the
--
diogo patrão
On Tue, Apr 2, 2013 at 1:16 PM, Rob Vesse rve...@yarcdata.com wrote:
The syntax error was correct even in the current stable version
The problem was that the code for converting from an algebra back into a
query usually puts top level BIND as project expressions which
It is entirely possible that your timing is inaccurate because you have
not accounted for the preparation time of the OntModel
An OntModel does not do any reasoning until it has to, the first thing
that triggers reasoning can make what might be a normally fast operation
appear very slow. This
Should now be fixed, build from latest Trunk or wait 24 hrs or so for the
snapshot to get build and deployed by the Apache build server
Diogo:
What version of ARQ are you using to do the OpAsQuery? I assume
2.10.1-SNAPSHOT since turning this type of query from its algebra back
into a query only
This must be an old version of ARQ you are using, assign is the precursor
to the extend algebra operator which generally corresponds to the BIND
keyword in SPARQL 1.1 (http://www.w3.org/TR/sparql11-query/#bind)
This is most definitely pre-Apache era ARQ since it still has arq.jar and
PM, Rob Vesse rve...@yarcdata.com wrote:
Hi Aaron
Here you are encountering a common misconception among users which we as
developers clearly need to do better at covering in the documentation
which is that calling execBlah() on a query execution actually fully
executes the query. When
Hi Diogo
If you want to manipulate the query at the query level rather than the
algebra level then you likely want to use a combination of QueryVisitor
and ElementVisitor rather than an algebra optimizer. This way you can do
your manipulations before the query gets executed I.e. after you have
If you are using Maven the current dev build version you will want for
your Jena dependency will be 2.10.1-SNAPSHOT
If you are using multiple Jena components you should use the latest
SNAPSHOT across all your Jena dependencies as otherwise you will run into
issues with conflicting versions of
Hi Joshua
You should be able to wire up RDF/JSON so it can be used by Model.read()
and Model.write() by calling the following:
IO_Jena.wireIntoJena();
If you call RIOT.init() anywhere in your code (or call ARQ.init() which
will call RIOT.init()) then this will already be called for you.
Then
Clark Parsia still make Pellet but from Pellet 3 onwards it is a
commercial only product and was comprehensively rewritten AFAIK. It is
also quite heavily integrated into Stardog their triple store offering.
I believe they stopped maintaining the open source version because of
commercial
By the way I would not treat Twinkle as a good SPARQL validator. Last I
knew Twinkle was using a very outdated version of ARQ which significantly
pre-dates the Jena transition into Apache
Use sparql.org as Andy suggests which runs the latest release version, or
if you download and run our Fuseki
(ModelFactory.createDefaultModel()));
exec.execConstruct().write(byteArrayOutputStream);
Is there a way to set the Accept header?
(and not rely on some Jena trickery in the write(...,...) method)
Envoyé de mon iPhone
Le 9 janv. 2013 à 12:19, Rob Vesse rve...@yarcdata.com a écrit :
No the write() methods do
2.10.0 is the current development snapshot, you can get this via maven by
setting the version for your Jena dependencies to 2.10.0-SNAPSHOT
If you need to download the JARs (I.e. non-maven builds) you can find them
on the Apache artifactory at
My understanding has always been that all errors are grouped together into
a single group.
Here's a nice simple query that illustrates this:
SELECT ?groupkey
WHERE
{
VALUES ( ?a ?b)
{
( 1 2 )
( UNDEF 2 )
( 1 UNDEF )
( UNDEF UNDEF )
}
}
GROUP BY (?a + ?b AS ?groupkey)
Running
we should consider Postel's law here - Be liberal in what you
accept and conservative in what you send
In this particular case we are complying with this and Dydra is not as I
see it.
Rob
Andy
Martynas
graphity.org
On Thu, Dec 6, 2012 at 6:04 PM, Rob Vesse rve...@yarcdata.com
No that is correct, TDB has not been designed/tested for concurrent use of
the database across multiple JVMs
Doing so will likely void your warranty ;)
Rob
On 11/20/12 10:55 AM, David Jordan david.jor...@sas.com wrote:
I may be wrong, but I don't believe the ConcurrentModificationException
In the meantime you might want to try using tdbloader/tdbloader2
(http://jena.apache.org/documentation/tdb/commands.html#tdbloader2) to
create the TDB dataset offline instead
You can then start up a Fuseki server and connect to the TDB dataset you
created
Rob
On 11/2/12 3:41 PM, Stephen Allen
TDB is a native RDF database not a flat file format so you cannot simply
rename an existing RDF file to create a TDB dataset.
Please see the documentation for TDB
(http://jena.apache.org/documentation/tdb/) to learn how to create a TDB
dataset.
The dataset location in your configuration file
Are you sure you are using the latest version of ARQ? What version are
you using?
For reference current version is the newly released 2.9.4 and current
snapshot version is 2.9.5-SNAPSHOT
ARQ has supported the values clause for some time and is 100% SPARQL 1.1
compliant, so either you have the
Just to chime in here I'm not sure that it would be a good idea for an
InfModel to listen to changes from the base model.
There are a couple of scenarios where I could imagine this being a bad
idea:
1 - The user wants to make a series of changes to the underlying model and
only re-compute
On 8/26/12 11:18 AM, Andy Seaborne a...@apache.org wrote:
On 24/08/12 18:53, Stephen Allen wrote:
Currently it is a). You MUST close the QueryExecution object.
Especially in the case that you are using QueryEngineHTTP (if you do
not close this, then it leaves a connection open to the remote
We are pleased to announce Apache Jena 2.7.3 and Jena Fuseki 0.2.4
This is primarily a maintenance release to address various minor bugs and to
take the opportunity to remove various deprecated classes/methods from the APIs
The website for Apache Jena is
http://jena.apache.org/
== Mailing
will make sure this is fixed for the next release.
Apologies for the inconvenience caused, in the meantime the workaround is
either to manually modify the scripts you need as shown in that bug report
or to move your location to a path without spaces in it
Hope this helps,
Rob Vesse
The path
See the instructions for Apache Mailing Lists -
http://www.apache.org/foundation/mailinglists.html
Please send an email to jena-users-unsubscr...@jena.apache.org if you wish
to unsubscribe from this list
Rob
the scripts you need as shown in that bug report
or to move your location to a path without spaces in it
Hope this helps,
Rob Vesse
The path presented in this error message makes no sense.
On my system the apache-jena-2.7.2 distribution install is
(...)\Documents\_MyStuff\Semantics\ARQ\ARQ 2.9.2\apache
Yes, it's in the RIOT subsystem which is part of ARQ.
If you have both ARQ and Jena in a project you can cause
RiotSys.wireIntoJena() to register the RIOT readers with Jena. After
which you can write RDF/JSON using a standard model.write() call and
passing RDF/JSON as the language parameter.
Fuseki depends on ARQ and TDB which themselves have dependencies on Jena
and the IRI library
Fuseki 0.2.3 - ARQ 2.9.2
- TDB 0.9.2
- Jena 2.7.2 - IRI 0.9.2
Rob
On 7/5/12 1:57 PM, Milorad Tosic mbto...@yahoo.com wrote:
Would somebody please give us more
Yes that would be correct, since the query is being executed within Fuseki
you need a version of Fuseki (0.2.3) that has ARQ 2.9.2 or higher in order
to get the MINUS improvements
The ARQ on the client side is just receiving the results from the SPARQL
endpoint
Rob
On 7/5/12 2:09 PM, Federico
it would be interesting to here some more detail on what exactly you want
to build. From reading your email I get the impression that maybe a lot
of what you want may already be available and you're just looking to get
it more solidly integrated into a user friendly web based UI?
Regards,
Rob
Hi Lorena
JenaReaderRdfJson is for reading a JSON serialization of RDF. The
serialization you are trying to read is the JSON serialization of SPARQL
Results which is completely different.
I notice you say that you use a CONSTRUCT query but the results you show
are the SPARQL Results JSON
/Paolo would be better placed to comment on this, I changed the
subject so they'll be more likely to notice this thread
Rob
Rob Vesse -- YarcData.com -- A Division of Cray Inc
Software Engineer, Bay Area
m: 925.960.3941 | o: 925.264.4729 | @: rve...@yarcdata.com | Skype:
rvesse
6210 Stoneridge
I don't believe that literals are valid as predicates in RDF but also I
don't believe TDB enforces any restrictions on what kind of Nodes can be
stored.
Strictly speaking those should be invalid triples and in principal a
SPARQL Update engine should refuse to insert them but I may be
As Dave already pointed out your stack trace is not Jena code so we can't
help you with that.
As he also pointed out you are getting a NullPointerException which means
the variable ontModel likely is never instantiated. Like any object
oriented code things are not instantiated by magic, just
but it doesn't look like that test suite is anywhere obvious in SVN yet
Rob
Rob Vesse -- YarcData.com -- A Division of Cray Inc
Software Engineer, Bay Area
m: 925.960.3941 | o: 925.264.4729 | @: rve...@yarcdata.com | Skype:
rvesse
6210 Stoneridge Mall Rd | Suite 120 | Pleasanton CA, 94588
but you may want to experiment and see.
Rob
Rob Vesse -- YarcData.com -- A Division of Cray Inc
Software Engineer, Bay Area
m: 925.960.3941 | o: 925.264.4729 | @: rve...@yarcdata.com | Skype:
rvesse
6210 Stoneridge Mall Rd | Suite 120 | Pleasanton CA, 94588
On 6/13/12 9:17 AM, Rob Vesse
Joshua
I would strongly recommend you follow Andy's advice and use the latest
releases from jena.apache.org rather than the old releases from SourceForge
Rob
On 6/4/12 5:56 AM, Nelson Piedra (UTPL) nopie...@utpl.edu.ec wrote:
Hi Josue.
1. You can download ARQ 2.8.8 from
401 - 465 of 465 matches
Mail list logo