Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 1562 invoked from network); 16 Oct 2007 17:18:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Oct 2007 17:18:03 -0000 Received: (qmail 65847 invoked by uid 500); 16 Oct 2007 17:17:50 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 65823 invoked by uid 500); 16 Oct 2007 17:17:50 -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 65812 invoked by uid 99); 16 Oct 2007 17:17:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Oct 2007 10:17:50 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of m.v.lunteren@gmail.com designates 64.233.182.189 as permitted sender) Received: from [64.233.182.189] (HELO nf-out-0910.google.com) (64.233.182.189) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Oct 2007 17:17:54 +0000 Received: by nf-out-0910.google.com with SMTP id d3so1580703nfc for ; Tue, 16 Oct 2007 10:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=bsFKZ4jQjI27iHnI+HjaFwQq84Ca4eD9fDeXEzKzX7M=; b=aBlJaBa/aChnZ0SRJ7i58zteP9g0fe1XzyhlpAP7EDT4ipwHHeaLq/pWKwI45AZjQ5paNphiS65LrKj4oI5/+L91lhFatdrYTzLdqq7UvooFNy2ooxGKrwJ7l5uvfVZyAeKx8yeZoZJgot4rQZvoA3T2nt8EjTY8wn4rAfttckk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Tequ0b1T1umMp00ATpv+0N3xtoxNyMy1cLc9lBi8j1X7uFHFjyTIdnso5MqPi0Rm0c4rIUr8XnYjfh1mWJyOQTl7OEj6CPyWRVePqbp9kziQZQJYRme6jvQHqJ+M8qyRdS9xCwP/73oVU4FqmYGhxurSqm35WUCADlPEODzhwUQ= Received: by 10.78.137.7 with SMTP id k7mr5162588hud.1192555051691; Tue, 16 Oct 2007 10:17:31 -0700 (PDT) Received: by 10.78.161.20 with HTTP; Tue, 16 Oct 2007 10:17:31 -0700 (PDT) Message-ID: Date: Tue, 16 Oct 2007 10:17:31 -0700 From: "Myrna van Lunteren" To: "Derby Discussion" Subject: Re: java.security.AccessControlException: access denied (java.io.FilePermission derby.log read) In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org On 10/15/07, Chris wrote: > > I am getting a > > "java.security.AccessControlException: access denied > (java.io.FilePermission derby.log read)" > > > > error when trying to start the Derby Network server from Eclipse. Can > anyone help? I saw an article about installing a looser security policy, > but it's not clear how to do this when use the plug-in. > > > > Thanks > > > > Chris Hankey Hi Chris, It's interesting you're getting this error - is this in a new eclipse installation? After upgrade to the next version of derby? Or a new install of the derby plugin into an existing eclipse setup? Some more info would be appreciated. I'm interested because I think I saw this in an existing eclipse environment, but it appears no one else saw this. Of course, one could argue that the derby.log can be removed as a work-around, but in my environment I couldn't find a derby.log. Do you see a derby.log? Can you remove it? Now, for installing a looser security mechanism - the normal way is to specify -Dsecurity.policy=... but that's not possible with the plugin, which starts the server for you... At least, I've not heard anyone say how this can be done. I logged https://issues.apache.org/jira/browse/DERBY-2913 for an improvement in this area. No one's picked this up. If you find it important, you could vote for it. Or consider doing this yourself. :-) As a work-around, I only have the extremely crude & ugly suggestion of replacing the file server.policy in derbynet.jar (jar -uvf derbynet.jar server.policy) in the derby.core plugin with a modified one... Myrna