Thanks for checking Knut. 10.11 report posted little bit earlier has
timeout too. It timeout for amd64_jdk8 http://download.java.net/
javadesktop/derby/request_5599172
On Thu, Nov 13, 2014 at 10:22 AM, Knut Anders Hatlen wrote:
> Mamta Satoor writes:
>
> > When I click on the Test
When I click on the Test report above, I don't see any errors there.
On Wed, Nov 12, 2014 at 11:51 PM, wrote:
> Java DB testing and reporting infrastructure.
>
> Error continuous 10.10 (rev 1639238)
>
> There were execution errors and/or timeouts.
>
> Test report: http://download.java.net/javad
I am working on my backports right now. thanks
On Wed, Nov 12, 2014 at 1:08 PM, Myrna van Lunteren (JIRA)
wrote:
>
> [
> https://issues.apache.org/jira/browse/DERBY-6759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14208688#comment-14208688
> ]
>
> M
Couple tests have been failing on Oracle runs with stack trace similar to
following for Linux_ia32_jdk9 on trunk with revision 1636798(
http://download.java.net/javadesktop/derby/request_5598704/javadb-task-3963716.html).
The errors do not occur with other jdks. Wondering if anyone has any ideas
be
Thank you!!!
On Tue, Nov 4, 2014 at 10:58 PM, Knut Anders Hatlen
wrote:
> Mamta Satoor writes:
>
> > Hi Myrna,
> > I tried deleteing the comment from DERBY-674 but I do not see the
> > option to do it. What I have noticed is I can only delete the comments
> > I ha
ivities.
> Have you tried to just delete (cut) the comment from DERBY-674 and paste
> it into DERBY-6764? There's no database dependency on this, I don't see why
> that wouldn't work.
>
> Myrna
>
> On Tue, Nov 4, 2014 at 10:17 AM, Mamta Satoor wro
Hi,
I made a commit r1636668 (https://svn.apache.org/r1636668)
few minutes back which ended up having wrong jira number in the commit
comments(the commit is for DERBY-6764 but the commit comment says
DERBY-674) (The key 6 on my keyboard sometimes gets stuck and doesn't
register). I have subsequen
I must have had some kind of lock in that directory. A reboot of the
machine has resolved the problem. thanks
On Fri, Oct 31, 2014 at 10:06 AM, Mamta Satoor wrote:
> Interestingly, when I try to delete the
> C:\p4clients\svnmain\client3\trunk\classes it won't let me. Looks like som
Interestingly, when I try to delete the
C:\p4clients\svnmain\client3\trunk\classes it won't let me. Looks like some
machine issue locally here. Let me try to get rid of that directory somehow
and then attempt a build.
On Fri, Oct 31, 2014 at 10:01 AM, Mamta Satoor wrote:
> Sorry,
v: 1635613
> Last Changed Date: 2014-10-30 14:07:39 -0700 (Thu, 30 Oct 2014)
>
> On 10/30/2014 10:51 PM, Mamta Satoor wrote:
>
>> Hi,
>> I did svn update on trunk and it is at revision 1635674. After doing ant
>> clobber, ant clean, when I try ant all, I get followi
Hi,
I did svn update on trunk and it is at revision 1635674. After doing ant
clobber, ant clean, when I try ant all, I get following error. Is anyone
else running into this? thanks.
$ svn info
Path: .
Working Copy Root Path: C:\p4clients\svnmain\client3\trunk
URL: https://svn.apache.org/repos
Mike, I think you are correct about Derby using SSL only for client server
secure communication. The error messages for ssl are all related to network
server environment in our properties file for messages.
On Thu, Oct 16, 2014 at 2:50 PM, mike matrigali wrote:
> See DERBY-6764
>
> I believe Der
I will start looking at 10.10 backport issues since 10.11 backport query
does not return any issues.
On Wed, Sep 24, 2014 at 4:28 PM, Myrna van Lunteren
wrote:
> I said earlier that the 10.10 backport query returned 108 rows. I modified
> it further and now there's only 37 rows (some more moved
+1
On Wed, Sep 10, 2014 at 12:15 AM, Kristian Waagan
wrote:
> Den 02.09.14 15:32, skrev Rick Hillegas:
> > Please vote on the following proposed policy for supported platforms.
> > The polls close at 5:00 pm San Francisco time on Monday September 15.
> >
> > A) The 10.12 release notes will tell
+1 to make the official release based off of the candidate release.
Thanks for your effort Rick.
On Mon, Aug 25, 2014 at 1:00 PM, mike matrigali wrote:
> +1 to make this (10.11.1.1 at 1616546) a release.
> /mikem
>
>
> On 8/7/2014 12:25 PM, Rick Hillegas wrote:
>
>> Please test-drive the 10.11
Hi Rick,
I looked through the original functional spec and see a mention of this
limitation but the reason is not explained. I unfortunately do not have old
emails anymore where they may have been discussions about it. Talked to
Mike on this briefly and his guess was that may be at that time in
Cl
I also saw that you have created DERBY-6657 for fixing the docs. Thanks
On Thu, Jul 10, 2014 at 10:08 AM, Mamta Satoor wrote:
> I just noticed that you already created a jira DERBY-6656 for that. Thanks.
>
>
> On Thu, Jul 10, 2014 at 10:07 AM, Mamta Satoor wrote:
>
>>
I just noticed that you already created a jira DERBY-6656 for that. Thanks.
On Thu, Jul 10, 2014 at 10:07 AM, Mamta Satoor wrote:
> Hi Rick,
>
> Do we need to change the documentation now that views are disabled for
> source? Also, should we add another jira to support use of vie
>> Hi Mamta,
>>>
>>> An assertion isn't expected, so this is a bug I need to look at.
>>>
>> I've logged DERBY-6652 to track this.
>>
>> Thanks,
>> -Rick
>>
>>>
>>> Thanks,
>>> -Rick
>>>
>
ack this.
>
> Thanks,
> -Rick
>
>
>> Thanks,
>> -Rick
>>
>> On 7/7/14 4:25 PM, Mamta Satoor wrote:
>>
>>> Hi Rick,
>>> I did some basic testing of MERGE feature and observed a behavior that I
>>> wanted to run by you to see i
Hi Rick,
I did some basic testing of MERGE feature and observed a behavior that I
wanted to run by you to see if it the expected behavior.
I have 2 really simple tables with views defined on them.
CREATE TABLE employee (
employee_id int,
first_name VARCHAR(20),
last_name VARCHAR(20),
dept_no
yDB;create=true{user=user1, password=user1}
Test Failed.
*** End: SimpleApp jdk1.6.0 derbyall:simpledemo 2014-05-14 19:43:45 ***
On Wed, May 14, 2014 at 10:11 AM, Mamta Satoor wrote:
> Hi Knut,
>
> Thanks for taking the time to respond. Yes, I did run derbyall with
> classes. Let me t
Hi Knut,
Thanks for taking the time to respond. Yes, I did run derbyall with
classes. Let me try running them with jar files and see how it goes.
thanks,
Mamta
On Wed, May 14, 2014 at 4:10 AM, Knut Anders Hatlen
wrote:
> Mamta Satoor writes:
>
> > Hi,
> > I was wondering
Hi,
I was wondering if anyone else has seen following failure on trunk when
running derbyall suite?
Start SubSuite: derbyall:simpledemo jdk1.6.0 2014-05-07 17:21:18
Framework: No special framework.
*** Start: SimpleApp jdk1.6.0 derbyall:simpledemo 2014-05-07 17:21:18 ***
2 del
< Connecte
derbyall ran with no problems too.
+1. Thanks Myrna.
On Fri, Mar 28, 2014 at 7:32 AM, Mamta Satoor wrote:
> Thanks for generating this release Myrna. I downloaded it last night, did
> some basic testing and ran junit suite on my Windows laptop with IBM jdk
> 1.6 and it ran clea
Thanks for generating this release Myrna. I downloaded it last night, did
some basic testing and ran junit suite on my Windows laptop with IBM jdk
1.6 and it ran clean. I have started derbyall suite and report the results
of it once it's done. Thanks again.
Mamta
On Thu, Mar 27, 2014 at 3:45 PM,
Hello,
A customer is reporting high memory usage with Derby 10.8 on a Linux
machine. Their initial investigation indicates that the classloaders are
not getting released because EmbedPreparedStatement40 objects are waiting
to be finalized.
They see over 80,000
org/apache/derby/impl/services/refle
Hi,
I have spent sometime looking through the code for DERBY-6301(SQL layer
should push down IN list predicates to store when doing a scan). I have
found that if the number of elements in the in list are fairly large,
optimizer will find that table scan is better than using an available
index. Thi
67890/dir1234567890/dir1234567890/aaa;create=true';
thanks again,
Mamta
On Mon, Feb 3, 2014 at 6:53 AM, Rick Hillegas wrote:
> Hi Mamta,
>
> Some comments inline...
>
>
> On 1/31/14 3:18 PM, Mamta Satoor wrote:
>
>> Hi,
>>
Hi,
I am not familiar with Derby's in memory db implementation (accessed
through jdbc url jdbc:derby:memory:... ) but I thought there will not be
any file system access for such a db. But when I tried a long dbname with
such a url, I got the exception(the complete stack trace is at the bottom
of t
Thanks Knut for providing information on reasons behind the failures.
Mamta
On Thu, Dec 19, 2013 at 2:18 AM, Knut Anders Hatlen
wrote:
> Mamta Satoor writes:
>
> > I have noticed following failures on Oracle's runs for trunk for jdk18
> > for various platforms. Is anyon
These failures are actually on 10.10 codeline, not trunk.
On Wed, Dec 18, 2013 at 4:42 PM, Mamta Satoor wrote:
>
> I have noticed following failures on Oracle's runs for trunk for jdk18 for
> various platforms. Is anyone aware of the failures? Thanks
> http://download.java.net/
I have noticed following failures on Oracle's runs for trunk for jdk18 for
various platforms. Is anyone aware of the failures? Thanks
http://download.java.net/javadesktop/derby/request_5585830/
Failed to invoke class
org.apache.derbyTesting.functionTests.tests.jdbc4._Suite
java.lang.reflect.Invoca
aggregateOptimization test failed on 10.10(1521714) codeline with IBM jdk
1.6 on a windows machine. If the failure is a new one, I will create a jira
for it. Thanks
The failure can be found at
http://people.apache.org/~myrnavl/derby_test_results/v10_10/windows/testlog/ibm16/1521714-derbyall_diff.t
Thanks Knut. I will checkin changes to the test so that we will have a db
to work with the next time around the test fails.
On Thu, Sep 12, 2013 at 12:34 AM, Knut Anders Hatlen wrote:
> Mamta Satoor writes:
>
> > Hi,
> >
> > I am working on DERBY-5866( t
Hi,
I am working on DERBY-5866(
testFiringConstraintOrder(org.apache.derbyTesting.functionTests.tests.lang.TriggerTest)junit.framework.AssertionFailedError:
matching triggers need to be fired in order creation:1,NO CASCADE
BEFORE,DELETE,ROW). The test fixture testFiringConstraintOrder creates
hand
Thanks Knut. I will work on moving the tearDown() code to setUp() which
then should leave a db behind in case of failure for further debugging.
On Wed, Sep 11, 2013 at 2:04 PM, Knut Anders Hatlen
wrote:
> Mamta Satoor writes:
>
> > Hi,
> >
> > I am working on DERBY
Hi,
I am working on DERBY-5866 where triggers are intermittently not getting
fired in the order they were created. I got hold of wombat db from such a
failure but it is all clean with no tables left in the db. This is because
of the tearDown() method in TriggerTest class which deletes all the meta
Thanks Dyre.
On Tue, Sep 10, 2013 at 11:53 PM, Dyre Tjeldvoll
wrote:
> On 09/11/2013 05:41 AM, Mamta Satoor wrote:
>
>> Hi,
>>
>> I was wondering if anybody knows why Oracle's test runs are not showing
>> up on
>> http://download.java.net/**j
Hi,
I was wondering if anybody knows why Oracle's test runs are not showing up
on http://download.java.net/javadesktop/derby. For trunk, the last test run
in for September 4th. Test run reports for 10.10 is from couple of days
back too.
thanks,
Mamta
Hi,
I was wondering if anyone would know why the test results (since September
5th) are not showing up in their usual place
http://download.java.net/javadesktop/derby/. Clicking on the url
http://download.java.net/javadesktop/derby/request_5580979 for this
notification email also does not bring up
ou can do
> something with putting a database in a jar, and connecting to that?
>
> Myrna
>
>
> On Wed, Sep 4, 2013 at 9:23 AM, Mamta Satoor wrote:
>
>> Hi,
>>
>> I am working on DERBY-6317(Optmizer can choose the wrong path when
>> BTreeCostController.j
Thanks Kathey.
On Wed, Sep 4, 2013 at 9:56 AM, Katherine Marsden <
kmarsdende...@sbcglobal.net> wrote:
> On 9/4/2013 9:23 AM, Mamta Satoor wrote:
>
>> Hi,
>>
>> I am working on DERBY-6317(Optmizer can choose the wrong path when
>> BTreeCostController.java re
Hi,
I am working on DERBY-6317(Optmizer can choose the wrong path when
BTreeCostController.java returns an estimate cost and row count of 0.0) and
have a stand alone reproducible test case. The program has to create a very
large db to reproduce the problem.
Now, I am working on writing a junit te
Scan type=btree
> > Tree height=5
> > start position:
> > >= on first 1 column(s).
> > Ordered null semantics on the following columns:
> > 0
> > stop position:
> > > on first 1 column(s).
> > Ordered null semantics on the following columns:
>
Table Scan ResultSet for CONFIGURATION_BUNDLE3 at read committed isolation
> level using instantaneous share row locking chosen by the optimizer
> Number of opens = 1
> Rows seen = 1
> Rows filtered = 0
> Fetch Size = 16
> constructor time (milliseconds) = 0
> open time (millisec
Hi Brett,
We have encountered and fixed at least one bug in case of single-column
unique index, where starting 10.9 we have decided not to keep stats for
such indexes. The bug fixed is DERBY-6045 and it is in Derby
10.10.1.1(revision 1480153). I was wondering if you could share java
org.apache.der
Hi,
When optimizer overrides was originally added, following overrides were
supported
1) constraint – The Derby optimizer chooses an index, including the indexes
that enforce constraints, as the access path for query execution if it is
useful. If there is more than one useful index, in most cases
We are running into DERBY-5774(Failures in UpdateStatisticsTest
(order-dependent test cases)). I will work on backporting these changes
into 10.8 and that should take care of the failures seen in 10.8 codeline
On Sat, Jun 29, 2013 at 6:44 PM, Mamta Satoor wrote:
> Looking more at the t
from another test
On Sat, Jun 29, 2013 at 4:35 PM, Mamta Satoor wrote:
> I see that after my backport for DERBY-5680 to 10.8,
> lang.UpdateStatisticsTest has started failing on 10.8. I don't understand
> why the test fails on Sun's machine but not on my Windows XP with IBM jdk
I see that after my backport for DERBY-5680 to 10.8,
lang.UpdateStatisticsTest has started failing on 10.8. I don't understand
why the test fails on Sun's machine but not on my Windows XP with IBM jdk
1.6. I am looking more into this. The failure reported on Sun's runs of the
test is as follows
erhaps it has been
> fixed in the meantime.
>
> Myrna
>
>
>
>
>
>
> On Mon, May 6, 2013 at 2:05 PM, Mamta Satoor wrote:
>
>> Hi,
>>
>> I am trying to merge a change from trunk into 10.10 codeline and keep
>> getting connectivity errors. I wa
Hi,
I am trying to merge a change from trunk into 10.10 codeline and keep
getting connectivity errors. I was wondering if anyone else is experiencing
the problem
$ svn merge -r 1445029:1445030
https://svn.apache.org/repos/asf/db/derby/code/trunk
svn: E175002: Unable to connect to a repository at
+1 from me too. I did adhoc testing along with buddy testing and the
release candidate behaved as expected/documented. The failure about
the triggers DERBY-5866 is an interesting one but I have not been able
to reproduce it after repeated runs. I have put in some extra
debugging info in it which ho
ys.sysschemas natural join sys.systables");
s.execute("call print_trace()");
*****
On Mon, Apr 1, 2013 at 11:55 AM, Mamta Satoor wrote:
> Hi,
>
> I was on vacation last week and hence could't participate in this
> conversation earlier.
>
> As
Hi,
I was on vacation last week and hence could't participate in this
conversation earlier.
As Rick pointed out, DERBY-6022 has gone in as part of 10.10. But if
you are in need of doing optimizer tracing in a release prior to
10.10, you can try the suggestion postd by Knut in email thread("Is
the
Hi Rick,
Sorry, I had taken last couple days off and didn't see your email
about release notes until today. I will go over the release notes
draft one time, especially looking at the jiras I have worked on to
make sure everything looks good.
thanks,
Mamta
On Fri, Mar 15, 2013 at 7:53 AM, Rick Hi
If we do decide to make this available as part of Derby release, the
work can go in as part of existing jira DERBY-837.
thanks,
Mamta
On Thu, Feb 28, 2013 at 5:41 PM, Bryan Pendleton
wrote:
>> I didn't find any easy way to enable it (like setting a property). So
>> what I ended up with, was to d
, Feb 28, 2013 at 10:49 AM, Rick Hillegas
wrote:
> On 2/28/13 8:38 AM, Mamta Satoor wrote:
>>
>> As per "Test report:
>> http://download.java.net/javadesktop/derby/javadb-5573355-report/";
>> (http://download.java.net/javadesktop/derby/javadb-5573355-report/%2
Thanks, Knut.
On Thu, Feb 28, 2013 at 1:03 AM, Knut Anders Hatlen
wrote:
> Mamta Satoor writes:
>
>> Hi,
>>
>> I was wondering if there was a way to dump all the plans considered by
>> the optimizer. I realize that it can be a huge output since optimizer
>>
As per "Test report:
http://download.java.net/javadesktop/derby/javadb-5573355-report/";
(http://download.java.net/javadesktop/derby/javadb-5573355-report/%27),
the exceptions with amd64_jdk7 are for junit tests in
org.apache.derbyTesting.functionTests.tests.management and they all
seem to be as fo
I see that after my backport for DERBY-6053 into 10.9, number of junit
tests(50) have failed with amd64_jdk7 on 10.9 codeline. Interestingly,
the tests passed with ia32_jdk5 and ia32_jdk6. They also passed with
ibm1.7 on my machine before the checkin so I am not sure what is the
reason behind the f
Hi,
I was wondering if there was a way to dump all the plans considered by
the optimizer. I realize that it can be a huge output since optimizer
can be going through many different plan options but it will be a good
information to have when looking at why one plan was picked over the
other. I am p
Hi Rick,
Thanks for your response. I will give this approach a try if we decide
to use a property just for that one test.
thanks again,
Mamta
On Thu, Feb 14, 2013 at 5:48 AM, Rick Hillegas wrote:
> On 2/13/13 10:38 PM, Mamta Satoor wrote:
>>
>> Hi,
>>
>> I was won
Hi,
I was wondering if there is a way to set a database property only for
one test fixture within a junit test with many test fixtures. I
recently added a test fixture xtestDerby6045 in
org.apache.derbyTesting.functionTests.tests.lang.InListMultiProbeTest(I
have purposely named it to start with an
Just attached release note to DERBY-4631.
thanks,
Mamta
On Thu, Nov 1, 2012 at 11:16 AM, Mamta Satoor wrote:
> Hi,
>
> I will work on fixing DERBY-4631's release note.
>
> Mamta
>
> On Fri, Oct 26, 2012 at 8:21 AM, Kim Haase wrote:
>> Hypothesizing that the
Hi,
I will work on fixing DERBY-4631's release note.
Mamta
On Fri, Oct 26, 2012 at 8:21 AM, Kim Haase wrote:
> Hypothesizing that the reason the issues didn't make it into the release
> notes was that they had been resolved but not closed, I've closed those two
> issues. Maybe that will help.
>
In addition to the text suggested by Kathey, I am wondering if we
should this same info in ReleaseNotes as well. Since users typically
will read the ReleaseNote at the time of ugrade, they will have the
knowledge on what to do if in case metadata queries or triggers are
misbehaving.
Mamta
On Wed,
Saw the error again on trunk last week. Will enter a jira for it.
On Mon, Oct 15, 2012 at 3:00 PM, Mamta Satoor wrote:
> Hi,
>
> Has anyone seen following failure in test_09_MaxThreads_Invalid? This
> happened 10.8 codeline revision 1395431, with ibm142 jdk on a Windows
> machine
Hi,
Has anyone seen following failure in test_09_MaxThreads_Invalid? This
happened 10.8 codeline revision 1395431, with ibm142 jdk on a Windows
machine. Thanks.
1)
test_09_MaxThreads_Invalid(org.apache.derbyTesting.functionTests.tests.derbynet.NetworkServerControlApiTest)junit.framework.Assertio
ache Derby website
to get the released jars?
time java -Dderby.tests.trace=true junit.textui.TestRunner
org.apache.derbyTesting.functionTests.suites.All > runall.out 2>&1
thanks,
Mamta
On Thu, Oct 4, 2012 at 10:58 PM, Kristian Waagan
wrote:
> On 05.10.2012 06:29, Mamta Satoor wrote:
>
Hello,
Not sure if I am encountering following problem because of my
environment but I did a svn update earlier today on trunk and after
building the classes, I fired junit suite but I get following error. I
started the junit suite with following command
time java -Dderby.tests.trace=true junit.t
Thanks, Kristian.
On Wed, Aug 8, 2012 at 11:16 PM, Kristian Waagan
wrote:
> On 09.08.2012 00:33, Mamta Satoor wrote:
>>
>> I need help understanding this failure. I did a backport to 10.9 for
>> DERBY-5839 and derbyall (including CompatibilityTest) has run fine on
>>
che.org>
> Date: Wed, 8 Aug 2012 15:32:46 -0700
> Message-ID:
>
> Subject: Re: Build failed in Jenkins: Derby-10.9-derbyall #19
> From: Mamta Satoor
> To: Apache Jenkins Server
> Content-Type: text/plain; charset=ISO-8859-1
>
> I need help understanding this fai
+1.
I did some adhoc testing and did buddy testing for DERBY-5501.
Mamta
On Tue, Jun 19, 2012 at 7:13 AM, Katherine Marsden
wrote:
> On 6/18/2012 6:13 PM, Bryan Pendleton wrote:
>>
>> On 05/31/2012 03:10 PM, Rick Hillegas wrote:
>>>
>>> Please test-drive the 10.9.1.0 candidate, then vote on whe
Hi Rick,
I downloaded the release and did some basic testing and that testing went fine.
Mamta
On Mon, Jun 4, 2012 at 8:54 AM, Rick Hillegas wrote:
> Thanks for running these experiments, Kristian. Some comments inline...
>
>
> On 6/4/12 8:08 AM, Kristian Waagan wrote:
>>
>> On 01.06.12 00:10,
Thanks for fixing the javadoc, Dag.
On Mon, May 21, 2012 at 4:23 PM, wrote:
> Author: dag
> Date: Mon May 21 23:23:03 2012
> New Revision: 1341266
>
> URL: http://svn.apache.org/viewvc?rev=1341266&view=rev
> Log:
> DERBY-4631 Wrong join column returned by right outer join with NATURAL or
> USIN
Hi,
Not sure if this is a known issue, but there was following error on
10.8 codeline on windows machine with
ibm1.4.2(http://people.apache.org/~myrnavl/derby_test_results/v10_8/windows/testlog/ibm142/1331654-suites.All_diff.txt)
1)
cs_FailedStreamInsertCharBufferBoundaries(org.apache.derbyTesti
Looks like jira is back
On Fri, Apr 20, 2012 at 1:40 PM, Katherine Marsden
wrote:
> On 4/20/2012 1:14 PM, Mamta Satoor wrote:
>>
>> Hi,
>>
>> I am unable to create a new jira or access an existing one.
>
>
> I cannot access Jira either. At the moment the error
Hi,
I am unable to create a new jira or access an existing one. for eg
https://issues.apache.org/jira/browse/DERBY-3299
gives me error. I don't recall having to seup jira.home in order to
access an existing jira. Maybe this step is needed at the server side?
*
JIRA Startup Failed
Thanks everyone. Kathey helped track it down to an outdated version of
junit. Using the new junit has fixed the problem.
On Thu, Apr 19, 2012 at 2:42 PM, Knut Anders Hatlen
wrote:
> Mamta Satoor writes:
>
>> Hi Rick,
>>
>> Thanks for taking the time to respond to
yTesting.functionTests.tests.lang.SequenceGeneratorTest.preCrashActions
>
> Thanks,
> -Rick
>
>
> On 4/18/12 5:31 PM, Mamta Satoor wrote:
>>
>> Hi,
>>
>> I ran junit suite on my Windows7 laptop with ibm 1.6 on trunk with
>> couple changes and I hav
Hi,
I ran junit suite on my Windows7 laptop with ibm 1.6 on trunk with
couple changes and I have been seeing following failure. I haven't
debugged it yet to see if it's related to changes I have made but
thought would check on the list to see if anyone else has seen the
following failure. Thanks.
oking at it more for
DERBY-5638. Will post to the list if I come across any questions.
thanks again,
Mamta
On Thu, Mar 8, 2012 at 10:42 PM, Kristian Waagan
wrote:
> On 07.03.2012 03:07, Mamta Satoor wrote:
>>
>> Hello,
>>
>> I was wondering if there is any way to tel
Kathey, when I run the 10.5 query, it says no matching issues found.
On Tue, Mar 6, 2012 at 10:24 AM, Katherine Marsden
wrote:
> On 3/5/2012 11:50 AM, Katherine Marsden wrote:
>>
>>
>> I want to ask for the community help to review these two lists. For the
>> issues you fixed, if a fix does not
Hello,
I was wondering if there is any way to tell junit suite to save all
the logs and database directories of all the tests that get run as
part of the suite(both the failing and passing tests). I am looking at
DERBY-5638 and want to make sure that the previous tests have nothing
suspicious in t
Hi Kathey,
There were some trigger related jiras that were not suitable for
backporting because of their dependency on the new changes to system
tables but I think the 2 that you identified are safe for backporting.
I will look at it more closely when I work on backporting them,
thanks,
Mamta
On
Hi Kathey,
Thanks for setting up this page. I have been working on SQL "Never
Triaged Bugs" list.
I am little confused though by the Assignee and Completed columns. Can
only one person triage any specific group of bugs? For instance, if I
put my name down for SQL, can someone else triage that lis
Hi Rick,
Yes, I think the script provided by you exhibites Derby behavior.
thanks,
Mamta
On Fri, Dec 16, 2011 at 12:58 PM, Rick Hillegas
wrote:
> Thanks, Mamta. That was very helpful. I think I am beginning to understand
> this better. At the end of this message I include a script which I belie
Hi Rick,
I haven't looked at the code but made a quick glance through the past
emails(from 2007) about collation discussion. And I think the
conclusion was to pick up the collation of the compilation schema for
character columns not coming from a table directly. I wrote test cases
for the 2 scenar
+1. Yes, definitely more stable than the previous one. Thanks, Myrna.
On Thu, Oct 20, 2011 at 9:55 AM, Lily Wei wrote:
> +1 Really great work!
>
> Thanks,
> Lily
>
> On Oct 20, 2011, at 9:13 AM, Mike Matrigali wrote:
>
>> Myrna van Lunteren wrote:
>>> I have prepared the next candidate for the 1
Dag, I changed the commit comments to refer to DERBY-5459 where applicable.
The original commit comment referred to DERBY-3823 because we didin't
have a separate jira for resulset metadata at that point.
thanks,
Mamta
On Thu, Oct 13, 2011 at 6:21 PM, Dag H. Wanvik wrote:
> ma...@apache.org writ
Hi Myrna,
Sorry for cluttering the voting thread with the details of the test
results. I have updated the RC3 wiki page with the information.
thanks,
Mamta
On Tue, Oct 11, 2011 at 3:30 PM, Myrna van Lunteren
wrote:
> On Tue, Oct 11, 2011 at 3:07 PM, Mamta Satoor wrote:
>> I ran st
rrors. The identity column test
did run into lock timeouts and
it took more than double the time(compared to 10.8 release candidate) to finish.
Mamta
On Tue, Oct 11, 2011 at 11:07 AM, Mamta Satoor wrote:
> Hi Myrna,
>
> Thanks for spinning another release candidate. I downloaded the
>
Hi Myrna,
Thanks for spinning another release candidate. I downloaded the
release and was able to do some very basic testing and it looked good.
I will do more testing and report how that goes.
thanks,
Mamta
On Tue, Oct 11, 2011 at 11:07 AM, Kim Haase wrote:
> I've checked over the documentatio
keep working on it but if it time permit,
I will appreicate you and others looking into the test.
thanks,
Mamta
On Fri, Sep 30, 2011 at 12:12 PM, Kathey Marsden
wrote:
> On 9/30/2011 11:55 AM, Mamta Satoor wrote:
>>
>> Hi,
>>
>> I think it will be good for us to have
Hi,
I think it will be good for us to have a junit test which will
reliably run into sequence contention problem. As a start, I am
working on writing a stand alone program outside of junit which looks
as follows. I have not been able to reproduce the sequence contention
problem with my program yet
Thanks for putting the release candiate out, Myrna.
I downloaded db-derby-10.8.2.1-lib.zip to do some basic testing. The
download 1st time around for some reason didn't get everything and I
got corrupt zip file error when I tried opening
db-derby-10.8.2.1-lib.zip. May be something was wrong with t
I will take a look at DERBY-5409. When I ran the tests on my machine
before checking in changes for DERBY-5044, I didn't see the error for
grant revoke test. But I will take a look.
thanks,
Mamta
On Tue, Sep 13, 2011 at 2:39 PM, Dag H. Wanvik wrote:
> Myrna van Lunteren writes:
>
>> I noticed t
Myrna, not a big deal, but I this JIRA issue for this release is
DERBY-5287, right? And not DERBY-5872
On Tue, Sep 6, 2011 at 2:34 PM, Myrna van Lunteren
wrote:
> Hi all,
>
> Please find attached the first draft for the 10.8.2 release notes.
> I've also attached a version to the JIRA issue for th
1 - 100 of 824 matches
Mail list logo
