[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12371258 ]
Bryan Pendleton commented on DERBY-668:
---
It turns out that there are several tests which run the 'sysinfo' code in
situations in which a Java security manager is in
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12371270 ]
Andrew McIntyre commented on DERBY-668:
---
I believe the goal is to run the tests with as few permissions as possible.
Granting additional permissions for these tests
On 3/21/06, Andrew McIntyre (JIRA) derby-dev@db.apache.org wrote:
[ http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12371270
]Andrew McIntyre commented on DERBY-668:---I believe the goal is to run the tests with as few permissions as
On 3/17/06, Andrew McIntyre [EMAIL PROTECTED] wrote:
FOUND IN CLASS PATH:
Derby embedded engine library (derby.jar)
Unable to access Protection Domain or Code Source for class interface
org.apa
che.derby.database.Database: access denied (java.lang.RuntimePermission
getProte
Andrew McIntyre (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12370766 ]
Andrew McIntyre commented on DERBY-668:
---
Hi Bryan, the latest patch for this looks good to me. I would say go ahead and commit when you
On 3/17/06, Bryan Pendleton [EMAIL PROTECTED] wrote:
Thanks Andrew!
If anybody else is intending to review DERBY-668, please let me know.
Have you tried running it with the security manager enabled? It
provides the following puzzling result:
Testing for presence of all Derby-related
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12370766 ]
Andrew McIntyre commented on DERBY-668:
---
Hi Bryan, the latest patch for this looks good to me. I would say go ahead and
commit when you have a chance.
SysInfo does
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12369401 ]
Andrew McIntyre commented on DERBY-668:
---
A few small things:
1 - the class path becoming null issue is probably caused by the
reportCloudscape method nulling out the
The better approach is to ask Derby itself what version it is running,
some possibilities are:
SYSINFO command in ij.
SYSINFO procedure in the database engine
dumping SYSINFO type information to derby.log from engine and network
server (as Kathey said)
remote SYSINFO command to the network
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12368214 ]
Bryan Pendleton commented on DERBY-668:
---
Regarding Dan's most recent comment, about the Windows-specific path
formatting, the suggestion does not seem to work for me,
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12368045 ]
Andrew McIntyre commented on DERBY-668:
---
Hi Bryan,
This looks good to me. Dan would need to comment on the security ramifications
of needing the getProtectionDomain
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12368063 ]
Daniel John Debrunner commented on DERBY-668:
-
Minor comments on the code
- would be good to make the comment for the new method
getFileWhichLoadedClass a
Daniel John Debrunner (JIRA) wrote:
I'm trying to think through the ramifications of using getProtectionDomain()
and hence possibly needing the associated permission in the policy file. One
issue is that this permission might be needed for all derby jar files, since
sysinfo is in all jars.
It
Kathey Marsden wrote:
I wonder the best way to get this information from customers if sysinfo
is just meant to be a quick classpath check and not a definiitive
answer to the age old question: what derby jars am I using?
I think Bryan raised this earlier, what exactly is sysinfo for?
In
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12368072 ]
Daniel John Debrunner commented on DERBY-668:
-
On the windows specific code for formatting the output of the URL, would this
be needed if instead you did something
15 matches
Mail list logo