From derby-user-return-14510-apmail-db-derby-user-archive=db.apache.org@db.apache.org Tue Jul 31 10:41:36 2012 Return-Path: X-Original-To: apmail-db-derby-user-archive@www.apache.org Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B589BD602 for ; Tue, 31 Jul 2012 10:41:36 +0000 (UTC) Received: (qmail 84145 invoked by uid 500); 31 Jul 2012 10:41:36 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 83983 invoked by uid 500); 31 Jul 2012 10:41:36 -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 83966 invoked by uid 99); 31 Jul 2012 10:41:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jul 2012 10:41:35 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=5.0 tests=FSL_RCVD_USER,HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kristian.waagan@oracle.com designates 141.146.126.227 as permitted sender) Received: from [141.146.126.227] (HELO acsinet15.oracle.com) (141.146.126.227) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jul 2012 10:41:23 +0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6VAf0R3009289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 31 Jul 2012 10:41:01 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6VAexEu012692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 Jul 2012 10:40:59 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6VAexpA027698 for ; Tue, 31 Jul 2012 05:40:59 -0500 Received: from [192.168.0.197] (/84.215.180.161) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 31 Jul 2012 03:40:58 -0700 Message-ID: <5017B63A.4080301@oracle.com> Date: Tue, 31 Jul 2012 12:40:58 +0200 From: Kristian Waagan Organization: Oracle Corporation User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.1) Gecko/20120208 Thunderbird/10.0.1 MIME-Version: 1.0 To: derby-user@db.apache.org Subject: Re: Derby 10.9.1.0 Incompatible with "Substituted" Drives on Windows References: <004301cd6f07$dace2690$906a73b0$@net> In-Reply-To: <004301cd6f07$dace2690$906a73b0$@net> Content-Type: multipart/alternative; boundary="------------090306040402090702070007" X-Source-IP: ucsinet21.oracle.com [156.151.31.93] This is a multi-part message in MIME format. --------------090306040402090702070007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 31.07.2012 12:32, John I. Moore, Jr. wrote: > > Derby Users and Developers, > > I have an application that has used Derby (with the Network Server) > for years, and overall I have been extremely pleased.However, I ran > into a problem when trying to upgrade to 10.9.1.0. > > I have three computing environments that I work in, which can be > thought of a development, test, and production.For reasons not worth > the trouble of explaining, these three environments are slightly > different, but until the latest release of Derby I could make them > appear to be very similar by the use of the Windows "subst" command, > which associates a path with a drive letter.For example, the command > "subst K: C:\SomeDir" makes the system appear to have a "K" drive, > which in reality is simply mapped to the directory SomeDir on the C > drive.All previous versions of Derby handled databases on this > substituted K drive without any problems, but version 10.9.1.0 breaks > on it.I was able to get around this problem by setting up a virtual > drive using a different approach, so now I have been able to upgrade > Derby, but I wanted to point out the problem is case others have > encountered it. > Hi John, Do you have any more information about what breaks? I.e., are you able to boot the database? Do you get an error message? On which versions of Windows have you observed the problem? Thanks, -- Kristian > John Moore > --------------090306040402090702070007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 31.07.2012 12:32, John I. Moore, Jr. wrote:

Derby Users and Developers,

 

I have an application that has used Derby (with the Network Server) for years, and overall I have been extremely pleased.  However, I ran into a problem when trying to upgrade to 10.9.1.0.

 

I have three computing environments that I work in, which can be thought of a development, test, and production.  For reasons not worth the trouble of explaining, these three environments are slightly different, but until the latest release of Derby I could make them appear to be very similar by the use of the Windows “subst” command, which associates a path with a drive letter.  For example, the command “subst K: C:\SomeDir” makes the system appear to have a “K” drive, which in reality is simply mapped to the directory SomeDir on the C drive.  All previous versions of Derby handled databases on this substituted K drive without any problems, but version 10.9.1.0 breaks on it.  I was able to get around this problem by setting up a virtual drive using a different approach, so now I have been able to upgrade Derby, but I wanted to point out the problem is case others have encountered it.


Hi John,

Do you have any more information about what breaks?
I.e., are you able to boot the database?
Do you get an error message?
On which versions of Windows have you observed the problem?


Thanks,
--
Kristian

 

John Moore

 

 

--------------090306040402090702070007--