In that particular project the budget didn't allow switching to Postgres so I
bit the bullet and did a full recover of the database:
* Upgraded H2 to latest stable version (1.55 or so)
* Removed all references to older versions (the Wonder framework uses an older
beta, our fork was a bit newer bu
Did you switch to something else? I was thinking of using H2 for a open source
project (app to display events from multiple delegated calendars from CalDAV
servers), but if I would get data corruption, I don't think I will use it :-)
> I can't recommend it for production use though. We deployed
I can't recommend it for production use though. We deployed H2 in a small-scale
project and had some horrible data corruption issues. As far as I understand,
H2 is maintained by a single developer.
On 18.09.2011, at 12:59, Pascal Robert wrote:
> +1 for H2. Not having to install a RDBMS and cre
+1 for H2. Not having to install a RDBMS and create a database in it is cool,
especially for demos/tutorials.
> Hi Dan,
>
> If you're going embedded, I would recommend H2 simply based on my experience
> with it. At home, I'll frequently use H2 to develop with the intention to
> deploy on Postg
Hi Dan,
If you're going embedded, I would recommend H2 simply based on my experience
with it. At home, I'll frequently use H2 to develop with the intention to
deploy on Postgres. I figure I keep my database options open this way, because
it prevents any stupid temptations to build dependency o
Greetings gentlemen, David¹s, and members of the Chuck Wagon gang,
I thought I would pick your brains for amount to find out from your
experience which of the ³stand-alone² databases like Apache Derby, H2, etc
play well with Project Wonder¹s migration frameworks. I have noticed that
Apple¹s plug