ibatis-user-cs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rogelio Baucells" <rbauce...@investran.com>
Subject RE: Auditing capabilities on top of IBatis
Date Thu, 28 Sep 2006 19:23:49 GMT
Hi Brian,


That was fixed in IBatis sometime ago. It is not part of the last
release but you can use it out of SVN. We are using a custom auditing
framework on top of it and it is working fine.


Rogelio J. Baucells * Architect * SunGard * Investran * 11098 Biscayne
Boulevard, Suite 403, Miami, FL  33161
Tel 305 891 3300 x341 * Fax 305 895 0005 * www.sungard.com/investran


From: Choi, Brian [mailto:bchoi@firstam.com] 
Sent: Thursday, September 28, 2006 2:19 PM
To: user-cs@ibatis.apache.org
Subject: Auditing capabilities on top of IBatis


Any new information about this topic?

I am doing exactly same thing. Instead of custom factory I am using

I need to intercept IBatis right after object is returned (make object
under Spring control)

Brian Choi


RE: Auditing capabilities on top of IBatis

Rogelio Baucells
Mon, 14 Aug 2006 10:39:14 -0700

Hi Gilles,
Yes I looked at that part of the code in DomSqlMapBuilder but there is
no way to set the custom IObjectFactory without modifying the IBatis
provided code. If you look at the IObjectFactory instance creation it
does not use the property at all:
if (_objectFactory == null)
        _objectFactory = new ...
And later in the SqlMap creation:
_configScope.SqlMapper = new SqlMapper(_objectFactory, accessorFactory);
As I said before there is no way to plug your custom IObjectFactory
without modifying the IBatis code.
From: Gilles Bayon [mailto:[EMAIL <mailto:%5bEMAIL>  PROTECTED] 
Sent: Monday, August 14, 2006 12:39 PM
To: user-cs@ibatis.apache.org
Subject: Re: Auditing capabilities on top of IBatis
On 8/14/06, Rogelio Baucells <[EMAIL PROTECTED]> wrote:
We have the requirement of implementing auditing at the property level
for our object model. We need to audit all changes to public properties
and persist the auditing information at the time the entity is been 
saved. We are evaluating IBatis for such task as the persistence layer
and we have a prototype already working. We had to modify some parts of
IBatis to acomplish this task:
1- We need to modify the way objects are created, for that we created 
our own IObjectFactory and returned our own IFactory for the entities we
need to audit. This IFactory creates a dynamic proxy with some extra
functionality needed for the auditing.
We had to modify DomSqlMapBuilder since there is no way to set a custom 
IObjectFactory at the time of creating a SqlMapper. I think that it
would be a good enhancement to IBatis having the posibility to specify
your own IObjectFactory and set/get accessors.
Look at 
/// <summary>
        /// Allow to set a custom object factory, see <see
        /// before configuration
        /// </summary>
        public IObjectFactory ObjectFactory
            set { _objectFactory = value; }
in DomSqlMapBuilder 
2- Another thing we needed was the ability to intercept calls to some
methods in the SqlMap class, the easiest way to accomplish this was
inheriting from the SqlMapper class but the contructor is internal. Also
there is no way to change the way the SqlMapper instance is created 
inside DomSqlMapBuilder and in several places in the code classes are
using a reference to the SqlMapper class instead of the ISqlMapper
interface. We finish doing a hack inside our dynamic proxy
implementation of the domain model entities since the change in the 
IBatis code was a little more complicated than the one before.
I think the ability to extend/modify IBatis functionality is something
necessary in some cases and it should be built into the main code base.
A functionality similar to the Hibernate interceptors is a good idea or
the possibility to change the default implementation of
accessors/factories and the SqlMapper itself are needed in some cases. I
can work on adding those changes to the main code base if the community 
think it is necessary.
CONFIDENTIALITY: This email (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited. If you received this email in error,
please notify the sender and delete this email from your system. Thank
<a href="http://www.amazon.com/gp/registry/6JCP7AORB0L"
<http://www.amazon.com/gp/registry/6JCP7AORB0L%22> ;>Wish List</a> 


View raw message