Re: Missing link for KEYS

On Sep 4, 2005, at 8:57 AM, Jean T. Anderson wrote: oops -- the web page is missing the "code" subdirectory in that path. Try this: http://svn.apache.org/repos/asf/db/derby/code/trunk/KEYS Fixed. andrew

Re: Sharing code

Jeremy Boynes wrote: > David W. Van Couvering wrote: > >> >> The common classes will be placed into both derby.jar and >> derbyclient.jar. When you have a classpath with a network client at >> one revision and the embedded driver at another revision, the jar with >> the highest revision should a

Re: BTree package documentation

Jean T. Anderson wrote: Dibyendu Majumdar wrote: Jean T. Anderson wrote: Committed revision 278552. I made one minor change of the h2 tags to h1 so forrest would generate the table of contents. Please let know if I goofed anything up. Thank you. One problems is that the links are in Java

Re: BTree package documentation

Dibyendu Majumdar wrote: Jean T. Anderson wrote: Committed revision 278552. I made one minor change of the h2 tags to h1 so forrest would generate the table of contents. Please let know if I goofed anything up. Thank you. One problems is that the links are in Javadoc format (e.g. [EMAIL PR

Re: Sharing code

Thanks, Jeremy. Interesting point. If we can assume/require full backward-compatibility as I am proposing, we can have the following classpath: derby-10.1.jar;derbyclient-10.2.jar:derbycommon-10.2.jar and the 10.1 code should work just fine. Is it possible that you may still end up with a c

Re: Missing link for KEYS

Kevin Lamse wrote: I get this when I try to access your KEYS link from http://db.apache.org/derby/releases/release-10.1.1.0.cgi#Verifying+releases http://svn.apache.org/repos/asf/db/derby/trunk/KEYS Not Found The requested URL /repos/asf/db/derby/trunk/KEYS was not found on this server. oops

Re: Sharing code

David W. Van Couvering wrote: The common classes will be placed into both derby.jar and derbyclient.jar. When you have a classpath with a network client at one revision and the embedded driver at another revision, the jar with the highest revision should always go first, e.g "/home/derby/10

Missing link for KEYS

I get this when I try to access your KEYS link from http://db.apache.org/derby/releases/release-10.1.1.0.cgi#Verifying+releases http://svn.apache.org/repos/asf/db/derby/trunk/KEYS Not Found The requested URL /repos/asf/db/derby/trunk/KEYS was not found on this server. Apache/2.1.7-dev (Unix) SV

[jira] Commented: (DERBY-496) unit test 'org.apache.derbyTesting.unitTests.services.T_Diagnosticable' was failed

[ http://issues.apache.org/jira/browse/DERBY-496?page=comments#action_12322608 ] Tomohito Nakayama commented on DERBY-496: - I have commited DERBY-496_2_addition.patch : Sendingtools/jar/extraDBMSclasses.properties Transmitting file data . Co

Re: [jira] Commented: (DERBY-496) unit test 'org.apache.derbyTesting.unitTests.services.T_Diagnosticable' was failed

Hello. Seeing what is going on at DERBY-549, I think it is better to commit DERBY-496_2_addition.patch . I will commit it. Working on DERBY-549 may drown DERBY-496 out in not so far future. Well... it would be one of history Best regards. /* Tomohito Nakayama [EMAIL P

Re: BTree package documentation

Jean T. Anderson wrote: Committed revision 278552. I made one minor change of the h2 tags to h1 so forrest would generate the table of contents. Please let know if I goofed anything up. Thank you. One problems is that the links are in Javadoc format (e.g. [EMAIL PROTECTED] org.apache.derby.i

Re: [jira] Updated: (DERBY-353) It is desirable to have IDENTITY_VAL_LOCAL() function return last recent user specified value or system generated value for BY DEFAULT identity columns.

Hi Satheesh, Thanx for committing! I just wanted to point out that this patch also fixes DERBY-439. This was the test case pointed out which was returning null. This returns the correct value now. ij> connect 'jdbc:derby:mydb;create=true'; ij> CREATE TABLE MYTABLE ( MYTABLE_ID BIGINT NO