The status of the ibatis store is the following: it is working with props, (many)assocs, embedded composites. By now it uses a naming convention approach for mapping entities and properties to database columns.
If you remember correctly I suggested a direct JDBC or JEQUEL (my Java SQL DSL which I also presented at the geek cruise) entity store rather than the cumbersome ibatis handling a while ago. I'm just having a look at the empire-db. The guys are all from Germany *G*. It looks ok, and does the same stuff jequel (jequel.de) and the recently merged project squill (squill.dev.java.net). The design and architecture is a bit weird. It's been around in their internal use since 2000 and opensourced just 2008. The move to apache was a clever one :). By now I haven't found anything where they use database metadata to generate their table description classes. Thats strange as this is the most obvious way to go (except if you like manual tpying). I'll continue to look through their codebase. I'll also think about the best way of integrating qi4j with an rdbms (most probably existing legacy). We should discuss that on the list and then use whatever library is suited best for our needs. (Pure JDBC is still an option). For querying for example I could imagine rendering our query api queries to SQL. The (hopefully) just form expression trees that can be easily rendered (Alin?). For just storing stuff into the entity store we just have to map the Entities and ValueComposites conveniently onto RDBMS tables and columns. So our problem is more a mapping problem for storage and retrieval than a typesafe java api for RDBMs access. Michael Niclas Hedhman schrieb: > Gang, > > What is the status on the iBatis EntityStore? > > I had a look at Empire-db[1], and it seems a lot more natural to work > with for our needs. > > In essence, a Table is a class, so is a Column and so on. Totally > type-safe, no configuration needed (other than the SQL Driver). I mean > we are "mentally compatible" ;o) > > > Cheers > Niclas > > [1] http://incubator.apache.org/empire-db > > _______________________________________________ > qi4j-dev mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/qi4j-dev _______________________________________________ qi4j-dev mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/qi4j-dev
