problem.
stress.multi fails on 10.1/ibm131/jcc2.4
Key: DERBY-1635
URL: https://issues.apache.org/jira/browse/DERBY-1635
Project: Derby
Issue Type: Bug
Components: Test
Affects Versions
10.4.1.3 release. It was committed at revision 634101 and the
release was at revision 648739, so your error must be a different issue.
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle
(DRDAConnThread.java:278)
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
.
encryption/stress.multi fails with FatalException: XJ001: Java exception: ':
java.lang.AbstractMethodError'. on Linux and Windows XP
Key: DERBY-1750
[
https://issues.apache.org/jira/browse/DERBY-1750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Knut Anders Hatlen resolved DERBY-1750.
---
Resolution: Cannot Reproduce
encryption/stress.multi fails with FatalException
stress.multi failing with an
AbstractMethodError since this issue was filed. Since it happened on a
preview of JDK 6 (1.6.0-rc-b95) I'd say it's probably a problem in the
JDK, and I suggest we close this issue as Cannot Reproduce.
encryption/stress.multi fails with FatalException: XJ001: Java exception
of build 95 of the JDK for Linux,
built Derby from revision 430903 on the 10.2 branch (the revision this
bug was filed against), and ran the encryption:multi suite 100 times
without seeing the error.
encryption/stress.multi fails with FatalException: XJ001: Java exception
[
https://issues.apache.org/jira/browse/DERBY-3487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kathey Marsden closed DERBY-3487.
-
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED
the symptom
with a sane build. With the DERBY-3362 fix I can no longer reproduce this
issue.
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
caused by the last check-in on DERBY-2911,
either directly or indirectly. It seems like if the test had used an insane
build, the same error would have resulted in an NPE on line 878 in
ControlRow.java, which matches the stack traces posted on DERBY-3362. I'll do
some more digging.
stress.multi
/TestReport.html
http://dbtg.thresher.com/derby/test/10.3.1.0_RC/TestReport.html
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
with the statement cache. I will file a bug today.
I haven't seen any matching DERBY-1750, but Ole said he has.
Kathey
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
of stress.multi failure described in the
mail.
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
.
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
or indirectly) to DERBY-2911.
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
[
https://issues.apache.org/jira/browse/DERBY-3487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kathey Marsden updated DERBY-3487:
--
Urgency: Blocker
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure
in a hurry.
I'll change this one to urgency of Blocker.
stress.multi fails with org.apache.derby.shared.common.sanity.AssertFailure:
ASSERT FAILED No page at pagenumber: 6; ContainerHandle =
BaseContainerHandle:(Container(0, 65
[
https://issues.apache.org/jira/browse/DERBY-1635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kathey Marsden resolved DERBY-1635.
---
Resolution: Won't Fix
Won't fix since jdk 1.3.1 is no longer supported.
stress.multi
=
execp.getActivationClass().getName();
}
I would assume getActivationClass() returned null (I find it less likely that
execp was null).
stress.multi fails on 10.1/ibm131/jcc2.4
Key: DERBY-1635
Mike Matrigali [EMAIL PROTECTED] writes:
there is often more info in derby.log, at least maybe a stack trace
for the error. There are a log of expected errors in derby.log for
this test so looking towards the end usually uncovers the interesting
info.
The only errors in derby.log were lock
there is often more info in derby.log, at least maybe a stack trace for
the error. There are a log of expected errors in derby.log for this
test so looking towards the end usually uncovers the interesting info.
Knut Anders Hatlen (JIRA) wrote:
[
encryption/stress.multi fails with FatalException: XJ001: Java exception: ':
java.lang.AbstractMethodError'. on Linux and Windows XP
Key: DERBY
/encryption_6/log/encryption/multi)
Tester10 failed.
encryption/stress.multi fails with FatalException: XJ001: Java exception: ':
java.lang.AbstractMethodError'. on Linux and Windows XP
I second, whenever multi fails you need to look at derby.log.
Unfortunately there are a lot of expected exceptions in there -
like duplicate table name warnings and the such. Usually it
is pretty obvious with a bad last error/stack trace in the
log.
If you can't figure it out, I can help if
Hi I am running the stress.multi test with a recent *clean* trunk codeline (10.2.0.5 alpha - 429032) under the DerbyNetClient framework and it fails approx 1 out of 5 times on my Windows XP x86 machine(using Sun JDK
1.4.2_09). Has anyone experience this?*** Start: stress jdk1.4.2_09
Yip Ng wrote:
I am running the stress.multi test with a recent *clean* trunk
codeline (10.2.0.5 http://10.2.0.5 alpha - 429032) under the
DerbyNetClient framework and it fails approx 1 out of 5 times on my
Windows XP x86 machine(using Sun JDK 1.4.2_09).
I haven't run the test that
stress.multi fails on 10.1/ibm131/jcc2.4
-
Key: DERBY-1635
URL: http://issues.apache.org/jira/browse/DERBY-1635
Project: Derby
Issue Type: Bug
Components: Regression Test Failure
across this failure. With a recent build 10.1.3.2 -
(426357)., this test does not fail.
stress.multi fails on 10.1/ibm131/jcc2.4
Key: DERBY-1635
URL: http://issues.apache.org/jira/browse/DERBY-1635
29 matches
Mail list logo
