On Jan 25, 2006, at 11:21 PM, Jeremy Boynes wrote:
Andrew McIntyre wrote:
The VM Spec hasn't been updated and I can't seem to find any
documentation as to what exactly changed between 48.0 and 49.0. Does
Anyone happen to know where I can find this information?
This may help:
http://java.sun.
[ http://issues.apache.org/jira/browse/DERBY-875?page=all ]
Andrew McIntyre updated DERBY-875:
--
Attachment: javadoc_875.diff
Attaching patch from Bryan Pendleton for this issue from the derby-dev thread
on DERBY-587. This is a very useful improvement t
Use nested filesets to improve engine Javadoc generation
Key: DERBY-875
URL: http://issues.apache.org/jira/browse/DERBY-875
Project: Derby
Type: Improvement
Components: Javadoc
Versions: 10.2.0.0
Andrew McIntyre wrote:
> On 1/25/06, Daniel John Debrunner <[EMAIL PROTECTED]> wrote:
>
>>That should be well defined by the JVM specification and updates from
>>Sun. Though I've never seen any definition of what the class major and
>>minor version imply, makes it hard to generate byte code. :-(
>
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12364060 ]
V.Narayanan commented on DERBY-856:
---
Hi,
Thanx for the reviews and comments. I am sorry for my late reply.
Dan had commented on my earlier patch for jdbc4 clob blob methods.
On 1/25/06, David W. Van Couvering <[EMAIL PROTECTED]> wrote:
I wanted to see what you all felt about removing the tagline, at least
for now. We may in the future (potentially the near future if we get
final clarification from Sun) have a vote to add a tagline (maybe accept
submissions just lik
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364054 ]
Daniel John Debrunner commented on DERBY-866:
-
I see the argument for DDL, maybe the create user could be like
CREATE USER IDENTIFIED BY PASSWORD
basically the a
Francois Orsini (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364050
> ]
>
> Francois Orsini commented on DERBY-866:
> ---
>
>
>>Daniel John Debrunner commented on DERBY-866:
>>
On 1/23/06, Manjula G Kutty <[EMAIL PROTECTED]> wrote:
> Hi ,
>
> Can anyone go through this patch which includes the master updates for
> the recent ibm15 failures?
>
> Thanks
> Manjula
Hi Manjula,
Thanks for contributing this patch! I'll make a point of reviewing it tomorrow.
andrew
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364050 ]
Francois Orsini commented on DERBY-866:
---
>
> Daniel John Debrunner commented on DERBY-866:
> -
>
> What's the purpose of retu
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364048 ]
Francois Orsini commented on DERBY-866:
---
> Daniel John Debrunner commented on DERBY-866:
> -
>
> Questions on the spec:
>
> -
[ http://issues.apache.org/jira/browse/DERBY-273?page=all ]
Andrew McIntyre updated DERBY-273:
--
Component: Regression Test Failure
> The derbynet/dataSourcePermissions_net.java test fails intermittently
>
On 1/25/06, Rick Hillegas (JIRA) wrote:
>
> *** Start: dataSourcePermissions_net jdk1.4.2_08 DerbyNetClient
> derbynetmats:derbynetmats 2006-01-25 13:56:19 ***
> 9a10
> > org.apache.derby.iapi.services.context.ShutdownException:
> 13a15
> > agentThread[DRDAConnThread_4,5,derby.daemons]
> Test Fai
[ http://issues.apache.org/jira/browse/DERBY-874?page=all ]
Rick Hillegas updated DERBY-874:
Attachment: bug874.diff
The attached patch, bug874.diff, attempts to address some concerns raised by
Dan:
o Beefed up javadoc.
o Previously swallowed exceptio
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12364044 ]
Sunitha Kambhampati commented on DERBY-856:
---
Hi Narayanan,
As I posted a recent patch with similar changes to the setBinaryStreamInternal,
I also looked briefly at yo
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12364041 ]
David Van Couvering commented on DERBY-856:
---
I could have sworn Dan commented on this, but I can't find his email, so I'll
say it: I think the code should use Standar
[ http://issues.apache.org/jira/browse/DERBY-874?page=all ]
Rick Hillegas reassigned DERBY-874:
---
Assign To: Rick Hillegas
> Solidify JUnit test infrastructure
> --
>
> Key: DERBY-874
> URL: http://issue
Solidify JUnit test infrastructure
--
Key: DERBY-874
URL: http://issues.apache.org/jira/browse/DERBY-874
Project: Derby
Type: Improvement
Components: Test
Reporter: Rick Hillegas
Build out the JUnit test infrastructure so tha
[ http://issues.apache.org/jira/browse/DERBY-599?page=all ]
Sunitha Kambhampati updated DERBY-599:
--
Attachment: Derby599.diff.txt
Derby599.stat.txt
Problem:
setBlob(i,blob) does not set the length of the stream in the blob and but
i
On 1/25/06, David W. Van Couvering <[EMAIL PROTECTED]> wrote:
>
> I wanted to see what you all felt about removing the tagline, at least
> for now. We may in the future (potentially the near future if we get
> final clarification from Sun) have a vote to add a tagline (maybe accept
> submissions j
OSGi bundle activator not JSR169 compliant
--
Key: DERBY-873
URL: http://issues.apache.org/jira/browse/DERBY-873
Project: Derby
Type: Bug
Versions: 10.0.2.0
Reporter: Byron K. Appelt
Priority: Minor
EmbeddedAc
On 1/25/06, Daniel John Debrunner <[EMAIL PROTECTED]> wrote:
>
> That should be well defined by the JVM specification and updates from
> Sun. Though I've never seen any definition of what the class major and
> minor version imply, makes it hard to generate byte code. :-(
The VM Spec hasn't been up
Hi Deepa,
Thanks for bringing this up. I agree that being able to run JUnit tests
on the small device configuration would be a good idea.
Regards,
-Rick
Deepa Remesh wrote:
One thing that would be great is if there was a well defined way to
have tests handle jvm specific, framework specifi
David W. Van Couvering wrote:
We are trying to finalize the work on the Derby logo and getting this
posted to the web site and other places. The one issue still open is
the tagline. We all voted +1 for the images that had the tagline "Pure
Java Database."
It's likely that Sun has no issues
[ http://issues.apache.org/jira/browse/DERBY-855?page=all ]
Eric Radzinski reassigned DERBY-855:
Assign To: Eric Radzinski
> Document optimizer overrides which were introduced in 10.2
> --
>
>
I have reviewed the attached html and it is right. I will let the
normal doc committers look at the source diff portion.
Eric Radzinski (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-678?page=all ]
Eric Radzinski updated DERBY-678:
-
Attac
Raymond Raymond wrote:
Mike, last time you gave me some comments about how to map the
recovery time into Xmb of log. I still have some question about it.
RR2. During initilization of Derby, we run some measurement that
RR determines the performance of the system and maps the
RR
Hi, Anurag, this sounds interesting, I generally like this kind of
approach over creating hardcoded specific SQLException classes in our
code. We should be able to solve this in a way that is less hardcoded
and more flexible, which is always good for long-term maintainability.
I don't quite g
We are trying to finalize the work on the Derby logo and getting this
posted to the web site and other places. The one issue still open is
the tagline. We all voted +1 for the images that had the tagline "Pure
Java Database."
It's likely that Sun has no issues with using the tagline, but it'
Kristian Waagan wrote:
2) Should we support setting up a shared test fixture for a set of
tests?
This is a common issue with JUnit, and there are mechanisms to handle
it. For instance, we could let tests that require this to wrap itself
in a TestSetup instance (as described in the JUNit
[ http://issues.apache.org/jira/browse/DERBY-678?page=all ]
Eric Radzinski updated DERBY-678:
-
Attachment: derby678.diff
cdevconcepts842385.html
Attached patch address the bug that's identified in this issue. HTML file is
included for r
> One thing that would be great is if there was a well defined way to
> have tests handle jvm specific, framework specific or version specific
> logic, since there will have to be some replacement for the many
> properties in the test harness and the individual test checks for
> framework that we
I see previous code still being there, but under comments. Can you
remove those commented out code? Otherwise, it looks good and ready to
submit.
Satheesh
Mamta A. Satoor (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-783?page=all ]
Mamta A. Satoor updated DERBY-783:
Would it be acceptable for there to continue to be a static method in
Util that worked as it does today, always returning a
java.sql.SQLException? This method would have sanity checks to ensure
that the SQLState passed in did not start wiht any of the special values
that require specific sub-cla
Mike, last time you gave me some comments about how to map the
recovery time into Xmb of log. I still have some question about it.
RR2. During initilization of Derby, we run some measurement that
RR determines the performance of the system and maps the
RR recovery time into some
[
http://issues.apache.org/jira/browse/DERBY-747?page=comments#action_12364006 ]
Jean T. Anderson commented on DERBY-747:
Note: to declutter this issue I removed early attachments I submitted that were
clearly superceded by better ideas.
I removed t
Hi Dan,
Thanks for your question.
>Is it possible to combine multiple test coverage runs?
Yes, it is possible to run code coverage for multiple jvms and then combine all test coverage runs.
>j2me/cdc/foundation>jdk13>jdk14>jdk15
I will run code coverage with the above jvms and will post the
David W. Van Couvering wrote:
Yes, I agree
My read is 5 Derby committers have said it's fine to drop the tagline:
Dan Debrunner
Kathey Marsden
Mike Matrigali
Jean Anderson
David Van Couvering
If I misunderstood anyone, please let me know.
I'll post to the derby-user thread that after a
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-20dec05-3.png)
> Derby Logo Work
> ---
>
> Key: DERBY-747
> URL: http://issues.apache.org/j
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-20dec05-4.png)
> Derby Logo Work
> ---
>
> Key: DERBY-747
> URL: http://issues.apache.org/j
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-20dec05.png)
> Derby Logo Work
> ---
>
> Key: DERBY-747
> URL: http://issues.apache.org/jir
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-21dec05-5.png)
> Derby Logo Work
> ---
>
> Key: DERBY-747
> URL: http://issues.apache.org/j
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: derby-logo-web-150x90.png)
> Derby Logo Work
> ---
>
> Key: DERBY-747
> URL: http://issues.apache.org/j
[
http://issues.apache.org/jira/browse/DERBY-680?page=comments#action_12364002 ]
Kathey Marsden commented on DERBY-680:
--
I think we should have a regression test that verifies the fix submitted with
the fix, , either by enabling cast.sql with J2ME or
Hi,
I came across this issue/enhancement while answering the question about
"Creating the location of the derby.log file". There is a property
called 'derby.stream.error.file=' which can be set in the
derby.properties. After setting this up everything for the derby.log
including the message
Well, a lot of messages seem to print out the message but not the SQL
state. I'll make the change and see how bad the diffs are. If they're
massive I may be motivated to switch it back to how it was. But I'll
give it a go.
David
Daniel John Debrunner wrote:
Since the diffs will occur an
[
http://issues.apache.org/jira/browse/DERBY-210?page=comments#action_12363995 ]
Kathey Marsden commented on DERBY-210:
--
I agree that garbage collection should not drive a commit, for the reasons
stated by you and Dan and the fact that it is just to s
In addition to that, there is also a jvm bug related to this call,
which can lead to memory leaks.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4513817
I had too much fun tracking that leak a while ago.
-suresh
Mike Matrigali wrote:
yes, I believe it does not work if you kill the JVM.
David W. Van Couvering wrote:
> I got confused by your statement because I didn't see 0A003 in the
> table, but then I found this statement further up. I'm quoting it here
> so that all of us working on SQL States are aware of the restriction. A
> SQLState "class" is the first two characters of
I got confused by your statement because I didn't see 0A003 in the
table, but then I found this statement further up. I'm quoting it here
so that all of us working on SQL States are aware of the restriction. A
SQLState "class" is the first two characters of the state string. A
SQLState "subc
[EMAIL PROTECTED] wrote:
> Author: davidvc
> Date: Wed Jan 25 07:25:08 2006
> New Revision: 372240
>
> URL: http://svn.apache.org/viewcvs?rev=372240&view=rev
> Log:
> DERBY-400: Fixed the SQLState for some of the new client messages
> to better match what is required by SQL2003
> +# 0A - Feature
[ http://issues.apache.org/jira/browse/DERBY-869?page=all ]
Eric Radzinski reassigned DERBY-869:
Assign To: Eric Radzinski
> documentation to address Derby-783
> --
>
> Key: DERBY-869
> URL: http://is
Yes, I agree
David
Mike Matrigali wrote:
no tag line would be fine with me. If we use the java tagline the
lawyers must make sure that once we use it there is no way in the future
that it's use could be limited.
David W. Van Couvering wrote:
I think we could move the tagline out of the ima
Looks like we already have some problem.
org.apache.derby.iapi.sql.conn.ConnectionUtil.getCurrentLCC throws
SQLException
with status set as SQLState.NO_CURRENT_CONNECTION (0803). It doesn't use
Util and constructs the SQLException directly.
Changing this to use Util is the easy part but this sta
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12363989 ]
Rick Hillegas commented on DERBY-856:
-
Hi Mike,
Thanks for looking into the readlocks.sql failure. I ran the test under cygwin
on XP (Version 2002, service pack 2). The ma
Thanks, Mike. I have clipped this info to DERBY-861.
Regards,
-Rick
Mike Matrigali wrote:
I going to try and take a look at the readlocks issue, but it never
reproduces for me. Could you post the kind of environment (#
processors, jvm, OS) you were
running when you saw the problem and the di
On Jan 25, 2006, at 8:23 AM, Eric Radzinski wrote:
Can somebody grant me developer access to jira? There are a couple
of doc issues that I need to assign to myself. My jira user ID is
ericrad.
Hi Eric,
I've granted you access, but your email address in JIRA is listed as
[EMAIL PROTECT
I going to try and take a look at the readlocks issue, but it never
reproduces for me. Could you post the kind of environment (#
processors, jvm, OS) you were
running when you saw the problem and the diff to the JIRA entry
DERBY-861, i would like to know if all intermittent failures are in
the
JIRA is acting up right now, so I am unable to grant you this access...
Once I can access JIRA, I will add you to the developer list.
Satheesh
Eric Radzinski wrote:
Can somebody grant me developer access to jira?
There are a couple of doc issues that I need to assign to myself. My
jira u
no tag line would be fine with me. If we use the java tagline the
lawyers must make sure that once we use it there is no way in the future
that it's use could be limited.
David W. Van Couvering wrote:
I think we could move the tagline out of the image, at least on our home
page.
BTW, things
I have committed this patch. Derbyall ran clean on XP and sun jdk1.4.2.
Mike Matrigali wrote:
I am looking at committing this patch.
Suresh Thalamati (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-665?page=all ]
Suresh Thalamati updated DERBY-665:
--
yes, I believe it does not work if you kill the JVM. I think it also
did not work if you call System.exit(), but I am don't remember that
exactly. At least that use to be the case.
Bryan Pendleton wrote:
Mike Matrigali wrote:
2) determine if the existing lock is false, ie. the creating proce
Afkham Azeez wrote:
Hi Folks,
I'm using Derby with Hibernate as the ORM. I noticed that the
derby.log file is getting created in the the directory from where I
started the application. Is there a way of specifying the location of
the log file?
--
Thanks
Afkham Azeez
You can specify the lo
for DERBY-491, I was expecting to see a protocol exception for the first
test case (DERBY-491), not a hang.
Interesting. That's my expectation too, so I'm not sure I understand
why the behavior changed.
Good catch! Let me investigate this and see if I can learn more about
what this new behavio
Daniel John Debrunner wrote:
>Daniel John Debrunner wrote:
>
>
>
>>David W. Van Couvering wrote:
>>
>>
>>
>>
>>>I agree with you that is disconcerting, but can't JUnit tests be written
>>>that extend DerbyJUnitTest in parallel with getting DerbyJUnitTest
>>>cleaned up to everyone's satisfact
Knut Anders Hatlen wrote:
Bryan Pendleton updated DERBY-491:
--
Attachment: svn_jan_24_2006.diff
[ snip ]
I read through your patch, ran derbynetclientmats and derbynetmats
successfully, and verified that the test case failed without your
patch (actually,
[
http://issues.apache.org/jira/browse/DERBY-210?page=comments#action_12363983 ]
Deepa Remesh commented on DERBY-210:
Thanks Kathey, Bryan and Dan for your comments.
As Bryan pointed out, the javadoc for Statement.close mentions "A Statement
object is
Hi Folks,
I'm using Derby with Hibernate as the ORM. I noticed that the
derby.log file is getting created in the the directory from where I
started the application. Is there a way of specifying the location of
the log file?
--
Thanks
Afkham Azeez
Knut Anders Hatlen (JIRA) wrote:
>[
> http://issues.apache.org/jira/browse/DERBY-213?page=comments#action_12363960
> ]
>
>Knut Anders Hatlen commented on DERBY-213:
>--
>
>The comments (and resolution=fixed) indicate that we should close this issue.
[ http://issues.apache.org/jira/browse/DERBY-339?page=all ]
Kathey Marsden closed DERBY-339:
> Network client XA should only keep XA state for transaction branch
> association, to track whether to send commit in autocommit mode. All other
> state and
[ http://issues.apache.org/jira/browse/DERBY-214?page=all ]
Kathey Marsden closed DERBY-214:
> Remove System.exit() calls from the DB2jServerImpl.java
> ---
>
> Key: DERBY-214
> URL:
[ http://issues.apache.org/jira/browse/DERBY-406?page=all ]
Kathey Marsden closed DERBY-406:
> Client DataSource should not require user property to be set
>
>
> Key: DERBY-406
>
[ http://issues.apache.org/jira/browse/DERBY-410?page=all ]
Kathey Marsden closed DERBY-410:
> ClientDataSource should not require serverName/portNumber to be set
>
>
> Key:
Mike Matrigali wrote:
2) determine if the existing lock is false, ie. the creating process
exited without cleaning up the lock file.
Is the reason that this is hard because File.deleteOnExit() is not reliable?
thanks,
bryan
[ http://issues.apache.org/jira/browse/DERBY-421?page=all ]
Kathey Marsden closed DERBY-421:
> starting an XA transaction resets the isolation level set with SET CURRENT
> ISOLATION
>
[ http://issues.apache.org/jira/browse/DERBY-522?page=all ]
Kathey Marsden closed DERBY-522:
> ERROR X0Y79 raised when adding comments using "--" before sql queries with
> Network Client
> ---
Can somebody tell me if the four tables that are associated with this issue need to be documented? The tables are: SYSCS_DIAG.LOCK_TABLE SYSCS_DIAG.STATEMENT_CACHE SYSCS_DIAG.TRANSACTION_TABLE SYSCS_DIAG.ERROR_MESSAGES If so, I'll start putting together a draft.
Do you Yahoo!?
Wi
[ http://issues.apache.org/jira/browse/DERBY-810?page=all ]
Kathey Marsden closed DERBY-810:
> intermittent diff for store/RecoveryAfterBackup.java test
> -
>
> Key: DERBY-810
> U
[ http://issues.apache.org/jira/browse/DERBY-213?page=all ]
Kathey Marsden closed DERBY-213:
issue fixed. There was still some outstanding discussion on autocommit
behaviour in general but the original issue is fixed. Thanks Philip!
> ResultSet.next
[ http://issues.apache.org/jira/browse/DERBY-783?page=all ]
Mamta A. Satoor updated DERBY-783:
--
Attachment: Derby783AlterTableRestartWith012506.txt
The patch Derby783AlterTableRestartWith012506.txt sets the autoIncrementStart
in SYSCOLUMNS t to new val
Hi Satheesh,
I have made changes so the autoIncrementStart in SYSCOLUMNS gets set to new value provided by RESTART WITH. I have attached the patch to the JIRA entry.
svn stat
M java\engine\org\apache\derby\impl\sql\catalog\SYSCOLUMNSRowFactory.javaM java\testing\org\apache\derbyTestin
I apologize for the radio silence on this topic. I have been on the road
and unable to address these concerns. Today I will put some effort into
beefing up the comments in DerbyJUnitTest and handling the swallowed
exceptions.
I agree that we need a primer for writing JUnit tests. I can mock up
Can somebody grant me developer access to jira? There are a couple of doc issues that I need to assign to myself. My jira user ID is ericrad. Thx.
Do you Yahoo!?
With a free 1 GB, there's more in store with Yahoo! Mail.
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12363970 ]
Rick Hillegas commented on DERBY-856:
-
This seems straightforward and the derbyall tests pass. NSinSameVM has the same
errors we see in the mainline. There is some instabil
I have to agree we're missing a well-defined pattern and associated
"guidebook" on how to do this right. And I agree we should get this
done before too many more JUnit tests are written.
David
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
I ag
David W. Van Couvering wrote:
> I really really don't want to see us modifying the class to indicate a
> different class version. This path seems fraught with peril; this type
> of "white lie" (actually it's a pretty big lie) seems to me fraught with
> peril; who knows what other functionality de
[ http://issues.apache.org/jira/browse/DERBY-766?page=all ]
Daniel John Debrunner reassigned DERBY-766:
---
Assign To: Daniel John Debrunner
> Improve code generation to handle 5000 unions in a select the union test in
> largeCodeGen
>
I think we could move the tagline out of the image, at least on our home
page.
BTW, things are looking very good for our use of the word "Java" as a
modifier, including "Pure Java Database" or "Java Open Source Database".
I will get you details once I have them.
David
Jean T. Anderson wro
I really really don't want to see us modifying the class to indicate a
different class version. This path seems fraught with peril; this type
of "white lie" (actually it's a pretty big lie) seems to me fraught with
peril; who knows what other functionality depends on correct versioning
of the
[ http://issues.apache.org/jira/browse/DERBY-872?page=all ]
Tomohito Nakayama updated DERBY-872:
Attachment: TestDriver.java
run.ksh
file_500k.txt
I revised ClobTest program contributed by Sunitha so that we can test b
Fix how to measure performance of lob streaming
---
Key: DERBY-872
URL: http://issues.apache.org/jira/browse/DERBY-872
Project: Derby
Type: Sub-task
Components: Performance, Test
Reporter: Tomohito Nakayama
Assigne
Generics can be used on signatures for existing methods when it makes
sense. If you look at Java SE 5.0, you will see many methods whose
signatures changed (Collections API is an obvious example) without
breaking compatibility with earlier code at runtime.
-lance
Andrew McIntyre wrote:
On
Anurag Shekhar wrote:
>>
> I checked the classes calling using Util to get the SQLException either
> already have the reference of InternalDriver or they can be easily
> modified to have this reference. There appears to be 1 problem class
> EmbedResultSetMetaData.
>
> EmbedResultSetMetaData is b
[
http://issues.apache.org/jira/browse/DERBY-213?page=comments#action_12363960 ]
Knut Anders Hatlen commented on DERBY-213:
--
The comments (and resolution=fixed) indicate that we should close this issue.
Any objections?
> ResultSet.next() after las
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12363958 ]
Daniel John Debrunner commented on DERBY-866:
-
What's the purpose of returning the password column in the table/vti SYSUSERS?
> BUILT-IN Derby User Management (DDL)
-1
The use of InternalDriver.activeDriver() to obtain a factory exposes Derby to
potential NullPointerExceptions in a shutdown or error on boot situation. I see
that you saw one in your testing as you have a comment on that in the shutdown
code. Such NPEs will hide the real error from users,
[ http://issues.apache.org/jira/browse/DERBY-100?page=all ]
Fernanda Pizzorno updated DERBY-100:
Attachment: DERBY-100-2.diff
DERBY-100-2.stat
Thank you for looking into my previous patch.
In this new patch I have:
* changed moveToI
Hello Bryan.
This is very surprising, is it not? Are you saying that your
conclusion is that there is very little performance benefit to
the DERBY-326 change? Or am I misunderstanding your comment?
No. I has not concluded anything yet :I
These test (and your comment :) ) touched off me to t
[ http://issues.apache.org/jira/browse/DERBY-825?page=all ]
Dyre Tjeldvoll closed DERBY-825:
Committed by Bernt Johnsen
> writeSQLCAGRP() should use byte[] constants instead of Strings where feasible
> --
[ http://issues.apache.org/jira/browse/DERBY-796?page=all ]
V.Narayanan updated DERBY-796:
--
Attachment: lob_2.diff
I have changed it to work in the same pattern as in EmbedPreparedStatement
(i.e.) it does a
throw newSQLException(SQLState.LANG_INVALID_COL
1 - 100 of 106 matches
Mail list logo
