Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 22536 invoked from network); 22 Jul 2009 16:08:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Jul 2009 16:08:32 -0000 Received: (qmail 16955 invoked by uid 500); 22 Jul 2009 16:09:37 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 16885 invoked by uid 500); 22 Jul 2009 16:09:37 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 16877 invoked by uid 99); 22 Jul 2009 16:09:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jul 2009 16:09:37 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jul 2009 16:09:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id E7AF529A0015 for ; Wed, 22 Jul 2009 09:09:14 -0700 (PDT) Message-ID: <1182037609.1248278954947.JavaMail.jira@brutus> Date: Wed, 22 Jul 2009 09:09:14 -0700 (PDT) From: "Kathey Marsden (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Updated: (DERBY-728) Unable to create databases whose name containg Chinese characters through the client driver In-Reply-To: <1823277866.1132849316146.JavaMail.jira@ajax.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kathey Marsden updated DERBY-728: --------------------------------- Assignee: (was: Kathey Marsden) Unassigning this issue. I have not had time to focus on it and don't want to prevent someone else from picking it up. I think the spec proposal is complete and the prototype is based on that and seems to work ok. The hardest part seems to be DERBY-4009 to check the byte length limitations because we need to perform the check before we send and currently we do the byte conversion at a pretty low level during the send. The prototype doesn't have the checks. Another issue regarding this change may whether to implement it before it officially gets into the spec. I was thinking maybe the initial implementation could be based on a property which would be made the default when the ACR is accepted,. On the other hand there are no user interfaces affected, so maybe it would be ok to go ahead and implement it. We have I think implemented some protocol extensions for setQueryTimeout and session caching that are Derby specific, but I may be wrong on that. This may also be a non-issue at the current rate of progress. Anyway, please feel free to pick up on this issue. I will provide any assistance I can. > Unable to create databases whose name containg Chinese characters through the client driver > ------------------------------------------------------------------------------------------- > > Key: DERBY-728 > URL: https://issues.apache.org/jira/browse/DERBY-728 > Project: Derby > Issue Type: Bug > Components: Network Client > Affects Versions: 10.1.2.1 > Environment: Debian unstable, LInux 2.6.14.2, libc 2.3.5-6 > Reporter: Andrei Badea > Attachments: ACR7007.pdf, BigTableName.java, derby-728-startingpoint.diff, derby-728_proto_diff.txt > > > Trying to create a database with the following URL (note the Chinese character in the database name): > jdbc:derby://localhost:1527/\u4e10;create=true > throws the following exception: > -----%<----- > Exception in thread "main" org.apache.derby.client.am.SqlException: Unicode string can't convert to Ebcdic string > at org.apache.derby.client.net.EbcdicCcsidManager.convertFromUCS2(Unknown Source) > at org.apache.derby.client.net.Request.writeScalarPaddedString(Unknown Source) > at org.apache.derby.client.net.NetConnectionRequest.buildRDBNAM(Unknown Source) > at org.apache.derby.client.net.NetConnectionRequest.buildACCSEC(Unknown Source) > at org.apache.derby.client.net.NetConnectionRequest.writeAccessSecurity(Unknown Source) > at org.apache.derby.client.net.NetConnection.writeServerAttributesAndKeyExchange(Unknown Source) > at org.apache.derby.client.net.NetConnection.flowServerAttributesAndKeyExchange(Unknown Source) > at org.apache.derby.client.net.NetConnection.flowUSRIDONLconnect(Unknown Source) > at org.apache.derby.client.net.NetConnection.flowConnect(Unknown Source) > at org.apache.derby.client.net.NetConnection.(Unknown Source) > at org.apache.derby.jdbc.ClientDriver.connect(Unknown Source) > at java.sql.DriverManager.getConnection(DriverManager.java:525) > at java.sql.DriverManager.getConnection(DriverManager.java:193) > at jdbctest.Main.main(Main.java:33) > -----%<----- > It's possible, however, to create databases using the embedded driver, using an URL like: > jdbc:derby:\u4e10;create=true > Tested with both 10.1.1.0 and 10.1.2.1 with the same result. > Complete code to reproduce the bug: > -----%<----- > public static void main(String[] args) throws Exception { > Class.forName("org.apache.derby.jdbc.ClientDriver"); > Connection conn = DriverManager.getConnection("jdbc:derby://localhost:1527/\u4e10;create=true"); > } > -----%<----- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.