Steve O'Hara wrote:
I have used SQLite in a whole bundle of applications and I love it.
However, I've got an app that's being written in Java - I've got a JNI
library (Solaris Windows) for SQLite, but I really want something
platform independent.
I've been worn down by my quest for a
* Randy Ray:
Java libraries linked with C (via JNI) generally have to run with the exact
same version of Java they were built with.
Uh-oh, Sun advertises something else.
I can understand that you must exactly match JVM versions for
certified configurations, but this isn't true even if you
I've been worn down by my quest for a comparable product to SQLite
written in pure Java and have come to the conclusion that it doesn't
exit. I've looked at Derby, QED, Axion, blah blah and I'm not too
impressed by any of them.
None of them are as good as SQLite and they all use multiple files
On 10/25/05, Clay Dowling [EMAIL PROTECTED] wrote:
No matter if JVM versions do or don't have to be matched, using a native
DLL is clearly not a good solution for the original poster. It does
completely defeat the compile once run anywhere goal of Java. Presumably
if he was willing to accept
Fred injects a big dose of common sense, and a principle which goes back
almost a thousand years - Occam's Razor also known as K.I.S.S.
How often do we see people laboring over a high level simple solution
to a low level problem and in exasperation jump in and solve it in a
very short time
On Tue, Oct 25, 2005 at 10:05:31AM -0500, John Stanton wrote:
I've been worn down by my quest for a comparable product to SQLite
written in pure Java and have come to the conclusion that it doesn't
exit. I've looked at Derby, QED, Axion, blah blah and I'm not too
impressed by any of them.
Java libraries linked with C (via JNI) generally have to run with the exact
same version of Java they were built with.
Uh-oh, Sun advertises something else.
Hmm... I may have been confused in the matter by having had (unrelated)
problems. I would go with what Sun advertises.
Randy
--
[EMAIL
hsql is pretty smart in java, the storage is editable by texpad it is only
consisted of sql statements. It s an in memory only DB
Benjamin Filippi
Capital Fund Management
6 boulevard Haussmann 75009 Paris
Tel: +33 1 49 49 59 30
Fax: +33 1 47 70 17 40
[EMAIL PROTECTED]
http://www.cfm.fr
On 10/24/05, Steve O'Hara [EMAIL PROTECTED] wrote:
I've been worn down by my quest for a comparable product to SQLite
written in pure Java and have come to the conclusion that it doesn't
exit. I've looked at Derby, QED, Axion, blah blah and I'm not too
impressed by any of them.
None of them
On Mon, Oct 24, 2005 at 09:58:53PM +0100, Steve O'Hara wrote:
I've been worn down by my quest for a comparable product to SQLite
written in pure Java and have come to the conclusion that it doesn't
exit. I've looked at Derby, QED, Axion, blah blah and I'm not too
My next port of call is to
Uh, why isn't your first choice simply, Use SQLite from Java?
Surely calling C libraries is something the Java folks have worked out
how to do many years ago? Or what am I missing here? What is the
attraction of pure Java?
Java libraries linked with C (via JNI) generally have to run with
of missing stuff, mainly in pager.c
I'll have another crack at it when I get a bit more time.
Steve
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
rg] On Behalf Of Andrew Piskorski
Sent: 24 October 2005 22:21
To: sqlite-users@sqlite.org
Subject: Re: [sqlite] Convert SQLite
[EMAIL PROTECTED] wrote:
hsql is pretty smart in java, the storage is editable by texpad it is only
consisted of sql statements. It s an in memory only DB
It can store and use on disk db as well.
I was evaluating it for an embedded DB, seemed prety easy to use. I
haven't used it in
Steve O'Hara wrote:
The attraction of a pure Java solution is obvious - if a client wants
this app to run on VMS then I've got to create another JNI library that
is VMS specific. Id you've ever written any JNI you'll know why this
isn't an all together pleasurable experience.
Also -
14 matches
Mail list logo