<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/druid/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/druid/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/druid/bugs/</id><updated>2013-02-06T13:22:35Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Schema missing from index and comment creation</title><link href="https://sourceforge.net/p/druid/bugs/92/" rel="alternate"/><published>2013-02-06T13:22:35Z</published><updated>2013-02-06T13:22:35Z</updated><author><name>ABrosich</name><uri>https://sourceforge.net/u/abrosich/</uri></author><id>https://sourceforge.net6aafa2b2f4bdb003448da16f89ab2d3eb2215278</id><summary type="html">&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;</summary></entry><entry><title>PostgreSQL (TCP Connection)</title><link href="https://sourceforge.net/p/druid/bugs/91/" rel="alternate"/><published>2011-08-03T16:26:30Z</published><updated>2011-08-03T16:26:30Z</updated><author><name>jdkiefer</name><uri>https://sourceforge.net/u/jdkiefer89/</uri></author><id>https://sourceforge.netbbdc27d280b8783a5f3668df301e3529df98c068</id><summary type="html">&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;</summary></entry><entry><title>Schema missing from PostgreSQL foreign keys</title><link href="https://sourceforge.net/p/druid/bugs/90/" rel="alternate"/><published>2011-03-08T04:51:13Z</published><updated>2011-03-08T04:51:13Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net3d2004befee1ca5802a727ae485d5f91e7b4c253</id><summary type="html">&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;</summary></entry><entry><title>Comments on UTF8 postgresql database</title><link href="https://sourceforge.net/p/druid/bugs/89/" rel="alternate"/><published>2011-03-04T17:46:06Z</published><updated>2011-03-04T17:46:06Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net5f968a79a3d04d3223fa6d59bf741a47c0fcb065</id><summary type="html">&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;</summary></entry><entry><title>Subversion  Source not up to date</title><link href="https://sourceforge.net/p/druid/bugs/88/" rel="alternate"/><published>2010-06-15T21:04:29Z</published><updated>2010-06-15T21:04:29Z</updated><author><name>Helmut Reichhold</name><uri>https://sourceforge.net/u/hreichhold/</uri></author><id>https://sourceforge.net4d18e540947f330d557b941044be7d2bdb780d2f</id><summary type="html">&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;</summary></entry><entry><title>bad index in PDF generated documentation</title><link href="https://sourceforge.net/p/druid/bugs/87/" rel="alternate"/><published>2010-03-22T13:12:25Z</published><updated>2010-03-22T13:12:25Z</updated><author><name>bouced</name><uri>https://sourceforge.net/u/cboudy/</uri></author><id>https://sourceforge.netdcc49e87122b2d5661247033dcad5c93ae955c1d</id><summary type="html">&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;</summary></entry><entry><title>Postgre FKs to bigserial has undesirable side-effects</title><link href="https://sourceforge.net/p/druid/bugs/86/" rel="alternate"/><published>2010-01-12T00:09:27Z</published><updated>2010-01-12T00:09:27Z</updated><author><name>Jaret Ward</name><uri>https://sourceforge.net/u/jaretpw/</uri></author><id>https://sourceforge.net0d36e0ce0840b7ca3beecf505e7eb9f03f3a7c68</id><summary type="html">&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;</summary></entry><entry><title>PHP Generator - trailing whitespace</title><link href="https://sourceforge.net/p/druid/bugs/85/" rel="alternate"/><published>2009-03-23T06:13:20Z</published><updated>2009-03-23T06:13:20Z</updated><author><name>Bernie Schelberg</name><uri>https://sourceforge.net/u/userid-2325056/</uri></author><id>https://sourceforge.net0e870d01560bd0f02d076535956d7af15402054b</id><summary type="html">&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;</summary></entry><entry><title>Table import fails in Oracle with ORA-30657</title><link href="https://sourceforge.net/p/druid/bugs/84/" rel="alternate"/><published>2008-07-14T14:23:53Z</published><updated>2008-07-14T14:23:53Z</updated><author><name>Rob Decker</name><uri>https://sourceforge.net/u/deckerra/</uri></author><id>https://sourceforge.net1bf257c4148e2e8425ef86af9fed85e993333af7</id><summary type="html">&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;</summary></entry><entry><title>Must close Druid after JDBC query with invalid syntax.</title><link href="https://sourceforge.net/p/druid/bugs/83/" rel="alternate"/><published>2008-06-10T17:15:33Z</published><updated>2008-06-10T17:15:33Z</updated><author><name>Paul J. Morris</name><uri>https://sourceforge.net/u/chicoreus/</uri></author><id>https://sourceforge.net0ee34f9815a12d1a8bb8167af30fd82737d47848</id><summary type="html">&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;</summary></entry></feed>