Rick Hillegas wrote:
Knut Anders observes the following:

"This happened when Ole went from b78 to b81, so it might be a Mustang
issue. Ole, how did your re-run with b78 go?"

Svn rev. 404808 which I was testing on will not build with b78!:
.
.
compile_jdbc4:
    [javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 4 source files to /home/os136789/Apache/myDerbySandbox_2/trunk/classes
    [javac] Since fork is true, ignoring compiler setting.
[javac] /home/os136789/Apache/myDerbySandbox_2/trunk/java/engine/org/apache/derby/iapi/jdbc/BrokeredCallableStatement40.java:216: cannot find symbol
    [javac] symbol  : method isPoolable()
    [javac] location: interface java.sql.Statement
    [javac]         return getStatement().isPoolable();
.
.




I started from svn rev. 396619, which was the last rev. to run ok (builds with both b78 and b81):
I have located the problem to svn rev. 396638.
Need to analyze the details of this to find the real problem....


I continue to get clean derbyall runs against the classtree in 1.6. However, I'm seeing the following permissions exception in the first nist test (schema1) inside derbyall. You can verify this by looking at the 1.6 tinderbox test results at http://www.multinet.no/~solberg/public/Apache/DerbyJDK16/Limited/testSummary-406692.html:

ERROR XJ001: Java exception: 'access denied (java.util.PropertyPermission user.dir read): java.security.AccessControlException'.

Oddly enough, the nist tests pass if run under 1.6 and standalone against the jar files (that is, not under derbyall).

We're clearly not getting this error in the tinderbox tests run against jars under 1.4.

Regards,
-Rick

Andrew McIntyre wrote:

On 5/10/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:


This issue is covered by the umbrella DERBY-955 jira. The problem has
been analyzed this far: The tests run cleanly against the classtree but
fail because of permissions exceptions when run against jar files. We
suspect an asymmetry in the permissions granted to the classtree and the
jar files by derby_tests.policy.



If this were true, wouldn't these tests also fail on other JVMs
besides 1.6 with jars?

andrew





--
Ole Solberg, Database Technology Group,
Sun Microsystems, Trondheim, Norway

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to