[
http://issues.apache.org/jira/browse/DERBY-1280?page=comments#action_12377969 ]
Knut Anders Hatlen commented on DERBY-1280:
---
Hi Sunitha,
I haven't run your test program, but I ran into this problem myself a couple of
months ago. I don't
[ http://issues.apache.org/jira/browse/DERBY-1273?page=all ]
Andrew McIntyre updated DERBY-1273:
---
Attachment: derby-1273-v2.diff
Attaching a second version of this patch. This patch attempts to get around the
need for the getProtectionDomain
[
http://issues.apache.org/jira/browse/DERBY-1229?page=comments#action_12377975 ]
Andrew McIntyre commented on DERBY-1229:
Hi Bryan, if you have some time, please take a look at the patch I attached to
DERBY-1273, the derby-1273-v2.diff patch. With
[
http://issues.apache.org/jira/browse/DERBY-842?page=comments#action_12377971 ]
Knut Anders Hatlen commented on DERBY-842:
--
If you insist... :) Thanks! The SQL state should be 0A000 so that
SQLFeatureNotSupportedException is raised in JDBC 4.
[ http://issues.apache.org/jira/browse/DERBY-1234?page=all ]
Knut Anders Hatlen updated DERBY-1234:
--
Attachment: derby-1234-cleanup1.diff
derby-1234-cleanup1.stat
Patch derby-1234-cleanup1.diff addresses the issue raised by
Andreas.
[ http://issues.apache.org/jira/browse/DERBY-7?page=all ]
Bernt M. Johnsen reopened DERBY-7:
--
Need to apply changes from DERBY-903 in 10.1 branch
Bug in NULLIF Function
--
Key: DERBY-7
URL:
[
http://issues.apache.org/jira/browse/DERBY-1287?page=comments#action_12377983 ]
John H. Embretsen commented on DERBY-1287:
--
I have reviewed this patch; changes look good to me
Derby Server and Administration Guide - Network client driver
[
http://issues.apache.org/jira/browse/DERBY-1234?page=comments#action_12377986 ]
Andreas Korneliussen commented on DERBY-1234:
-
Yes, I am fine with the changes. Thanks for addressing this.
Verify that we raise SQLException when calling
[Auto-generated mail]
*Derby* 399791/2006-05-04 19:46:07 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.6*
128669541 0 103.95% SunOS-5.10_i86pc-i386
Details in
[ http://issues.apache.org/jira/browse/DERBY-1287?page=all ]
Knut Anders Hatlen resolved DERBY-1287:
---
Fix Version: 10.2.0.0
10.1.3.0
10.1.2.4
(was: 10.1.2.3)
Resolution: Fixed
[
http://issues.apache.org/jira/browse/DERBY-1234?page=comments#action_12377998 ]
Knut Anders Hatlen commented on DERBY-1234:
---
cleanup1 patch committed with revision 400036.
Verify that we raise SQLException when calling methods on closed
Modify DataSource classes of Embedded Driver to seperate DataSource ,
XADataSource and ConnectionPooledDataSource
--
Key: DERBY-1291
URL:
Due to a change where tests/jdbcapi/littleclob.txt have been changed
to tests/jdbcapi/littleclob.utf and tests/jdbcapi/resultsetStream.java
not updated accordingly, the test fails with
FAIL -- unexpected exception:java.io.FileNotFoundException:
extin/littleclob.txt (No such file or directory)
[ http://issues.apache.org/jira/browse/DERBY-7?page=all ]
Bernt M. Johnsen updated DERBY-7:
-
Attachment: DERBY-903-changes-for-10.1-branch.diff
Changes to
java/testing/org/apache/derbyTesting/functionTests/tests/jdbcapi/resultset.java
as a result of
[ http://issues.apache.org/jira/browse/DERBY-7?page=all ]
Bernt M. Johnsen closed DERBY-7:
Resolution: Fixed
Bug in NULLIF Function
--
Key: DERBY-7
URL: http://issues.apache.org/jira/browse/DERBY-7
[
http://issues.apache.org/jira/browse/DERBY-7?page=comments#action_12378022 ]
Bernt M. Johnsen commented on DERBY-7:
--
Committed revision 400066.
Bug in NULLIF Function
--
Key: DERBY-7
URL:
ClassCastException in ClientDriver when using CLOB columns and batch updates
Key: DERBY-1292
URL: http://issues.apache.org/jira/browse/DERBY-1292
Project: Derby
Type: Bug
Versions:
[
http://issues.apache.org/jira/browse/DERBY-1292?page=comments#action_12378023 ]
Gerald Khin commented on DERBY-1292:
Here is a repro:
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import
Kathey Marsden [W.P.A YELLOW PAGES] wrote:
I was thinking about Derby Metrics.
I think this is a good initiative Kathey, having metrics like these in
place would be useful when discussing releases and quality.
1) Has anyone compiled any of the following information already?
2) Can you
[
http://issues.apache.org/jira/browse/DERBY-1089?page=comments#action_12378029 ]
Tim hodson commented on DERBY-1089:
---
I also came across this problem today. A related but slightly easier way to get
round it, certainly for my case, was to go for
Derby Server and Administration Guide - derby.drda.startNetworkServer
-
Key: DERBY-1293
URL: http://issues.apache.org/jira/browse/DERBY-1293
Project: Derby
Type: Bug
Components: Documentation
[ http://issues.apache.org/jira/browse/DERBY-1293?page=all ]
Halley Pacheco de Oliveira updated DERBY-1293:
--
Attachment: radminconfigstartnetworkserver.diff
radminconfigstartnetworkserver.diff.html
[
http://issues.apache.org/jira/browse/DERBY-1219?page=comments#action_12378038 ]
Bryan Pendleton commented on DERBY-1219:
Hi Deepa, nothing obvious has jumped out at me yet, but I will keep looking.
Three questions:
1) You said you were able to
[
http://issues.apache.org/jira/browse/DERBY-1266?page=comments#action_12378040 ]
Dag H. Wanvik commented on DERBY-1266:
--
This looks good to me, David!
I verified that embedded also gives 24000
NO_CURRENT_ROW when beforeFirst and afterLast (so
the
[
http://issues.apache.org/jira/browse/DERBY-1293?page=comments#action_12378041 ]
John H. Embretsen commented on DERBY-1293:
--
Would adding
In this context, Derby will start when the embedded driver is loaded.
be a good idea? This was not obvious
[
http://issues.apache.org/jira/browse/DERBY-1273?page=comments#action_12378043 ]
Bryan Pendleton commented on DERBY-1273:
Hi Andrew. I'm comfortable with the use of Class.getResource() for this. That
was actually the first solution that we tried
Andrew McIntyre (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1229?page=comments#action_12377975 ]
Andrew McIntyre commented on DERBY-1229:
Hi Bryan, if you have some time, please take a look at the patch I attached to
DERBY-1273, the
Hello to all,
I'm Rodrigo Madera, software developer. I need a certain feature in
the Derby database system, and I am volunteering to develop such a
feature.
My requirement is that a database can be spread into different
directories (please read the Derby Users mailing list thread:
Spawning
Spawning Data on Multiple Directories
-
Key: DERBY-1294
URL: http://issues.apache.org/jira/browse/DERBY-1294
Project: Derby
Type: New Feature
Components: Store
Reporter: Rodrigo Madera
Priority: Minor
Currently
Result sets of type TYPE_SCROLL_INSENSITIVE should not implicitly close due to
positioning in autocommit mode
-
Key: DERBY-1295
URL:
[
http://issues.apache.org/jira/browse/DERBY-1280?page=comments#action_12378049 ]
Justin Hill commented on DERBY-1280:
I have now run my version of the test to create large files and use
RandomAccessFile methods getLength, seek and getFilePointer on
Rodrigo Madera wrote:
Hello to all,
I'm Rodrigo Madera, software developer. I need a certain feature in
the Derby database system, and I am volunteering to develop such a
feature.
Great, please don't hesitate to ask questions on the list, people will
help you, though remember sometimes it
On 5/5/06, Bryan Pendleton (JIRA) derby-dev@db.apache.org wrote:
Hi Andrew. I'm comfortable with the use of Class.getResource() for this. That
was actually the first solution that we tried for DERBY-668, and I agree that
it appears to work well.
Wow. I had somehow already forgotten this.
I'm pretty sure I attached a file to DERBY-1229 about a week ago.
But now when I look:
http://issues.apache.org/jira/browse/DERBY-1229?page=all
There is no attachment there.
I checked some other JIRA issues, and I can see their attachments just fine.
Any idea why I wouldn't be able to see the
[ http://issues.apache.org/jira/browse/DERBY-1281?page=all ]
Rick Hillegas updated DERBY-1281:
-
Description:
Here is my analysis of where we currently fall short of JDBC4 compliance, based
on my reading of the current draft revision of the JDBC4
[ http://issues.apache.org/jira/browse/DERBY-1283?page=all ]
Rick Hillegas resolved DERBY-1283:
--
Resolution: Fixed
The JDBC4 expert group has decided to make this method optional. See DERBY-1281.
Fill in a deprecated but mandatory JDBC3 method:
[ http://issues.apache.org/jira/browse/DERBY-1283?page=all ]
Rick Hillegas closed DERBY-1283:
Fill in a deprecated but mandatory JDBC3 method:
PreparedStatement.setUnicodeStream()
[ http://issues.apache.org/jira/browse/DERBY-1284?page=all ]
Rick Hillegas resolved DERBY-1284:
--
Resolution: Fixed
The JDBC4 expert group has decided to make these methods optional. See
DERBY-1281.
Fill in streaming ResultSet methods required
[ http://issues.apache.org/jira/browse/DERBY-1284?page=all ]
Rick Hillegas closed DERBY-1284:
Fill in streaming ResultSet methods required for JDBC3 compliance
-
Key:
[ http://issues.apache.org/jira/browse/DERBY-1277?page=all ]
Andreas Korneliussen updated DERBY-1277:
Summary: Call to rs.isLast() may cause rs.getXXX() return values from the
last row instead of the current row in scrollable resultsets (was:
If you agree, I think we should each commit our patches for 1229 and
1273. Then I'll write up a comparison of sysinfo behavior in 10.1 with
the current behavior (including these patches) and make a case for
porting these fixes to 10.1 for the maintenance release.
Sounds great! I'm intending to
[ http://issues.apache.org/jira/browse/DERBY-1295?page=all ]
Dag H. Wanvik updated DERBY-1295:
-
Attachment: Main.java
Repro for embedded; it seems not to happen for client,
maybe because the next is handled locally when already on last row.
Result
Vemund Ostgaard wrote:
One thing that confused me with the original problem was that I got an
exception for db2jcc.jar but not for db2jcc_license_c.jar. When I looked
at the code I discovered that they were treated differently.
This is true. I don't totally understand how db2jcc_license_c.jar
[ http://issues.apache.org/jira/browse/DERBY-1277?page=all ]
Andreas Korneliussen updated DERBY-1277:
Attachment: DERBY-1277.diff
DERBY-1277.stat
Attaching a fix, were ScrollInsensitiveResultSet do not return ExecRow from the
On 5/5/06, Bryan Pendleton [EMAIL PROTECTED] wrote:
Any idea why I wouldn't be able to see the attachment on DERBY-1229?
I can see the attachment. Try refreshing the page, maybe it was a
temporary hiccup with JIRA.
The page layout is a little wonky for me due to the long lines in some
of the
[ http://issues.apache.org/jira/browse/DERBY-1277?page=all ]
Andreas Korneliussen updated DERBY-1277:
Derby Info: [Patch Available]
A patch is now available for review.
Call to rs.isLast() may cause rs.getXXX() return values from the last row
Andrew McIntyre wrote:
The page layout is a little wonky for me due to the long lines in some
of the comments. Maybe the attachment flowed off the left side of the
page in your browser?
Oh, you're right. God that's embarassing. Every so often JIRA seems to
decide that it should make the page
Thanks for the welcome =o)
Looks like Derby has a nice structure already to get this done!
I'll follow the technical advice presented here, it sounds pretty
good. I'll be continuously posting my progress here for more advice
and feedback from the community.
Thanks again for the warm welcome,
On 5/5/06, Bernt M. Johnsen [EMAIL PROTECTED] wrote:
Due to a change where tests/jdbcapi/littleclob.txt have been changed
to tests/jdbcapi/littleclob.utf and tests/jdbcapi/resultsetStream.java
not updated accordingly, the test fails with
FAIL -- unexpected
Bryan Pendleton [EMAIL PROTECTED] writes:
I'm pretty sure I attached a file to DERBY-1229 about a week ago.
But now when I look:
http://issues.apache.org/jira/browse/DERBY-1229?page=all
There is no attachment there.
I checked some other JIRA issues, and I can see their attachments just
Vemund Ostgaard wrote:
I think this is a good initiative Kathey, having metrics like these in
place would be useful when discussing releases and quality.
The size of jar-files might be useful to measure/monitor (when
compiled with the right flags and options that are used for releases).
Bryan Pendleton (JIRA) wrote:
I think that the current statement of things is something like:
- getProtectionDomain is a useful call, but it requires too many permissions
under a SecurityManager, so for the purposes of SysInfo, which merely wants to
report on the actual location from which
Setting property derby.system.bootAll causes an Exception
-
Key: DERBY-1296
URL: http://issues.apache.org/jira/browse/DERBY-1296
Project: Derby
Type: Bug
Versions: 10.1.2.1
Environment: Windows XP
Do you have any more details on your requirements, such as the following:
1) do you need for a single table and/or index to be spread across
multiple disk?
2) do you want control when you create each table/index where it
goes and how?
3) Are you looking to limit the absolute size of
On 5/5/06, Mike Matrigali [EMAIL PROTECTED] wrote:
Do you have any more details on your requirements, such as the following:
1) do you need for a single table and/or index to be spread across
multiple disk?
It would be terrific and the absolute glory of the requirement,
however, it
[
http://issues.apache.org/jira/browse/DERBY-1219?page=comments#action_12378079 ]
Deepa Remesh commented on DERBY-1219:
-
Hi Bryan,
Here are the answers to your questions:
1) You said you were able to reproduce this outside the harness; can you post a
Oh, just a technical detail... I work for IBM, but on a whole
different project...
Is this a problem??
Thanks
On 5/5/06, Rodrigo Madera [EMAIL PROTECTED] wrote:
On 5/5/06, Mike Matrigali [EMAIL PROTECTED] wrote:
Do you have any more details on your requirements, such as the following:
1) do
Oh, wait, how could you be working for IBM and adding a feature? I
thought you guys were only doing bugfixes :)
David
Rodrigo Madera wrote:
Oh, just a technical detail... I work for IBM, but on a whole
different project...
Is this a problem??
Thanks
On 5/5/06, Rodrigo Madera [EMAIL
Well, please, I'm not related to the Derby project at all.
I work at IBM Brazil, on a client services project for Medco. Nothing
to do with Derby.
Rodrigo
On 5/5/06, David Van Couvering [EMAIL PROTECTED] wrote:
Oh, wait, how could you be working for IBM and adding a feature? I
thought you
Hi, Rodrigo. Hopefully you took no offense. It was a tease at the
debate going on the derby-user alias. It's *great* to have you working
on this, absolutely, I'm quite excited, this is something people
regularly ask for.
David
Rodrigo Madera wrote:
Well, please, I'm not related to the
[
http://issues.apache.org/jira/browse/DERBY-1280?page=comments#action_12378083 ]
Sunitha Kambhampati commented on DERBY-1280:
Wanted to verify if it is only a ibm15 with the 2.4 kernel. So I tried to run
this program on the same machine ( 2.6
Non taken =o)
I'm making sure everything is okay and then I'll proceed.
Thanks for you time,
Rodrigo
On 5/5/06, David Van Couvering [EMAIL PROTECTED] wrote:
Hi, Rodrigo. Hopefully you took no offense. It was a tease at the
debate going on the derby-user alias. It's *great* to have you
[ http://issues.apache.org/jira/browse/DERBY-1229?page=all ]
Bryan Pendleton updated DERBY-1229:
---
Attachment: fix-with-reused-message.diff
Attached is fix-with-reused-message.diff, an updated patch proposal which
re-uses message SIF03.C rather than
[
http://issues.apache.org/jira/browse/DERBY-800?page=comments#action_12378091 ]
Manjula Kutty commented on DERBY-800:
-
The same test fails with 10.1 with the same diff. Can you please remove it from
10.1 also?
If I want to build the JDK 1.6 stuff, do I now set JAVA_HOME to the jdk
1.6 directory? Inquiring minds want to know.
Thanks,
David
On 5/5/06, David Van Couvering [EMAIL PROTECTED] wrote:
If I want to build the JDK 1.6 stuff, do I now set JAVA_HOME to the jdk
1.6 directory? Inquiring minds want to know.
You can if you want to. Not required, though. Everything still works
with the mixed 1.4/1.6 setup.
andrew
OK, thank.s But I am assuming the way moving forward is (once it
becomes GA) to use JDK 1.6 as the JAVA_HOME, right? Anyway, I'll give
that a shot.
I think BUILDING.txt needs to be updated to talk about this.
Thanks again for all your work on this!
Dadvid
Andrew McIntyre wrote:
On
On 5/5/06, David Van Couvering [EMAIL PROTECTED] wrote:
OK, thank.s But I am assuming the way moving forward is (once it
becomes GA) to use JDK 1.6 as the JAVA_HOME, right? Anyway, I'll give
that a shot.
Yes, at some point we should probably document that as the preferred
setup. But I also
Well, something like
If you are working with JDBC 4.0, you might want to set JAVA_HOME to
the JDK 1.6 install location. This is not required but is the preferred
way to do a build of Derby that includes classes that require the 1.6
compiler
Also, when I went through BUILDING.txt, I didn't
[
http://issues.apache.org/jira/browse/DERBY-1293?page=comments#action_12378129 ]
Halley Pacheco de Oliveira commented on DERBY-1293:
---
In my opinion John H. Embretsen's sentence could be longer, something like:
In this context, Derby
[
http://issues.apache.org/jira/browse/DERBY-1291?page=comments#action_12378131 ]
Satheesh Bandaram commented on DERBY-1291:
--
Would like to know reasons for this proposal. There was a long discussion about
this sometime ago. It would be good to
It seems to me that there may be two different features
being discussed here:
1) Allowing more than one segment for data storage.
2) Establishing a disk quota on a segment, so that Derby
will limit its space usage to no more than its quota.
It strikes me that it might be useful to implement
Good idea!
On 5/5/06, Bryan Pendleton [EMAIL PROTECTED] wrote:
It seems to me that there may be two different features
being discussed here:
1) Allowing more than one segment for data storage.
2) Establishing a disk quota on a segment, so that Derby
will limit its space usage to no more
[ http://issues.apache.org/jira/browse/DERBY-1281?page=all ]
Rick Hillegas updated DERBY-1281:
-
Description:
Here is my analysis of where we currently fall short of JDBC4 compliance, based
on my reading of the current draft revision of the JDBC4
I agree. They are definitely two different areas in the
current implementation. I'll file a JIRA with the disk
quota, with some initial observations about the current system.
Note, anyone interested in working on it should the join
the discussion, at the present I don't plan on implementing.
[ http://issues.apache.org/jira/browse/DERBY-1285?page=all ]
Rick Hillegas updated DERBY-1285:
-
Description:
Fill in the following methods required for JDBC3 compliance:
- The following java.sql.CallableStatement methods:
* getBlob(int)
- The
[ http://issues.apache.org/jira/browse/DERBY-1286?page=all ]
Rick Hillegas updated DERBY-1286:
-
Description:
Fill in Clob methods which we need to be JDBC3-compliant:
- The following java.sql.CallableStatement methods:
* getClob(int)
- The following
[
http://issues.apache.org/jira/browse/DERBY-216?page=comments#action_12378154 ]
Sunitha Kambhampati commented on DERBY-216:
---
I remember the last time I ran the largeData with ibm142 a couple months ago,
this suite passed OK. Now, I ran the
implement a derby specific disk quota on the data stored the database.
-
Key: DERBY-1297
URL: http://issues.apache.org/jira/browse/DERBY-1297
Project: Derby
Type: New Feature
Reporter:
Sunitha Kambhampati (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-216?page=comments#action_12378154 ]
Sunitha Kambhampati commented on DERBY-216:
---
I remember the last time I ran the largeData with ibm142 a couple months ago, this
Thanks for taking time to review the spec Dan. I will update the spec
with your suggestions. My comments are in-line.
Daniel John Debrunner (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1156?page=comments#action_12377425 ]
Daniel John Debrunner commented on DERBY-1156:
[ http://issues.apache.org/jira/browse/DERBY-1297?page=all ]
Mike Matrigali updated DERBY-1297:
--
The following comments assume the current file per index/table allocation
implementation. An alternate implmentation which
used a 1 file with multiple
[ http://issues.apache.org/jira/browse/DERBY-1297?page=all ]
Mike Matrigali updated DERBY-1297:
--
I do worry what adding a feature like this will do for the derby goal of a
zero admin database. I would hope that adding this
feature would be done as an
Very helpful, thanks Rick.
Rick Hillegas wrote:
I'm not sure I followed this discussion. Forgive me if I'm talking at
cross-purposes. I have just synced with the mainline and can verify the
following:
o You still need to set jdk16 in your ant.properties in order to build
the JDBC4 support.
I think some support to find free disk space is added into jdk1.6
release. a long pending request
(http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4057701 )is fixed
in jdk1.6.
-suresh
Mike Matrigali (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1297?page=all ]
Mike
Thanks to everyone who responded to this thread. It doesn't seem that
anyone has a solution to this problem. Does anyone have a preference for
which lie we tell: (1b) or (2d)? Barring a preference here, the default
would be (1b), our current behavior.
Thanks,
-Rick
Rick Hillegas wrote:
[
http://issues.apache.org/jira/browse/DERBY-1297?page=comments#action_12378165 ]
Bryan Pendleton commented on DERBY-1297:
Perhaps we don't really have to be quite so accurate, but could instead
implement a sort of
approximate quota. For example,
On 5/5/06, Rick Hillegas [EMAIL PROTECTED] wrote:
Thanks to everyone who responded to this thread. It doesn't seem that
anyone has a solution to this problem. Does anyone have a preference for
which lie we tell: (1b) or (2d)? Barring a preference here, the default
would be (1b), our current
Kathey Marsden wrote:
Rajesh Kartha wrote:
The other useful one that I can think of is:
- Test case effectiveness, a ratio of the test cases that yielded
defects against the total # of test cases
Could you explain this a little more? I don't understand how we
would measure this.
[
http://issues.apache.org/jira/browse/DERBY-1292?page=comments#action_12378169 ]
Bryan Pendleton commented on DERBY-1292:
I was successfully able to reproduce your ClassCastException on the current
trunk. Here's the stack trace from the current
On 5/5/06, Kathey Marsden [EMAIL PROTECTED] wrote:
In addition to measuring lines of code added or total, I've also heard
about measuring the number of lines of code that have been changed
(added/removed/updated), loosely refered to as measuring code
turmoil. With a lot of code turmoil you
Tracing client data source gives NPE if all data source properties are not set
--
Key: DERBY-1298
URL: http://issues.apache.org/jira/browse/DERBY-1298
Project: Derby
Type: Bug
Components:
[ http://issues.apache.org/jira/browse/DERBY-1277?page=all ]
Knut Anders Hatlen resolved DERBY-1277:
---
Fix Version: 10.2.0.0
Resolution: Fixed
The patch looks very good. All tests ran cleanly. Committed revision 400212.
Call to
Kathey Marsden [W.P.A YELLOW PAGES] wrote:
I was thinking about Derby Metrics.
Here are some images of graphs I obtained from data in Jira, back in Feb.
Image001.gif is the incoming bug rate for Derby.
In my opinion, the initial high count is a dump of bugs from the
Cloudscape database into
[ http://issues.apache.org/jira/browse/DERBY-1298?page=all ]
Deepa Remesh updated DERBY-1298:
Attachment: ClientTracing.java
This repro uses the example for ClientDataSource tracing in
http://db.apache.org/derby/papers/DerbyClientSpec.html#-N101A8
To
[ http://issues.apache.org/jira/browse/DERBY-883?page=all ]
Daniel John Debrunner updated DERBY-883:
type: New Feature (was: Bug)
Seems like supporting expressions in the GROUP BY clause is similar to the
improvement made to support
[
http://issues.apache.org/jira/browse/DERBY-1219?page=comments#action_12378175 ]
Deepa Remesh commented on DERBY-1219:
-
I forgot to mention that when I set the tracing for client, I was getting a NPE
if I did not set all the ClientDataSource
[ http://issues.apache.org/jira/browse/DERBY-883?page=all ]
Satheesh Bandaram updated DERBY-883:
Summary: Enhance GROUP BY clause to support expressions instead of just
column references. (was: Date functions are 'syntax error' in group by clause)
On 5/5/06, David Van Couvering [EMAIL PROTECTED] wrote:
Well, something like
If you are working with JDBC 4.0, you might want to set JAVA_HOME to
the JDK 1.6 install location. This is not required but is the preferred
way to do a build of Derby that includes classes that require the 1.6
On 5/5/06, Kathey Marsden [EMAIL PROTECTED] wrote:
I think it is really great that we are getting rid of the
getProtectionDomain permission requirement for sysinfo especially if
DERBY-1272 is implemented as I hope it will be.If DERBY-1272 is
implemented sysinfo will be used often in
1 - 100 of 105 matches
Mail list logo