Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 38589 invoked from network); 24 Nov 2004 04:36:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 24 Nov 2004 04:36:51 -0000 Received: (qmail 34047 invoked by uid 500); 24 Nov 2004 04:36:50 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 34021 invoked by uid 500); 24 Nov 2004 04:36:49 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 33997 invoked by uid 99); 24 Nov 2004 04:36:49 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [209.108.217.233] (HELO thatone.com) (209.108.217.233) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 23 Nov 2004 20:36:44 -0800 Received: from [192.168.2.2] (c-24-7-69-0.client.comcast.net [24.7.69.0]) by thatone.com (Postfix) with ESMTP id 44E0A355F5F; Tue, 23 Nov 2004 20:38:13 -0800 (PST) Message-ID: <41A40FBA.9000506@thatone.com> Date: Tue, 23 Nov 2004 20:36:10 -0800 From: Calvin Smith User-Agent: Mozilla Thunderbird 0.8 (X11/20041014) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calvin Smith Cc: Derby Discussion Subject: Re: Unable to restore a Derby database [SOLVED?] References: <41A28890.1040203@thatone.com> <41A38825.6070909@sbcglobal.net> <41A40CDB.1030808@thatone.com> In-Reply-To: <41A40CDB.1030808@thatone.com> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Oh man, do I feel stupid. I just re-read the manual again and realized that the restore from path is not the directory into which the backup occurred, but the sub-directory that the backup created in that directory. I was doing: connect 'jdbc:derby:myDb;restoreFrom=/mybackupdir'; instead of: connect 'jdbc:derby:myDb;restoreFrom=/mybackupdir/myDb'; After trying the second form, it works perfectly. Perhaps a better message (indicating success or failure, instead of silence in both cases) would be helpful, but this was a case of PEBCAK (http://www.hyperdictionary.com/computing/pebcak). Thanks again, and I apologize for wasting anybody's time on a silly problem.... -calvin p.s. If anybody thinks that the silent response when the backup directory (which contains the backup database directory) exists but the backup database directory doesn't exist is a bug, I'll be happy to file a Jira issue. This is inconsistent with the behavior when the backup database directory does exist but isn't valid, and the user is notified of an error.