Hi, Bonnie. I don't know the log internals, but I just wanted to raise
the caveat that that the APIs you are looking at are non-public, as you
noticed, and there liable to change at any release without notice.
I just wanted to make sure you were aware of that.
David
Bonnie Wang wrote:
Hi,
Great (if poorly spell-checked) article by David Berlind about the
potential for Derby to enable offline web applications. See
http://blogs.zdnet.com/BTL/?p=2298
If you think this is cool (and of course you do :)), you can help make
it more visible by digging it at
I think this is a great question, Michael. Derby clearly differentiates
today in its nature as lightweight, embeddable, easy to use and secure,
while still being fully functional.
But I think we're going to see more and more big users wanting big
features from it. Do we Just Say No? Is
Hi, all. The Google Summmer Of Code activity for Apache Software
Foundation has been officially announced (see the attached email to the
DB PMC).
It appears that a mentor must be a committer. However, anyone can
submit ideas, and they are most welcome. We have two weeks to get our
Great news! We have been invited to participate in the Google Summer of
Code. I am signing up as the overall community representative and will
work to get this set up with Google. Barring any unforeseen glitches in
this process, I think we should be good to go.
In the meantime, we should
mentors
to the group periodically once they sign up with your organization.
Cheers,
LH
David W. Van Couvering wrote:
Hi,
Leslie. Thank you very much for your invitation, and Apache Derby
would like to participate. I am not sure what you need for Google
account information, but I created an account
, anything else you want to add?
David
Jean T. Anderson wrote:
David W. Van Couvering wrote:
FYI, we're officially in! See http://www.google.com/soc
I think that url is supposed to be ...
http://code.google.com/soc/
Apache Derby isn't showing up under the ASF -- was that intentional?
-jean
snip
and nobody else from ASF. So I'll work on this.
Jean, Andrew, anything else you want to add?
David
Jean T. Anderson wrote:
David W. Van Couvering wrote:
FYI, we're officially in! See http://www.google.com/soc
I think that url is supposed to be ...
http://code.google.com/soc/
Apache
My understanding is that the Derby prepared statement cache is portable
across connections. It is usable by any connection to the same database
-- the prepared statement text is compared with existing cached
statements and if it alreday exists then it is reused.
But it's not my area of
I haven't used it, but I hear SQuirreL is a good tool that works with Derby.
dan wrote:
Hi:
I'm grateful for tips about a good SQL editor
suitable for Derby.
Today you (Susan Cline Anil Samuel et consortes)
have helped to get Derby going in my Fedora Core 4 environment.
Thank you!
A good
Good news for Apache Derby - another Big Company has gotten behind Derby
and is providing support for it. Sun's Java DB is now officially
available for download at
http://www.sun.com/download/products.xml?id=44244f49
Java DB's home can be found at
, then what
are those enhancement / new features.
Thanks
David W. Van Couvering wrote:
Good news for Apache Derby - another Big Company has gotten behind
Derby and is providing support for it. Sun's Java DB is now
officially available for download at
http://www.sun.com/download
would be to remove my custom
protocol whenever possible. Is it feasible to extend the JDBC API? Or will
that just be more trouble than it's worth?
I realize I just changed my question. Any more advice?
ry
On Wednesday 22 March 2006 07:23 pm, David W. Van Couvering wrote:
A common way client
I do have to ask, what does it mean to emulate an ostrich?
David
Ryan P Bobko wrote:
Thanks for the advice. That's probably what I needed to hear.
ry
On Thursday 23 March 2006 06:31 pm, David W. Van Couvering wrote:
Yes, I see what you're saying, you're rewriting JDBC extended with file
Hi, Hiram. You have hit on an issue that prevents multiple databases
from being run within the same VM. This is something we want to fix in
Derby, but it's a fairly big effort.
As it stands the only way to configure the Derby database home is with
system properties. So all uses of Derby
A common way client applications working with large result sets have
handled the too much memory problem that I've seen is to send the
results over in chunks. Instead of sending all 120,000 records in one
response, just send 100 or 1,000. The client processes those 1,000
records, throws them
Have you looked at SQuirreL? This is a third-party open source GUI that
works quite well with Derby. See http://squirrel-sql.sourceforge.net/
David
yeradis wrote:
hi Stanley
thanks for your words
and thanks to everybody that is helping me
to migrate to the ''derby world'' really THANKS TO
Thanks for your work on this, Stanley. Here are some comments, probably
more to follow:
INTRODUCTION
- It would be nice to tell the user what each activity is and what they
can expect to be able to do and what they will learn as a result of each
activity.
- Somehow this section isn't very
The work that I did on classloaders (but have not yet committed) could
help with this. If somebody has an itch to work on this I can show them
what I did and why I think it will work.
David
Kathey Marsden wrote:
Andrew McIntyre wrote:
On 2/22/06, Kathey Marsden [EMAIL PROTECTED] wrote:
We do a *lot* of testing, including long-running tests and large
database size tests. We're trying to add more and more tests,
robustness and compatibility are key goals for many of us on this team.
If you really need a production-level support, you should probably go
through Sun (Java DB)
] wrote:
-Original Message-
From: David W. Van Couvering [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 10:54 AM
To: Derby Discussion
Subject: Re: embedded derby -- does it leak
We do a *lot* of testing, including long-running tests and large
database size tests. We're trying
Thanks, Roger.
I'm confused, it still has the Pure Java Database tagline (not that I
don't mind, but we recently had a vote to remove the tagline).
Are you planning to do that?
Thanks,
David
Apache Wiki wrote:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on
+1, looks great, thanks Roger!!
David
Daniel John Debrunner wrote:
Jean T. Anderson wrote:
http://wiki.apache.org/db-derby/DerbyGraphicsAndLogo
this is looking great!
+1
I agree, thanks very much Roger.
If anyone is seeing the logo still with the tagline, just force a
re-load
especially for derby?
Should we use the Cloudscape Workbench or is there an interest on having
an individual gui for derby?
David W. Van Couvering wrote:
+1, looks great, thanks Roger!!
David
Daniel John Debrunner wrote:
Jean T. Anderson wrote:
http://wiki.apache.org/db-derby
Well, one must argue that a plugin for NetBeans would have similar
appeal (disclosure: I work for Sun Microsystems).
David
Raj Saini wrote:
On 1/27/06, *duminda* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi,
What does the community most wanted, Eclipse or Stand
My understanding is this is not possible right now with Derby.
David
Melvin Zamora wrote:
Hi Derbies,
Would it be possible to have the PK tables on hardisk-A and FK tables on
hardisk-B using only one database?
to envision:
CUSTOMER_DERBY_DB
CUSTOMER_TBL {PK} [HD-A],
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's
Down at ApacheCon at our BoF we had a good discussion about what might
help people who want to contribute to Derby but feel they don't have the
database internals background needed. It was generally recognized that
there is a pretty hefty learning curve to be able to work on some of the
core
I'm not sure how this email thread went off the deep end from a
technical discussion to a personal discussion.
I think it's reasonable for one person to feel that a particular coding
paradigm is ugly or not, (I did notice Tom say IMHO when he talked
about dynamically creating the URL). I
W. Van Couvering wrote:
This is a vote for choosing a logo for Apache Derby.
Rules of engagement:
- Please vote for one and only one logo.
- Respond to both derby-dev and derby-all and put an X to the logo of
your choice
- Please vote only once. Multiple votes by the same person
10. [X ] (these all belong together...)
begin:vcard
fn:David W Van Couvering
n:Van Couvering;David W
org:Sun Microsystems, Inc.;Database Technology Group
email;internet:[EMAIL PROTECTED]
title:Senior Staff Software Engineer
tel;work:510-550-6819
tel;cell:510-684-7281
x-mozilla-html:TRUE
It's very odd, I sent out a call for a vote for the logo, but it has not
shown up on my inbox. I'm testing to see if this email works. Did
anybody else get the call for vote?
David
begin:vcard
fn:David W Van Couvering
n:Van Couvering;David W
org:Sun Microsystems, Inc.;Database Technology
Very nice! I would suggest you go ahead and attach this image as well,
with a clear indication that this goes along with your original
submission...
David
Roger Dudler wrote:
Hi guys,
I would like to give you an experience about my logo proposal, so I
created a little image with some
What's a favicon?
David
Samer Kanjo wrote:
Very nice!
I like the icons, one could be used as a favicon. I also like the large hat
in light grey, which could be used to background the derby web pages or just
the home page perhaps even as a watermark on derby docs. My favorite color
is blue so
Sorry for perhaps an oblique reference -- the hat is a Derby Hat, it is
the name for this type of hat. It used to be worn all the time in the
Victorian era
http://www.millerhats.com/hatcare_index/derbycare.html (note the feather!)
Jeffrey Lichtman wrote:
There was an aborted logo contest earlier this year. What happened to
the entries? Should they be submitted to the current contest?
See
http://www.nabble.com/Derby-Logo%2C-Take-Two-t2822.html#a9271
and
http://db.apache.org/derby/logo_contest.html
It looks like
Hi, all. I'd like to call for a vote on the Derby logo this Friday. If
any of you would like to submit a suggestion, please attach your image to
http://issues.apache.org/jira/browse/DERBY-297
Thanks,
David
begin:vcard
fn:David W Van Couvering
n:Van Couvering;David W
org:Sun Microsystems,
);
ds.getConnection();
...
---BeginMessage---
David W. Van Couvering wrote On 11/09/05 10:51 PM,:
Hi, guys. Is there any helpful information you can provide Kathey? You
can respond to me or directly to [EMAIL PROTECTED] If you load
one class with a classloader, will all other classes
Hi, Kathey. At first glance it looks good to me. I'm assuming *all*
classes your app needs are available to the from the URL you specify,
because you are not specifying a parent classloader when you create it.
Also, you'll need to make sure you give the class that runs this code
the
Thanks for catching this Dan and proposing a way to address it. I'll
take a look when I get a chance and see what I can add. Perhaps we can
manage this via a Wiki page or a JIRA item?
I think the checkmark for the ODBC driver should have a footnote saying
that this is a binary download from
FYI. I think it underscores that those of us building web-tier apps need
to be very conscious of security during design, implementation and
deployment. It's no longer core IT that is threatened.
http://www.geekzone.co.nz/content.asp?contentid=5222
begin:vcard
fn:David W Van Couvering
n:Van
One way to get rid of the cruft hanging around might be, at the start of
each test, create a new classloader and associate it with the thread
that's creating all your other threads in your test, using
Thread.setContextClassLoader(). I haven't used classloaders a lot and
am a bit confused by
That's nice, I didn't know about jdbc:derby:;shutdown=true.
David
Daniel John Debrunner wrote:
Lars Clausen wrote:
Hi!
I'm trying to do unit tests of a multi-threaded system with Derby fairly
deep underneath. I would like my DB to be in the same state at the
start of every test. I'm
43 matches
Mail list logo