On 17.03.2010 15:47, Ян Программист wrote:
webautomator
Hello,
I have added you to the developer group in Jira, with the id 'webautomator'.
The following web pages may help you get started in the community
(copied from earlier mails sent to new contributers):
- Top level community page:
On 23.03.10 15:31, Rick Hillegas wrote:
Does anyone know of a programmatic interface to JIRA? I am looking for
a better way to generate the release notes. Currently, the
ReleaseNotesGenerator parses JIRA reports. This has turned out to be
an unstable api. The content of these reports changes
On 23.03.10 16:02, Rick Hillegas wrote:
Kristian Waagan wrote:
On 23.03.10 15:31, Rick Hillegas wrote:
Does anyone know of a programmatic interface to JIRA? I am looking
for a better way to generate the release notes. Currently, the
ReleaseNotesGenerator parses JIRA reports. This has turned
On 09.04.2010 17:42, Ян Программист wrote:
People, I need help in transaction testing. John
Hi John,
What exacly would you like to get feedback on?
I can't see how people can help you based on the sentence above.
Regards,
--
Kristian
On10.04.2010 18:17, Nirmal Fernando wrote:
Hi All,
I think I found the reason, it's just that I'm using Windows Vista not
Unix.
So in Windows my CLASSPATH variable's value should be following:
On10.04.2010 18:37, Nirmal Fernando wrote:
Thanks Tiago !!
Ya, I ran the command that Bryan had posted few mails ago. It included
those maximizing memory allocation.
By the way, at what times we need to run suites.All? Is it only when
we create a patch?
I run suites.All with as good as
On 18.04.10 14:50, Thiwanka Somasiri wrote:
It is possible to query XPLAIN style tables in ij.For example,
call syscs_util.syscs_set_xplain_schema('MY_STATS');
How can I do this in a Java Program in order to set the explain schema?
Hi Thiwanka,
I think you can use a CallableStatement in
On 19.04.10 19:18, Kim Haase wrote:
I would be very grateful if Kristian could review DERBY-4525
(documentation for the in-memory storage back end) so that the
documentation can get into the release. If he doesn't have time, maybe
he could designate someone else.
Hi Kim,
I'll do this
On 19.04.10 17:15, Rick Hillegas wrote:
Just a gentle reminder that I plan to cut the 10.6 branch and build
the 10.6.1 release candidate next Monday, as described here:
http://wiki.apache.org/db-derby/DerbyTenSixOneRelease
So this is the last week for checking in 10.6.1 features and bug
On 22.04.10 17:25, Ян Программист wrote:
init:
deps-clean:
Deleting directory /home/webautomator/NetBeansProjects/derby/build
clean:
init:
deps-jar:
Created dir: /home/webautomator/NetBeansProjects/derby/build/classes
Created dir: /home/webautomator/NetBeansProjects/derby/build/empty
Compiling
can be compiled independently of Derby using Java 6 features.
Where do you need to use annotations in the Derby source code?
Nobody has rejected to help you. Maybe people are having difficulties
understanding how they can help you?
--
Kristian
2010/4/22 Kristian Waagan kristian.waa...@sun.com
Hi,
The Hudson job building the Derby documentation had fallen over. The
last published docs were built on April the 7th.
I couldn't find any error messages through the Hudson GUI, but further
investigation showed that the process ran out of memory. It used to run
with Xmx200m, I now bumped
On 23.04.10 15:34, Rick Hillegas wrote:
There are errors in testBlobExceptionDoesNotRollbackOtherStatements in
the last couple regression test reports which I have received. Just
want to make sure this one is not falling through the cracks.
Hi Rick,
Already fixed, see
On 25.04.10 02:29, Ron de Jong wrote:
Dear Derby developers,
When can we expect a new release ? (it's almost may 2010)
Hi Ron,
A release candidate for Derby 10.6 is supposed to be cut today, draft
release notes have already been posted, and according to the plan the
release should happen
On 26.04.10 22:00, Rick Hillegas wrote:
I saw the following error in StreamingColumnTest when run as part of
the full JUnit suite on the 10.6 branch. I did not see this error when
I ran that test standalone on that branch or on the trunk. Has anyone
else seen this instability?
Hi Rick,
I
On 27.04.10 17:55, Rick Hillegas wrote:
Thanks for investigating this, Kristian. Some comments inline...
Kristian Waagan wrote:
On 26.04.10 22:00, Rick Hillegas wrote:
I saw the following error in StreamingColumnTest when run as part of
the full JUnit suite on the 10.6 branch. I did not see
On 30.04.10 16:47, Dusane, Sachin wrote:
Hi ,
I am trying to explore the Java DB locally so, I tried using the
NetworkServerControl API in my java code and tried to start the java
db locally using the below lines as shown in reference.
But when I run the application it is giving me
Hi,
The PropertySetter, whose responsibility it is to configure the compile
classpath(s) if the user hasn't, now has two algorithms to detect JDK
installations:
(1) JAR inspection (newer)
(2) directory name filter (old)
Currently (1) is run first, followed by (2).
Lately, I have stumbled
Hi,
When testing the source bundle(s), I noticed:
a) the contents .zip and the tar.gz are equal (a good thing)
b) we include the maven directory, but not the maven2 directory
(see DERBY-4632, the Maven 1 files are suggested deleted)
Should we include maven2 and exclude maven, or remove
On 03.05.10 15:28, Knut Anders Hatlen wrote:
On 05/ 3/10 02:59 PM, Kristian Waagan wrote:
Hi,
When testing the source bundle(s), I noticed:
[...]
c) we don't include any IDE files/projects. Is this intentional?
No, I don't think so. See DERBY-3857.
Thanks, Knut.
I added my vote
On 03.05.10 21:36, Rick Hillegas wrote:
Hi Kristian,
Some comments inline...
Kristian Waagan wrote:
Hi,
When testing the source bundle(s), I noticed:
a) the contents .zip and the tar.gz are equal (a good thing)
Hooray!
b) we include the maven directory, but not the maven2 directory
(see
On 04.05.10 04:15, Bryan Pendleton wrote:
Derby build to fail. The typical pattern is that (1) detects a valid
Java SE 6 installation, and then (2) picks up an invalid installation of
Java SE 5.0 or J2SE 1.4.
What is an invalid installation in this description?
In general, your proposal
On 11.05.10 01:38, Mamta Satoor wrote:
Hi,
With DERBY-3809, it is nice that one can now list the functions just
like procedures through SHOW PROCEDURES.
While buddy testing, I noticed that (this is also pointed out by
Sylvain Leroux in DERBY-3809) is that the last column, REMARKS, is too
On 26.04.10 23:16, Rick Hillegas wrote:
Please test-drive the 10.6.1.0 candidate, then vote on whether to
accept it as a Derby release.
[ snip ]
+1 from me.
I have tested the RC by running the regression tests on various
platforms. I also ran an industry standard benchmark (SPEC
On 21.05.2010 14:45, Rick Hillegas wrote:
On Tuesday I added 10.6.1.0 to Derby's rdf descriptor on our website
(doap_Derby.rdfs). According to the release instructions, the release
manager is supposed to notify site-...@apache.org if the changes don't
appear at
On 27.05.10 02:50, Hawkx wrote:
Bryan Pendleton-3 wrote:
I'm not sure why the block occurred, but when you specified the IP
address for your server to listen on, all connection requests must be
made to that IP address.
Sorry, I'm busy in working these days.
I make a test at office,
Hi,
I have been investigating how the various Derby data source
implementations behave when it comes to [bean] properties.
Properties and attributes are used interchangeably, and I'll be using
the following abbreviations:
o DS-[E|C] the normal data souce embedded/client
o CP-[E|C]
On 31.05.10 06:03, Hawkx wrote:
I found that derby do not auto commit data change on my computer, even I set
auto commit to true explicitly. nothing written to database, unless I call
commit().
Hi,
I think this is expected behavior, because you don't close the statement.
From [1] (* added
On 31.05.10 05:46, Hawkx wrote:
Maybe there is a problem on you machine, or maybe it is a bug in Derby.
It would be helpful if you could do what Bryan suggested - obtain the
stack trace from the Java process when it is hanging.
Besides from what Bryan mentioned, you can also use jstack (or
On 31.05.10 14:55, Knut Anders Hatlen wrote:
On Mon, 2010-05-31 at 14:43 +0200, Knut Anders Hatlen wrote:
On Mon, 2010-05-31 at 09:46 +0200, Kristian Waagan wrote:
On 31.05.10 06:03, Hawkx wrote:
I found that derby do not auto commit data change on my computer, even I set
On 31.05.10 16:04, Knut Anders Hatlen wrote:
On 05/31/10 03:38 PM, Kristian Waagan wrote:
Is the paragraph referenced from the devguide accurate enough, or should
we change it?
There seems to be many fine details to handle related to this issue...
I think that the paragraph
On 31.05.10 10:58, Kristian Waagan wrote:
On 31.05.10 05:46, Hawkx wrote:
Maybe there is a problem on you machine, or maybe it is a bug in Derby.
It would be helpful if you could do what Bryan suggested - obtain the
stack trace from the Java process when it is hanging.
Besides from what Bryan
On 04.06.10 05:24, Brett Wooldridge wrote:
I'm looking for a little guidance on building Derby on OS X.
I checked out the trunk from SVN, and followed the build instructions:
http://svn.apache.org/viewvc/db/derby/code/trunk/BUILDING.html?view=co
While seemingly simple, I've run into a series
Hello,
I just created a build job for the 10.6 branch in Hudson [1].
I also added a note for this under Prepare the community for a new
release in DerbySnapshotOrRelease [2]. This is only necessary for new
major releases, where we actually create a new branch.
Regards,
--
Kristian
[1]
On 07.06.10 06:58, Brett Wooldridge wrote:
This issue is resolved. However, I think the build infrastructure
for OS X could use to be updated. The issue is that Apple ships OS X
with Java 1.6, but includes symbolic links from 1.4 - 1.6, and 1.5 -
1.6. The Derby build detects (or think it
On 10.06.10 09:48, Brett Wooldridge wrote:
Developers,
I have attached a patch for DERBY-4279 (in Jira). There is currently no
developer assigned to this (major) bug. Can someone with commit
privileges take a look?
Hi Brett,
I have added you to the Derby contributers group
Hello,
I believe that it is soon time to reorganize the code living in
PropertySetter. As mentioned by Rick, it has evolved significantly since
its inception. This is, however, a separate issue.
For now, I'd like to implement a few improvements:
a) don't add Java 6 libraries when compiling
On 15.06.10 04:02, Apache Hudson Server wrote:
Seehttp://hudson.zones.apache.org/hudson/job/Derby-branch-10.6/5/changes
FYI, build 4 (10.6 branch) [1] failed due to some problems with the
Apache infrastructure.
--
Kristian
[1] http://hudson.zones.apache.org/hudson/job/Derby-branch-10.6/4
Hi,
I see the tinderbox test started failing on the 22nd of June [1].
The failures are in derbyall run in the old harness. Some changes to the
masters were committed under DERBY-1482.
However, when I run these on my local machine, they pass.
Can any one confirm this?
I'd like to figure out if
On 25.06.10 13:49, Nirmal Fernando wrote:
Hi All,
I want to know how can I run only this test file
org.apache.derbyTesting.functionTests.tests.lang.XplainStatisticsTest.java.
Can someone please send me the command or is it impossible?
Hi Nirmal,
This is a JUnit test, so you can do
On 27.06.10 23:57, Bryan Pendleton wrote:
Hi all,
With the current head of trunk, I am seeing a failure in
LockInterruptTest
in my environment (see below).
Is anybody else experiencing this?
Hi Bryan,
I can see that it fails in the tinderbox test [1] and [2] (test added in
[1]).
On my
On 27.06.10 02:16, Dag H. Wanvik wrote:
Hi Kathey,
Kathey Marsdenkmarsdende...@sbcglobal.net writes:
I was looking at the fixes that have gone into trunk and 10.6 and
seeing what looked good to backport to 10.5. I came up with the
following list. I did not look all that closely, but
-3844 |[DERBY-3844] ASSERT failure in BasePage.unlatch() when
running
LobStreamsTest
|Kristian Waagan
I think this one can be backported. However:
o there's a workaround
o it requires a release note
DERBY-3646 |[DERBY-3646] Embedded returns
explanation of the problem. Then let the
community discuss what the best solution is.
Hi Rick,
Finally took the time to create a Jira for this :)
See DERBY-4719 [1].
Regards,
--
Kristian
[1] https://issues.apache.org/jira/browse/DERBY-4719
Thanks,
-Rick
Kristian Waagan wrote:
Hi,
I have
On 30.06.10 07:30, Kathey Marsden wrote:
I finally got to trying the build on the new iMac. I tried following the
BUILDING.html directions exactly
Hi Kathey,
Did you add anything to ant.properties?
Attached is the result. I did not set JAVA_HOME since it was not in the
On 13.07.10 20:59, Tiago Espinha wrote:
Hello Rick,
Do we know which patch it was that introduced this? The second failure has to do
with my test conversions from last year and it should come up if we're trying to
request one more port from TestConfiguration.getNextAvailablePort() without
On 14.07.10 09:24, Tiago Espinha wrote:
It means that at some point in time during a suites.All run, each of the ports
in the range [basePort, basePort+10] will be in use.
Just a minor detail, but I think it means each of the ports *may* be in
use at some point.
For instance, not all runs
On 13.07.10 22:33, Tiago Espinha wrote:
I think ideally we'd keep the max number of ports on a tight fit to what is
actually needed, that's why I left them at 10. This way if new ports are
required along the way, whoever makes the changes gets alerted that they need to
increase this constant.
On 14.07.10 10:57, Tiago Espinha wrote:
[ snip ]
By having this constant and enforcing this limit, we can safely have a test run
with basePort=1527 and another one with basePort=1538. If we were doing runs
like this and someone creates a new test that requires a new alternative port
(and if we
On 14.07.10 10:59, Tiago Espinha wrote:
A-ha I see what you mean. This limit is indeed for suites.All, so indeed it
wouldn't come up when individual suites are ran.
I'm not sure what you meant by bogus port though?
The bogus port is a port where no Derby network server (or anything
else)
On 14.07.10 11:28, Tiago Espinha wrote:
Would you define MAX_PORTS_USED through a system property? I suppose we could
keep a default limit that is a tight fit on the suites.All and if a property,
say derby.tests.maxPortsUsed, is defined then we override it with that value.
No,
On 14.07.10 11:32, Tiago Espinha wrote:
Oh I see, then yes I guess we could store it as a static variable. Might it not
be an inconvenient though? What port would we set it to? What if someone is
doing test runs and has something bound to the port we came up with? Maybe the
ideal solution would
On 14.07.10 11:31, Knut Anders Hatlen wrote:
On 07/14/10 10:57 AM, Tiago Espinha wrote:
[ snip ]
I think the best and simplest way to solve this is to just bump up the limit to
what's required right now. Even if we require 11 or 12 ports that still allows
us, in theory, to have ~5000
On 20.07.10 14:55, Tiago Espinha wrote:
Hello all,
I'm doing some old client testing for DERBY-4746 and I've ran into a problem
that I can't seem to be able to solve. Basically, I tested my trunk server
against a 10.5 client and everything was fine. But then when I test it against a
10.1.1.0
Hi,
Don't know if we can upgrade to a newer FOP version easily (I think
there were problems last time?), but noticed that version 1.0 has been
released:
http://blogs.apache.org/foundation/date/20100721
--
Kristian
Hi,
When working on an experiment for automatic index statistics
(re)generation, I was exposed to the Derby transaction API.
Dan filed an issue [1] suggesting to clean up this API, and I can give
my +1 to that :) In places the comments and actual usage aren't in sync,
and missing
On 03.08.2010 19:28, Mike Matrigali wrote:
Hi Mike,
Thank you for the feedback. See my comments below, especially the one
regarding flushLogOnCommit.
Kristian Waagan wrote:
Hi,
When working on an experiment for automatic index statistics
(re)generation, I was exposed to the Derby
On Tue, Aug 03, 2010 at 10:46:26PM -0700, Lily Wei wrote:
Hi there:
I have a question about testing zh_Ch locale.
If I do 'java -Dderby.ui.locale=zh_CH -Dderby.ui.codeset=utf8
org.apache.derby.tools.ij' and got error with message on 42504,
should I see Chinese character error?
On 06.08.10 06:37, Lily Wei wrote:
Hi Kristian:
Thank you for the detail information.
I am still not getting ij to display chinese charater.
From your output, you are displaying Simplified Chinese.
版本 is Version. And, it is the same for Simplified and Complicated.
选择 is set and this is
On 03.08.10 23:05, Mike Matrigali wrote:
Kristian Waagan wrote:
On 03.08.2010 19:28, Mike Matrigali wrote:
Hi Mike,
Thank you for the feedback. See my comments below, especially the one
regarding flushLogOnCommit.
Kristian Waagan wrote:
Hi,
When working on an experiment
On 13.08.10 03:42, Bryan Pendleton wrote:
[ snip ]
Can somebody please re-send me the instructions for how to configure the
svn:eol-style in my environment? I moved machines not too long ago, and
I think I must have lost this configuration when I did so. Is this
documented in our wiki
On 13.08.2010 21:34, Kathey Marsden wrote:
[ snip ]
Please vote +1 to make Tiago Espinha a committer for Derby. Polls
close at 12:30 pm San Francisco time, Monday, August 16, 2010.
+1
--
Kristian
Thanks
Kathey
[1]
On 20.08.10 19:04, Kathey Marsden wrote:
On 8/20/2010 6:41 AM, Rick Hillegas wrote:
I am considering volunteering to manage a 10.7 release, producing a
first release candidate in mid-October. The following loose ends
probably need attention:
It would really be great to have the automated
On 10.09.10 18:10, Kathey Marsden wrote:
The weekly code coverage reports seem to have stopped in April and
the detail from that time is missing.
http://dbtg.foundry.sun.com/derby/test/coverage/
Is there someone that can take a look? It would be great to get this
transitioned to Hudson if
On 15.09.10 18:21, Lily Wei wrote:
Hi There:
The 10.6.2.0 release candidate is ready for testing. It is
available at:
http://people.apache.org/~lilywei/public_html/10.6.2.0.997075/
http://people.apache.org/%7Elilywei/public_html/10.6.2.0.997075/
Hi Lily,
As a first step I verified
Hi,
When Lily tested my prototype for the automatic index statistics
feature, she got errors in OSReadOnlyTest. I didn't, and since the
failures came when trying to delete files on Windows I immediately
suspected open file handles. After having investigated enough to be
confident that my
On 16.09.10 19:02, Myrna van Lunteren wrote:
On Thu, Sep 16, 2010 at 8:33 AM, Knut Anders Hatlen
knut.hat...@oracle.com wrote:
Bryan Pendletonbpendleton.de...@gmail.com writes:
Since the comment in DERBY-3837 says the purpose of the test is to test
operation on read-only media, do you
On 22.09.10 16:24, Apache Hudson Server wrote:
Seehttps://hudson.apache.org/hudson/job/Derby-trunk/512/
FYI, I wiped the workspace and started another build.
The cause for the failure was, as already stated elsewhere, a
combination of the check-in for DERBY-3968 and the way the Hudson job
Hi Lily,
It's a bit unclear to me whether work is under way to complete the
release process for Derby 10.6.2.1.
For instance, the work for items 5, 8, 10, 11, 12, and 13 in [1] (see
section After a successful vote) seems not to have taken place. Note
that I haven't checked the status for
On 08.10.10 16:34, vipul modi wrote:
Hi Rick
The complete output is :
[ snip ]
I am using lucid linux can it be problem.
Hi Vipul,
If you have the time, do you mind checking out Derby trunk [1] on *the
same machine*, and then run the following command from the top-level
directory:
*From:* Kristian Waagan kristian.waa...@oracle.com
*To:* Derby Development derby-dev@db.apache.org
*Sent:* Fri, October 8, 2010 7:43:37 AM
*Subject:* Status for missing steps for the 10.6.2.1 release
Hi Lily,
It's a bit unclear to me whether work is under way to complete the
release process
probably help out with a few tips to
aid the debugging.
Cheers,
--
Kristian
Thank you so much,
Lily
*From:* Kristian Waagan kristian.waa...@oracle.com
*To:* derby-dev@db.apache.org
*Sent:* Mon, October 11, 2010 12:20:22 AM
Hi,
When I worked on the scripts generating and publishing the Maven 2
artifacts, I added a release history to the maven2/README.txt file. This
file exists on every branch.
I did not think a lot about how this would work out as we publish new
releases. Its only purpose is to serve as a
Hi,
When testing the automatic index statistics update prototype,
lang.XplainStatisticsTest started failing intermittently.
A quick investigation suggests this is caused by a recompilation request
being raised at that appropriate place in the code. In this case the
recompilation is caused by
On 14.10.10 03:46, Bryan Pendleton wrote:
The result of the above event is that an entry for the query is added
twice to SYSXPLAIN_STATEMENTS; once when the recompilation
of the query is triggered, and once when the query has completed.
This surprises me. I don't understand why
Hi,
I stumbled across [1] when looking for something on the wiki. It lists
the various Java platforms Derby has been tested on. Unfortunately, it
hasn't been updated since 2008-04-25.
Is it useful enough to revive, or should we simply remove the page?
If keeping, should we simplify it by
On 12.10.10 16:05, Knut Anders Hatlen wrote:
Rick Hillegasrick.hille...@oracle.com writes:
Knut Anders Hatlen wrote:
Rick Hillegasrick.hille...@oracle.com writes:
I agree that most developers won't care about this file. It is
interesting archeology for release managers, though.
The
On 19.10.10 14:52, Rick Hillegas wrote:
Kristian Waagan wrote:
On 12.10.10 16:05, Knut Anders Hatlen wrote:
Rick Hillegasrick.hille...@oracle.com writes:
Knut Anders Hatlen wrote:
Rick Hillegasrick.hille...@oracle.com writes:
I agree that most developers won't care about this file
Hi,
Working on some release notes generation stuff, I noticed a class called
JiraConnector in org.apache.derbyBuild.
Is anyone using this class?
If I don't get any feedback, I will remove from trunk it in a week or so.
Thanks,
--
Kristian
On 19.10.10 17:41, Rick Hillegas wrote:
Kristian Waagan wrote:
On 19.10.10 14:52, Rick Hillegas wrote:
[ snip ]
Hi Rick,
I agree Maven can be seen as just another distribution channel.
If anyone has a suggestion for some text for the release
distributions page, that would be great!
Hi
On 20.10.10 18:41, Lily Wei wrote:
Kristian Waagan wrote:
On 19.10.10 17:41, Rick Hillegas wrote:
[ snip ]
There is one thing I'd like to nail down though, and that is what
the development community wants regarding the history section in
maven2/README.txt. My motivation
Den 20.10.2010 18:49, skrev Kathey Marsden:
On 10/20/2010 9:41 AM, Kathey Marsden wrote:
On 10/20/2010 8:49 AM, Kristian Waagan wrote:
Hi,
Working on some release notes generation stuff, I noticed a class
called JiraConnector in org.apache.derbyBuild.
Is anyone using this class?
I use
On 27.10.10 20:05, Kathey Marsden wrote:
On 10/26/2010 11:54 AM, Kristian Waagan wrote:
Thanks, Kathey.
That means it won't go away at this time. I just wanted to find out
if the class was being used or not.
I'm not aware of any efforts to write some sort of replacement for it.
Thanks
Hi all,
A new process for generating the Derby release notes has now been put
into place.
The solution uses the JIRA SOAP-based API to pull down the required
information. I was going to rewrite [1], but thought I'd ask if we want
to backport the new solution first.
Is the new solution
Den 15.11.2010 14:17, skrev Rick Hillegas:
Hello,
We will need a Hudson build job for the newly created 10.7 branch.
Hi Rick,
I have created the new job [1] for 10.7, and ran it once. It seems to be
working.
Regards,
--
Kristian
[1]
On 16.11.10 14:47, Bergquist, Brett wrote:
I am using Derby as a database as part of a Glassfish installation. I
am processing JMS messages with each one causing access to the Derby
database via Eclipselink. After about 80K to 100K messages processed,
I have a hung system.
I run jstack
)
at org.apache.derby.drda.NetworkServerControl.main(Unknown Source)
VM Thread prio=10 tid=0x02a5c400 nid=0x83c4 runnable
VM Periodic Task Thread prio=10 tid=0x02a77000 nid=0x5a64 waiting on condition
JNI global references: 688
-Original Message-
From: Kristian Waagan [mailto:kristian.waa...@oracle.com
Hello,
We have old cruft lying around in the directory structure for our website.
Unless I get push-back, I will delete the following directories:
10.0-bak
10.1_old
10.4_old
10.6_old
dev_original
I would also like to delete the following files, unless someone know
that they are being used
. The
content, including all subdirectories, are still missing the write
permission for the group.
Regards,
--
Kristian
Thanks,
Lily
*From:* Kristian Waagan kristian.waa...@oracle.com
*To:* Derby Development derby-dev
On 17.11.10 12:40, Kristian Waagan wrote:
Hello,
We have old cruft lying around in the directory structure for our
website.
Unless I get push-back, I will delete the following directories:
10.0-bak
10.1_old
10.4_old
10.6_old
dev_original
I would also like to delete the following files
On 18.11.10 20:27, Bergquist, Brett wrote:
Thanks for the explanation! So if I understand this correctly, if the indexes that I am querying on are
always unique (the computed value that is index is always unique), then as long as the optimizer knows
about these statistics (ie I have run
Den 19.11.2010 14:20, skrev Rick Hillegas:
Kristian Waagan wrote:
On 17.11.10 12:40, Kristian Waagan wrote:
Hello,
We have old cruft lying around in the directory structure for our
website.
Unless I get push-back, I will delete the following directories:
10.0-bak
10.1_old
10.4_old
Den 04.11.2010 17:30, skrev Myrna van Lunteren:
On Thu, Nov 4, 2010 at 1:37 AM, Kristian Waagan
kristian.waa...@oracle.com wrote:
Hi all,
A new process for generating the Derby release notes has now been put into
place.
The solution uses the JIRA SOAP-based API to pull down the required
On 01.12.2010 15:32, Bryan Pendleton wrote:
On 12/01/2010 05:26 AM, Bergquist, Brett wrote:
If I have a table with millions of rows and I invoke
syscs_util.update_statistics on it, will the table/indexes be lock
such that inserts or updates will fail while this is being done. The
On 03.12.10 05:44, Jayaram Subramanian wrote:
Hi All,
When i tried running java
org.apache.derbyTesting.functionTests.harness.RunSuite derbyall i saw
the following error in derbyall.sum file. Could you please help me and
let me know how to work around this
ERROR XJ041: Failed to create
On 18.12.2010 13:24, siddharth srivastava wrote:
*This is the output of printCompilerProperties=true in ant.properties*
Hi,
Do you mind posting the output you get (only the compiler related output
is relevant) when specifying printCompilerPropertiesVerbose=true ?
Note the addition of Verbose
On 19.12.2010 17:55, ole.solb...@sun.com wrote:
FYI, I logged DERBY-4947 for the error in the XplainStatisticsTests on
Linux with Java 1.5.
--
Kristian
[Auto-generated mail]
*Daily* 1050670/2010-12-18 18:00:22 MET
Failed TestsOK Skip Duration Suite
On 21.12.2010 15:43, siddharth srivastava wrote:
Hi,
Do you mind posting the output you get (only the compiler related
output is relevant) when specifying
printCompilerPropertiesVerbose=true ?
It doesn't give any output on my machine (only gives the errors
related to building
On 26.12.10 17:28, siddharth srivastava wrote:
Hi
Is the problem due to some mistake from my side (so that I can take
care of it in future) or is there any other issue ?
This is a problem with the logic selecting the JDKs to use in Derby. You
can work around it by doing any of:
a) Set the
On 20.01.11 18:25, Apache Hudson Server wrote:
Seehttps://hudson.apache.org/hudson/job/Derby-docs/73/
FYI, I started another build manually, and it succeeded.
I know the Hudson master was killed today or a few days ago due to
excessive resource usage, but that shouldn't result in such
401 - 500 of 4411 matches
Mail list logo