Suresh,
Just a reminder of some things you promised to fix in the previous
review round.
--
Øystein
ST == Suresh Thalamati [EMAIL PROTECTED] writes:
...
RawStore.java:
* The BACKUP_FILTER now contains so much, that it would be useful
to have a comment that says what is
[
http://issues.apache.org/jira/browse/DERBY-710?page=comments#action_12361734 ]
Halley Pacheco de Oliveira commented on DERBY-710:
--
Problem solved with: ANT_OPTS=-Xms100m -Xmx200m
I was using
ant pdf.ref
and getting:
map2pdf:
'trunk/README' should be rewritten to reflect graduation from incubation
Key: DERBY-793
URL: http://issues.apache.org/jira/browse/DERBY-793
Project: Derby
Type: Task
Components: Documentation
setObject(col, BigDecimal, Types.NUMERIC) implies setObject(col, BigDecimal,
Types.NUMERIC, 0)
--
Key: DERBY-794
URL: http://issues.apache.org/jira/browse/DERBY-794
Project: Derby
MM == Mike Matrigali [EMAIL PROTECTED] writes:
MM I believe the store's file container cache would benefit from the
following:
MM o ability to insert duplicate key items into the cache
This will require a new CacheManager implementation since the current
implementation (Clock) extends
After calling ResultSet.relative(0) the cursor looses its position
--
Key: DERBY-795
URL: http://issues.apache.org/jira/browse/DERBY-795
Project: Derby
Type: Bug
Versions: 10.1.2.1
Environment:
jdbc 4.0 specific Blob and Clob method support
---
Key: DERBY-796
URL: http://issues.apache.org/jira/browse/DERBY-796
Project: Derby
Type: New Feature
Components: JDBC
Versions: 10.2.0.0
Environment: jdbc 4.0
[ http://issues.apache.org/jira/browse/DERBY-796?page=all ]
V.Narayanan reassigned DERBY-796:
-
Assign To: V.Narayanan
jdbc 4.0 specific Blob and Clob method support
--
Key: DERBY-796
[ http://issues.apache.org/jira/browse/DERBY-796?page=all ]
V.Narayanan updated DERBY-796:
--
Attachment: clobblob.diff
DETAILS OF PATCH
Patch addresses the following issues
1)Modifications to the ClientJDBCObjectFactory class and the incorporation of
the
ResultSet.getBinaryStream() fails to read chunks of size 32k
--
Key: DERBY-797
URL: http://issues.apache.org/jira/browse/DERBY-797
Project: Derby
Type: Bug
Components: JDBC
Versions: 10.1.2.1
These changes are now reflected on the Open Group website:
http://www.opengroup.org/dbiop/prodid.htm. The website states that Derby
owns the DNC and CSS product namespaces and that as long as Cloudscape
shares these product ids, Cloudscape will behave compatibly.
Regards,
-Rick
Daniel John
[
http://issues.apache.org/jira/browse/DERBY-797?page=comments#action_12361762 ]
Stefan Guggisberg commented on DERBY-797:
-
please resolve this issue as INVALID. the code in question is absolutely
correct.
i was wrong about the semantics of
David Van Couvering wrote:
- Anybody know how to track down a StackOverflowError that won't give you a
stack trace?
This may not be of much help, but:
I don't know which java version you are using, but the newest Mustang
(Java SE 6) snapshot release ( https://mustang.dev.java.net/ ) might
it is ugly, but a way to store duplicate keys in a hash table is
to store lists as the object in the hash table rather than the
object itself. For instance in the store/lang interface where
store returns a hash table with a requested result set, if duplicates
are allowed it stores the object if
[
http://issues.apache.org/jira/browse/DERBY-791?page=comments#action_12361765 ]
Daniel John Debrunner commented on DERBY-791:
-
I was thinking about something similar over the holiday period. I don't think
the current mechanism should be used,
[
http://issues.apache.org/jira/browse/DERBY-794?page=comments#action_12361768 ]
Daniel John Debrunner commented on DERBY-794:
-
Why is this a bug, it's the defined behaviour for setObject?
setObject(col, BigDecimal, Types.NUMERIC) implies
[ http://issues.apache.org/jira/browse/DERBY-797?page=all ]
Daniel John Debrunner resolved DERBY-797:
-
Resolution: Invalid
Invalid as Stefan says, since InputStream.read() is not guaranteed to fill the
buffer.
ResultSet.getBinaryStream()
Kristian Waagan wrote:
Hello,
I just uploaded a patch for DERBY-746
(http://issues.apache.org/jira/browse/DERBY-746). It would be nice if
someone could spare the time to review it so it can be committed soon.
The patch fixes the problem of Derby failing with a NPE when the
encryption key
The incubator is cleaning up web site documentation. One bit of
information that emerged is a STATUS file is not required. A podling
status on the incubator site *is* required -- and for a while there was
some confusion about what to have and where. Here's the most succinct post:
Øystein Grøvlen wrote:
Suresh,
Just a reminder of some things you promised to fix in the previous
review round.
Thanks for reminding. It is on my list. Just thought I can do the
cleanup after I fix the major issues to make online backup work
correctly.
Thanks
-suresh
Hi,It appears that a patch and a test case was submitted for DERBY-85, and I'm not sure if it is waiting for review, or what the status is.Does anyone know what is going on with it?Thanks,Susan
How do you run the preverifier on the derby.jar. I get the
following error every time
Error preverifying class java.lang.Class
VERIFIER ERROR
java/lang/Class.newInstance0()Ljava/lang/Object;:
Illegal type in constant pool
*.* : no such file or directory
Preverify step complete
[
http://issues.apache.org/jira/browse/DERBY-793?page=comments#action_12361777 ]
Jean T. Anderson commented on DERBY-793:
derby/code/branches/10.1/README contains valid project info that is helpful. I
suggest modifying trunk/README to replace the
[ http://issues.apache.org/jira/browse/DERBY-746?page=all ]
Kristian Waagan updated DERBY-746:
--
Attachment: derby-746a.stat
derby-746a.diff
Original patch (derby-746.diff) applied to trunk revision 365785.
Sunhita Kambhampati pointed
Sunitha Kambhampati wrote:
Kristian Waagan wrote:
Hello,
I just uploaded a patch for DERBY-746
(http://issues.apache.org/jira/browse/DERBY-746). It would be nice if
someone could spare the time to review it so it can be committed soon.
The patch fixes the problem of Derby failing with a
[
http://issues.apache.org/jira/browse/DERBY-768?page=comments#action_12361779 ]
Rick Hillegas commented on DERBY-768:
-
I'm afraid this patch does not seem to fix the problem, at least when run on my
environment: cygwin under XP. I ran the following
Thanks for taking time to review. My comments are in-line for some
of the questions, I will respond to the other questions in another
e-mail.
From you comments, one issue that we are uable to come to conclusion,
is what to do if a backup call is issued in a transaction that already
has a
[
http://issues.apache.org/jira/browse/DERBY-781?page=comments#action_12361784 ]
Satheesh Bandaram commented on DERBY-781:
-
Thanks Jeff for your analysis. I was just getting ready to file another
improvement request to make this optimization more
[ http://issues.apache.org/jira/browse/DERBY-781?page=all ]
Satheesh Bandaram updated DERBY-781:
Comment: was deleted
Materialize union subqueries in select list where possible to avoid creating
invariant resultsets many times.
[
http://issues.apache.org/jira/browse/DERBY-781?page=comments#action_12361785 ]
Satheesh Bandaram commented on DERBY-781:
-
Thanks Jeff for your analysis. I was just getting ready to file another
improvement request to make this optimization more
Hi Jean,
Thanks for researching this. I have to admit that a flat STATUS file
seems like a fairly inexpressive way to track important facts. I'd vote
for some subversion-controlled webpages linked from the top level
website.(just as
On 1/4/06, Jean T. Anderson [EMAIL PROTECTED] wrote:
At any rate, Derby can certainly have a STATUS file (and some ASF
projects do), but I wanted to mention that is isn't required. There
might be better ways to track and publish project status.
The DB project guidelines state that the projects
[ http://issues.apache.org/jira/browse/DERBY-794?page=all ]
Bernt M. Johnsen closed DERBY-794:
--
Resolution: Invalid
Dan is quite right. This is not a bug but defined behaviour.
setObject(col, BigDecimal, Types.NUMERIC) implies setObject(col,
Andrew McIntyre wrote:
On 1/4/06, Jean T. Anderson [EMAIL PROTECTED] wrote:
At any rate, Derby can certainly have a STATUS file (and some ASF
projects do), but I wanted to mention that is isn't required. There
might be better ways to track and publish project status.
The DB project
Rick Hillegas wrote:
Hi Jean,
Thanks for researching this. I have to admit that a flat STATUS file
seems like a fairly inexpressive way to track important facts. I'd vote
for some subversion-controlled webpages linked from the top level
website.(just as
[ http://issues.apache.org/jira/browse/DERBY-483?page=all ]
Anders Morken updated DERBY-483:
Attachment: DERBY-483.patch
Patch enclosed. Courtesy of vim: :/^X0X07.S=/ s/db2j.database/derby.database/
on all the localized property files under
Anders Morken (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-483?page=all ]
Anders Morken updated DERBY-483:
Attachment: DERBY-483.patch
Patch enclosed. Courtesy of vim: :/^X0X07.S=/
s/db2j.database/derby.database/ on all the
TomohitoNakayama wrote:
Hello.
I have uploaded DERBY-326_3.patch.
Thank you very much for considering my comments.
I think that your most recent patch (DERBY-326_3) is quite good,
but I have a few more thoughts that I wanted to share.
thanks,
bryan
1) It seems that
[
http://issues.apache.org/jira/browse/DERBY-483?page=comments#action_12361805 ]
Anders Morken commented on DERBY-483:
-
Oops, forgot to update unit tests accordingly. Fixed (and tested) patch coming
RSN. =)
Error message X0X07 has incorrect
[ http://issues.apache.org/jira/browse/DERBY-483?page=all ]
Anders Morken updated DERBY-483:
Attachment: DERBY-483-2.patch
New patch (DERBY-483-2.patch) includes necessary updates to function tests as
well. Remaining failures seem unrelated to any
[
http://issues.apache.org/jira/browse/DERBY-298?page=comments#action_12361808 ]
Suresh Thalamati commented on DERBY-298:
Øystein ,
I reviewed the latest patch, it looks good. But I could not understand why
you would need the following check ?
NullPointerException booting if loaded by the bootstrap class loader and JVM
returns null for bootstrap loader.
---
Key: DERBY-798
URL:
[
http://issues.apache.org/jira/browse/DERBY-768?page=comments#action_12361813 ]
V.Narayanan commented on DERBY-768:
---
Thank you for looking at this one Rick.
The problem seems to be cygwin specific. Applying the same patch to my
workspace in the
43 matches
Mail list logo