You should keep the BoneCP connections number / concurrent connections low.
I had the same problem with DBpedia Live (and BoneCP) and noticed that
keeping the concurrent threads below 7 was working fine.
Above that number I started getting the same error
Best,
Dimitris
On Tue, Sep 9, 2014 at 4:5
Hi,
I just ran into another situation where my federated querying got
frustrated by the issue of falsely converted IRI's when doing a
federated query, mentioned below.
So this time I took the effort of reporting it properly [1]. I should
have done this earlier, I know, but luckily I still got this
All -
(let me apologize if this goes out multiple times, the first attempt was
caught up in the ether)
We are currently attempting to submit several objects made up of several
RDF nodes from a Tomcat server into Virtuoso and are eventually getting
the "Too many open statements" error.
Our object
Hi Hugh,
I was also trying to use the bulk loader script that you pointed me to
http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VirtCsvFileBulkLoader.
I have a table created as "CREATE TABLE rdftest (s INT, p INT, o
INT);" My sample data looks like follows (the directory where data is
Hi Olivier,
Thanks, but I don't think this addresses my question. I do not want to
use Druid (or any such utility), because it's more about my own
understanding of the "alter index" and "create index" commands and
their effect on data organization in of Virtuoso, than having a GUI
based tool to do
I might be off-topic, but Druid (http://druid.sourceforge.net/) has
always been a life saver when I have to deal with an unknown database.
Roughly, you launch the jar by a java -jar druid.jar, and then point
it to the JDBC driver of your database, and you can do most of the
things you need (loadin
