Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Date: Wed, 30 Nov 2005 13:58:26 -0800
From: "David W. Van Couvering" <David.Vancouvering@Sun.COM>
Subject: Re: [jira] Updated: (DERBY-85) NPE when creating a trigger on a table
 and default schema doesn't exist.
In-reply-to: <438DEC9D.70205@debrunners.com>
To: derby-dev@db.apache.org
Message-id: <438E2082.6080605@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_ViRks+R23KdtMkPDH3Xnkg)"
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
References: <1552261566.1133368531596.JavaMail.jira@ajax.apache.org>
 <438DD72A.1000909@debrunners.com> <x1o3ek4y2gdh.fsf@sun.com>
 <438DEC9D.70205@debrunners.com>

This is a multi-part message in MIME format.

--Boundary_(ID_ViRks+R23KdtMkPDH3Xnkg)
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

I got this too, I was pretty sure it was that junit is trying to read 
system properties, the first one being "user.dir".  I think it also then 
tries to read Junit properties out of the user's home directory?

I spent some time trying to modify the test harness to indicate where 
the third party jars were to try and fix this, but finally gave up and 
turned off security manager for my JUnit test (I was going to log a 
separate bug for this, I just didn't think it was worth spending all my 
time trying to fix this right now).

David

Daniel John Debrunner wrote:
> Dyre.Tjeldvoll@Sun.COM wrote:
> 
>>Daniel John Debrunner <djd@debrunners.com> writes:
> 
> 
>>>Why do you need to grant permissions to read all files for the
>>>derbyTesting and junit jars?
>>
>>
>>I'm sorry, but I think you need to ask the junit developers about
>>that.  I don't know exactly which files junit wants to access, but the
>>last error I saw (before granting read access to all files), was an
>>access exception because junit was trying to read my home directory to
>>figure out if there was a junit.properties file there, I think. I
>>don't really understand why derbyTesting.jar needs the same access,
>>but I assume it is because the Bugs class (which inherits TestCase)
>>ends up there...
>>
>>I guess it is possible to find the minimal set of file and property
>>rights needed by junit, either by reading the junit source, or through
>>trial and error, but given the comment in the policy file about not
>>trying to make the test harness secure, I didn't think it was worth
>>it...
> 
> 
> Just trying to understand it. Adding broad permissions, in my mind,
> increases the chance of a SecurityManager related bug being hidden.
> 
> I think derbyTesting.jar would need the permission because it is in the
> calling stack of the junit code, and the junit code is not coded to use
> privileged blocks. I don't think it would have anything to do with the
> Bugs class, but what do you mean by it "ends up there"? Is junit copying
> classes out of derbyTesting.jar?
> 
> Dan.
> 
> 
> 
>>
>>>Why not just all files under the user.dir?
>>>
>>>
>>>Dan.
>>>
>>>
>>
>>
> 
> 

--Boundary_(ID_ViRks+R23KdtMkPDH3Xnkg)
Content-type: text/x-vcard; charset=utf-8; name=david.vancouvering.vcf
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=david.vancouvering.vcf

begin:vcard
fn:David W Van Couvering
n:Van Couvering;David W
org:Sun Microsystems, Inc.;Database Technology Group
email;internet:david.vancouvering@sun.com
title:Senior Staff Software Engineer
tel;work:510-550-6819
tel;cell:510-684-7281
x-mozilla-html:TRUE
version:2.1
end:vcard


--Boundary_(ID_ViRks+R23KdtMkPDH3Xnkg)--