Mailing-List: contact hivemind-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hivemind-user@jakarta.apache.org
Subject: Re: Spring-like transaction features?
From: Pablo Lalloni <plalloni@afip.gov.ar>
To: "hivemind-user@jakarta.apache.org" <hivemind-user@jakarta.apache.org>
In-Reply-To: <200407012027.i61KROu7031868@server.unitdev.com>
References: <200407012027.i61KROu7031868@server.unitdev.com>
Content-Type: multipart/alternative; boundary="=-eiY6LfhS+h1YrTYnigMI"
Organization: AFIP - DDIT - Proyecto Pampa
Message-Id: <1088711377.21821.60.camel@plalloni>
Mime-Version: 1.0
Date: Thu, 01 Jul 2004 16:49:38 -0300

--=-eiY6LfhS+h1YrTYnigMI
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

We've written full support for Hibernate and JDBC as HiveMind services,
and I'm currently working on a TransactionInterceptor factory service to
use declarative transaction demarcation a-la EJB.=20

To support Hibernate we made an HibernateSessionService who's able to
receive contributions of SessionFactory's configurations and also
mappings (hbm's) for persistent classes. On startup this service builds
up all the SessionFactory's as determined by contributions associating
to each the corresponding persistent classes. After this any dependant
component can ask for a Session corresponding to a given class or query
name. Sessions are associated to threads through ThreadStorageService so
the same Session can be returned for the same thread, they're cleaned up
con thread cleanup events.

Also did something alike for supporting a FastLaneReader through JDBC
where we take a similar approach for Connection management.

In front of this services we have a FinderService and a CRUDService
which can be used for what their names mean despite whether the data is
accessed through JDBC, Hibernate or any future data access backend
implemented as a HiveMind service.

Transactions are handled with the above mentioned interceptor supporting
EJB CMT policies.

If anyone's interested in any of this, I guess I can send out more
details and/or code (if my boss agree with it, of which I'm pretty
confident).

Cheers,
PiL

El jue, 01-07-2004 a las 16:29, Drew McAuliffe escribi=F3:

> Are there any plans to introduce features into HiveMind like Spring's
> abstraction of transactionality of Hibernate or other data access? I
> like the way that Spring can make the details of data access and
> transactionality configurable but I prefer the way HiveMind deals with
> the overall service abstraction, pluggability, interception, etc. Is
> there any plan to introduce these higher-order features into HiveMind,
> or is it still concentrating mainly on the IoC/container/pluggability
> side of things? Or does anyone out there have a HiveMind module that
> does a similar thing? I'm investigating moving a combination of
> homegrown app layers to either one of these two big guys, and I don't
> like the idea of mixing them because of the functionality overlap.
> =20
> Thanks,
> Drew

--=-eiY6LfhS+h1YrTYnigMI
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.10">
  <TITLE>Message</TITLE>
</HEAD>
<BODY LINK="#0000ff">
We've written full support for Hibernate and JDBC as HiveMind services, and I'm currently working on a TransactionInterceptor factory service to use declarative transaction demarcation a-la EJB. <BR>
<BR>
To support Hibernate we made an HibernateSessionService who's able to receive contributions of SessionFactory's configurations and also mappings (hbm's) for persistent classes. On startup this service builds up all the SessionFactory's as determined by contributions associating to each the corresponding persistent classes. After this any dependant component can ask for a Session corresponding to a given class or query name. Sessions are associated to threads through ThreadStorageService so the same Session can be returned for the same thread, they're cleaned up con thread cleanup events.<BR>
<BR>
Also did something alike for supporting a FastLaneReader through JDBC where we take a similar approach for Connection management.<BR>
<BR>
In front of this services we have a FinderService and a CRUDService which can be used for what their names mean despite whether the data is accessed through JDBC, Hibernate or any future data access backend implemented as a HiveMind service.<BR>
<BR>
Transactions are handled with the above mentioned interceptor supporting EJB CMT policies.<BR>
<BR>
If anyone's interested in any of this, I guess I can send out more details and/or code (if my boss agree with it, of which I'm pretty confident).<BR>
<BR>
Cheers,<BR>
PiL<BR>
<BR>
El jue, 01-07-2004 a las 16:29, Drew McAuliffe escribi&#243;:
<BLOCKQUOTE TYPE=CITE>
    <FONT COLOR="#0000ff" SIZE="2"><I>Are there any plans to introduce features into HiveMind like Spring's abstraction of transactionality of Hibernate or other data access? I like the way that Spring can make the details of data access and transactionality configurable but I prefer the way HiveMind deals with the overall service abstraction, pluggability, interception, etc. Is there any plan to introduce these higher-order features into HiveMind, or is it still concentrating mainly on the IoC/container/pluggability side of things? Or does anyone out there have a HiveMind module that does a similar thing? I'm investigating moving a combination of homegrown app layers to either one of these two big guys, and I don't like the idea of mixing them because of the functionality overlap.</FONT><BR>
    <FONT COLOR="#737373">&nbsp;</FONT><BR>
    <FONT COLOR="#0000ff" SIZE="2">Thanks,<BR>
    Drew</I></FONT>
</BLOCKQUOTE>
</BODY>
</HTML>

--=-eiY6LfhS+h1YrTYnigMI--