<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to patches</title><link href="https://sourceforge.net/p/virtuoso/patches/" rel="alternate"/><link href="https://sourceforge.net/p/virtuoso/patches/feed.atom" rel="self"/><id>https://sourceforge.net/p/virtuoso/patches/</id><updated>2012-03-02T17:10:40Z</updated><subtitle>Recent changes to patches</subtitle><entry><title>ShortenLongURIs for dbpedia loading into VOS</title><link href="https://sourceforge.net/p/virtuoso/patches/11/" rel="alternate"/><published>2012-03-02T17:10:40Z</published><updated>2012-03-02T17:10:40Z</updated><author><name>iODBC Maintainer</name><uri>https://sourceforge.net/u/iodbc/</uri></author><id>https://sourceforge.net701987a480227ce81421a50254033e2be9819148</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When loading DBpedia dataset into VOS 6.1.4, a special setting is needed to fix a problem in the current dumps with some extremely long URIs.&lt;/p&gt;
&lt;p&gt;Unfortunately this setting is missing from the current VOS code base. It will be part of the upcoming 6.1.5 release&lt;/p&gt;
&lt;p&gt;This patch adds the missing lines in the config reader for:&lt;/p&gt;
&lt;p&gt;[SPARQL]&lt;br /&gt;
ShortenLongURIs        = 1&lt;/p&gt;
&lt;p&gt;which will enable the workaround for these long uri in the dumps.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Missing check for invalid stmt handle</title><link href="https://sourceforge.net/p/virtuoso/patches/10/" rel="alternate"/><published>2012-01-25T21:30:01Z</published><updated>2012-01-25T21:30:01Z</updated><author><name>iODBC Maintainer</name><uri>https://sourceforge.net/u/iodbc/</uri></author><id>https://sourceforge.net33af42904e8fff0344e5040cf4b19ea7cf860a48</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In VOS upto version 6.1.4 there is a check missing for an invalid stmt handle which can cause virtuoso to crash. This patch is part of the upcoming 6.1.5 release.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Connection leak in the VirtJDBC3</title><link href="https://sourceforge.net/p/virtuoso/patches/9/" rel="alternate"/><published>2011-04-12T12:19:05Z</published><updated>2011-04-12T12:19:05Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.net0ae08342e16e12090f9eee2fd1a094492321570f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I encountered a connection leak with the VirtuosoXADataSource when long checkpoints (more than 1 minute) occured.&lt;br /&gt;
During the checkpoint, the virtuoso response times are slow as explain in the documentation but sometimes the number of max connections is exceeded. (with a minConnection set to 5 and a maxConnection set to 15, I reached more than 40 connections.)&lt;/p&gt;
&lt;p&gt;In attachment, you can find a patch to fix this problem. &lt;br /&gt;
With this patch, the number of connection is still under the maxConnection value.&lt;/p&gt;
&lt;p&gt;I hope this patch will help you.&lt;br /&gt;
Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Concurrent access fix</title><link href="https://sourceforge.net/p/virtuoso/patches/8/" rel="alternate"/><published>2011-02-11T15:48:36Z</published><updated>2011-02-11T15:48:36Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.net48697a8b4e6dda14b92d2dd752e40ff63dc3b362</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I'm using the virtuoso opensource edition in version 6.1.2.&lt;br /&gt;
Sometimes I had a NullPointer during the execution of VirtuosoXAConnection.close().&lt;br /&gt;
This NullPointer occured in the method VirtuosoPooledConnection.close().&lt;br /&gt;
I think there are a concurrent access on VirtuosoPooledConnection attributes when the PooledConnection is in the CloseHelper and when the XAConnection is closing.&lt;/p&gt;
&lt;p&gt;I added a "synchronized " on the close method of the VirtuosoPooledConnection. Since this update, NullPointer doesn't occur.&lt;/p&gt;
&lt;p&gt;In attachment the patch file.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Socket Timeout overrided</title><link href="https://sourceforge.net/p/virtuoso/patches/7/" rel="alternate"/><published>2010-09-08T09:17:00Z</published><updated>2010-09-08T09:17:00Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.net82cf8233d55b5c181aaebcd1d142069dc8e888f3</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I'm currently using the virtuoso opensource 5.0.14 and the virtjdbc3.jar.&lt;br /&gt;
I encountered a problem with the connection timeout. &lt;br /&gt;
Even if the loginTimeout is set, the VirtuosoConnection uses the SQL_LOGIN_TIME_OUT defined in the virtuoso configuration file.&lt;/p&gt;
&lt;p&gt;I think the SQL_LOGIN_TIME_OUT should be used only if the VirtuosoConnection timeout isn't set ( ie : timeout &amp;lt;= 0) &lt;/p&gt;
&lt;p&gt;In attachment, you can find a patch for the version 5.0.14 which fix this problem. &lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Patch for VirtJena</title><link href="https://sourceforge.net/p/virtuoso/patches/6/" rel="alternate"/><published>2010-06-22T15:32:28Z</published><updated>2010-06-22T15:32:28Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.net95727c61300f6f9bcf4ce1a7e8109ce5f7c4205d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I encountered a bug with the virt_jena proviver when I processed a select query. (I'm using the virtuoso 5.0.14 with the provided virt_jena.jar)&lt;br /&gt;
The VResultSet.moveForward method never set the v_finished boolean to true and an infini loop occured.&lt;/p&gt;
&lt;p&gt;In attachment you can find a patch for this issue.&lt;br /&gt;
This patch adds too the possibility to initialize the VirtDataSource and the VirtGraph using a java.sql.DataSource.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Memory Leak in JDBC Driver</title><link href="https://sourceforge.net/p/virtuoso/patches/5/" rel="alternate"/><published>2010-03-26T07:51:01Z</published><updated>2010-03-26T07:51:01Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.net802f2ed861863dbc68299bf1968b0b6737c96662</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I encountered a Memory Leak with the virtuoso JDBC driver ( virtuoso opensource 5-0-14-RC2).&lt;br /&gt;
Some VirtuosoFuture objects aren't removed from the futures Hashtablemap in the VirtuosoConnection.&lt;/p&gt;
&lt;p&gt;In attachment you can find a patch for this problem. &lt;br /&gt;
In addition, this patch allows a Rollback after a End called with the SUCCESS flags.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Fetch size invalid</title><link href="https://sourceforge.net/p/virtuoso/patches/4/" rel="alternate"/><published>2010-03-09T16:27:29Z</published><updated>2010-03-09T16:27:29Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.netf11f39154133e16bfd51a9d71cdcbc03294c4091</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi, &lt;/p&gt;
&lt;p&gt;I'm using the virtuoso-5.0.13 and the virtuoso-5.0.14-RC1.&lt;br /&gt;
There are a problem with the VirtuosoStatement.setFetchSize();&lt;/p&gt;
&lt;p&gt;If a value &amp;gt; 0 is set there aren't problem, however if the value 0 is set, the VirtuosoResultSet.next() freezes.&lt;/p&gt;
&lt;p&gt;Here is a patch to fix this problem&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Driver Memory Leak</title><link href="https://sourceforge.net/p/virtuoso/patches/3/" rel="alternate"/><published>2010-03-03T09:30:12Z</published><updated>2010-03-03T09:30:12Z</updated><author><name>Eric</name><uri>https://sourceforge.net/u/leleueri/</uri></author><id>https://sourceforge.netd3c60360bd9cd9a459a16994b97c894bd044764c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;There are a memroy leak in the virtjdbc dirver when XA transactions are used.&lt;br /&gt;
When a transaction is committed or rolled back, the xid and  the XATransaction objects aren't removed from the XAResourceManager map.&lt;/p&gt;
&lt;p&gt;In attachment you can find a patch which fixes this problem. &lt;br /&gt;
The removeTransaction method is called at the end of the commit and the rollback in the VirtuosoXAResource class.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>[JDBC] Connection Pool returns invalid connection</title><link href="https://sourceforge.net/p/virtuoso/patches/2/" rel="alternate"/><published>2010-02-19T09:16:11Z</published><updated>2010-02-19T09:16:11Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.neta93f4b2ad3cbdc87e91ba5c829a4c3e719658f66</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi, &lt;/p&gt;
&lt;p&gt;In attachment you can find a patch proposal about the Connection Pool.&lt;br /&gt;
When the virtuoso server restarts, the getConnection method returns an invalid Connection object.&lt;br /&gt;
To avoid this, I checks the connection using a "SELECT 1" request (Perhaps there are a better way to do it...)&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>