[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [eclipselink-users] JDBC database access?
- From: "Doug Clarke" <douglas.clarke@xxxxxxxxxx>
- Date: Thu, 29 Nov 2007 12:17:21 -0500
- Delivered-to: firstname.lastname@example.org
- Thread-index: Acgyq7L3C6vK9hNuQ6eaGCSY4hpqyg==
I am interested in evolving EclipseLink to also appeal to those more interest in direct database access. My thought were along the lines of simplified JPA configuration (XML) where some native SQL/StoredProcedure operations could be defined without necessarily having to map to any entities.
The goal being that consumers who have very basic persistence needs and might not want to go as far as full object-relational mapping could still use EclipseLink. This would then enable them to stay with the same solution as their requirements evolve.
This style of usage would act as a basic facade over EclipseLink's existing connection pooling and database platform abstractions. The user could invoke their pre-defined or dynamic SQL/StoredProcedure getting the result back in whatever shape they want (row, map, Java class, or XML).
This sounds similar to what you are describing so I am hopeful that there is some synergy. Our connection pooling is somewhat rudimentary but our database-platform abstractions offer a great deal of database independence.
[mailto:eclipselink-users-bounces@xxxxxxxxxxx]On Behalf Of Bryan Hunt
Sent: Thursday, November 29, 2007 10:25 AM
Subject: [eclipselink-users] JDBC database access?
Does EclipseLink have any provisions or interest in direct JDBC
database access? I've written an OSGi service that allows code to
obtain a database Connection that allows databases to be plugged in as
extensions. The service also supports connection pooling, and we've
found it very handy for cases where we need to talk directly to the
eclipselink-users mailing list