<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/druid/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/druid/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 06 Feb 2013 13:22:35 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/druid/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Schema missing from index and comment creation</title><link>https://sourceforge.net/p/druid/bugs/92/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Using the postgresql module the schema is omitted in the generated sql for comments and indexes of a table&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ABrosich</dc:creator><pubDate>Wed, 06 Feb 2013 13:22:35 -0000</pubDate><guid>https://sourceforge.net6aafa2b2f4bdb003448da16f89ab2d3eb2215278</guid></item><item><title>PostgreSQL (TCP Connection)</title><link>https://sourceforge.net/p/druid/bugs/91/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The auto generated template for the pgsql tcp connection JDBC driver is incorrect. the current url is jbdc:postgresql:&amp;lt;//host&amp;gt;:&amp;lt;port&amp;gt;/&amp;lt;database&amp;gt;&lt;br /&gt;
for ease of use for the end user it should read: jdbc:postgresql://&amp;lt;host&amp;gt;:&amp;lt;port&amp;gt;/&amp;lt;database&amp;gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jdkiefer</dc:creator><pubDate>Wed, 03 Aug 2011 16:26:30 -0000</pubDate><guid>https://sourceforge.netbbdc27d280b8783a5f3668df301e3529df98c068</guid></item><item><title>Schema missing from PostgreSQL foreign keys</title><link>https://sourceforge.net/p/druid/bugs/90/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When a foreign key references a table with a qualified schema the generated foreign key definition omits the schema, for example:&lt;/p&gt;
&lt;p&gt;CREATE TABLE x.alpha&lt;br /&gt;
(&lt;br /&gt;
foo       varchar(5) not null&lt;br /&gt;
);&lt;/p&gt;
&lt;p&gt;CREATE TABLE x.beta&lt;br /&gt;
(&lt;br /&gt;
faa       varcha(5) not null,&lt;br /&gt;
foreign key(faa) references alpha(foo)&lt;br /&gt;
);&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 08 Mar 2011 04:51:13 -0000</pubDate><guid>https://sourceforge.net3d2004befee1ca5802a727ae485d5f91e7b4c253</guid></item><item><title>Comments on UTF8 postgresql database</title><link>https://sourceforge.net/p/druid/bugs/89/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When generating database scripts for postgreSQL  UTF8 databases, column comments that include non ANSI chars (ex: ã, õ, etc.) produces the following error:&lt;/p&gt;
&lt;p&gt;ERROR:  invalid byte sequence for encoding "UTF8": 0xe36f20&lt;br /&gt;
HINT:  This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding"&lt;/p&gt;
&lt;p&gt;Externally converting the sql file to utf8 solves this problem.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 04 Mar 2011 17:46:06 -0000</pubDate><guid>https://sourceforge.net5f968a79a3d04d3223fa6d59bf741a47c0fcb065</guid></item><item><title>Subversion  Source not up to date</title><link>https://sourceforge.net/p/druid/bugs/88/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The Dlib is not up to date in SVN. I.e. the SVN content of Druid-3.x can not compile against the Dlib sources (many missing classes).&lt;br /&gt;
Please update the SVN, since I wanted to add new features.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Helmut Reichhold</dc:creator><pubDate>Tue, 15 Jun 2010 21:04:29 -0000</pubDate><guid>https://sourceforge.net4d18e540947f330d557b941044be7d2bdb780d2f</guid></item><item><title>bad index in PDF generated documentation</title><link>https://sourceforge.net/p/druid/bugs/87/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;hello&lt;br /&gt;
I found a problem with the documentation index when I generate it to PDF. Fox example with the example Hospital, the index is as follows :&lt;br /&gt;
1. Overview&lt;br /&gt;
2. Data Types&lt;br /&gt;
3. ER Views&lt;br /&gt;
4. General E/R view&lt;br /&gt;
1. Patients&lt;br /&gt;
4.2 PatientsData&lt;br /&gt;
4.3 Wards&lt;br /&gt;
4.4 Sections&lt;br /&gt;
5. Hospital&lt;br /&gt;
6. Patients&lt;br /&gt;
1. Patients&lt;br /&gt;
6.2 PatientsData&lt;br /&gt;
6.3 Patients Full&lt;br /&gt;
6.4 DropPatient&lt;br /&gt;
6.5 IsValid&lt;br /&gt;
7. Structures&lt;br /&gt;
1. Wards&lt;br /&gt;
7.2 Sections&lt;/p&gt;
&lt;p&gt;The problem is that for each section, the first subitem doesn't inherit its parent number (e.g.in chapter 7, Wards may be 7.1 instead of 1.).&lt;/p&gt;
&lt;p&gt;In addition, could each E/R view be moved as child of the E/R view section ?&lt;br /&gt;
What I mean is, in the hospital example, move section 4 as a child of section 3. It may be logical since it is a detailed point of an E/R view.&lt;/p&gt;
&lt;p&gt;Tell me if details or help is needed.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bouced</dc:creator><pubDate>Mon, 22 Mar 2010 13:12:25 -0000</pubDate><guid>https://sourceforge.netdcc49e87122b2d5661247033dcad5c93ae955c1d</guid></item><item><title>Postgre FKs to bigserial has undesirable side-effects</title><link>https://sourceforge.net/p/druid/bugs/86/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I recently encountered an issue with the Postgre module that forced foreign keys to bigserial (AKA Primary Key) fields to become not null and create a sequence generator.  I pulled the code down from SVN and tweaked it to resolve this for my use and would suggest a similar update for the core product.&lt;/p&gt;
&lt;p&gt;If you insert:&lt;/p&gt;
&lt;p&gt;if (node.attrSet.getInt("type") == 0 &amp;amp;&amp;amp; result.equals("bigserial"))&lt;br /&gt;
result = "bigint";&lt;/p&gt;
&lt;p&gt;after line 225 in src/java/mod/dbms/postgresql/sql/PostgresModule.java, bigserials will be converted to bigints for foreign keys in a fashion similar to the existing serial data type conversion.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jaret Ward</dc:creator><pubDate>Tue, 12 Jan 2010 00:09:27 -0000</pubDate><guid>https://sourceforge.net0d36e0ce0840b7ca3beecf505e7eb9f03f3a7c68</guid></item><item><title>PHP Generator - trailing whitespace</title><link>https://sourceforge.net/p/druid/bugs/85/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The PHP Generator adds trailing whitespace (2 newlines it appears) at the end of each file.&lt;br /&gt;
This became a problem for me when I included the generated file in a script which outputs an image. The 2 newlines corrupted the image data which followed.&lt;/p&gt;
&lt;p&gt;Apparently CVS needs a blank line at the end of files, so if this is the reason for the superfluous newlines, perhaps a better idea would be to leave off the closing ?&amp;gt; tag, as recommended in the PHP manual &lt;a href="http://au.php.net/basic-syntax.instruction-separation" rel="nofollow"&gt;http://au.php.net/basic-syntax.instruction-separation&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bernie Schelberg</dc:creator><pubDate>Mon, 23 Mar 2009 06:13:20 -0000</pubDate><guid>https://sourceforge.net0e870d01560bd0f02d076535956d7af15402054b</guid></item><item><title>Table import fails in Oracle with ORA-30657</title><link>https://sourceforge.net/p/druid/bugs/84/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If a you attempt to import tables and one of the tables is an external organized table the import fails with the exception "ORA-30657: operation not supported on external organized table". Similiarly, if the recylce bin is enable in Oracle 10g there are table whose name starts with bin$ and an exception is thrown during import. The import should be more graceful when exceptions are thrown, allowing the import to complete, perhaps logging a list of failed tables/entities, rather than just ending off on the error and importing nothing.&lt;/p&gt;
&lt;p&gt;For the recycle bin table you can purge the recycle bin:&lt;/p&gt;
&lt;p&gt;purge recyclebin&lt;/p&gt;
&lt;p&gt;as a workaround.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rob Decker</dc:creator><pubDate>Mon, 14 Jul 2008 14:23:53 -0000</pubDate><guid>https://sourceforge.net1bf257c4148e2e8425ef86af9fed85e993333af7</guid></item><item><title>Must close Druid after JDBC query with invalid syntax.</title><link>https://sourceforge.net/p/druid/bugs/83/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Make a JDBC connection to a database. In the SQLNavigator tab, create a new query with invalid SQL syntax.  Execute the query.  It fails with an appropriate error message.  Now edit the query to have valid syntax and run it again, or create a new query with valid syntax and run it.  All queries will now fail and throw an exception: "java.sql.SQLException: Operation not allowed on closed ResultSet" implicating  rSet.getStatement()  in druid.util.jdbc.ResultSetEditor.loadResultSet(ResultSetEditor.java:676) &lt;/p&gt;
&lt;p&gt;This behavior appears to depend on the JDBC driver.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;Wrapping rSet.getStatement().close() and rSet.close() into try/catch blocks, and setting rSet to null if they both fail as in the attached patch, seems to resolve the problem.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;Tested with Java 1.6, Oracle 10.2 and MySQL 5.0.8 JDBC drivers.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Paul J. Morris</dc:creator><pubDate>Tue, 10 Jun 2008 17:15:33 -0000</pubDate><guid>https://sourceforge.net0ee34f9815a12d1a8bb8167af30fd82737d47848</guid></item></channel></rss>