It sounds to me like something I would do with AOP in the DAO layer... So now I wonder if anyone sees any good points in doing it in another way?
On Fri, May 23, 2008 at 6:12 AM, Sundar Sankar <[EMAIL PROTECTED]> wrote: > Hi Larry, > I was having that at as the last option. If there was some > configuration that is like a precondition or something to a query, it would > have helped. Don't know if it is available. > > Regards > Sundar > > > On Thu, May 22, 2008 at 6:30 PM, Larry Meadors <[EMAIL PROTECTED]> > wrote: > >> If you have a clear DAO layer, can't you do it there? >> >> If not, you might be able to use some AOP magic to do it (since you're >> already using spring). >> >> Larry >> >> >> On Thu, May 22, 2008 at 5:34 PM, Sundar Sankar <[EMAIL PROTECTED]> >> wrote: >> > Hi Chris, >> > Thanks for your prompt response. I have a lot of stored >> > procedures created already and the audit procedures needs to take >> specific >> > IN parameters which was created in the app. My choices were to change >> the >> > procedures to take these parameters and call the procedure from within >> or >> > have them called separately outside from the application. >> > >> > We are using oracle as the database. >> > >> > -S >> > >> > >> > On Thu, May 22, 2008 at 4:25 PM, Christopher Lamey < >> [EMAIL PROTECTED]> >> > wrote: >> >> >> >> Why not use a trigger on the table to call the procedure? >> >> >> >> What database are you using? >> >> >> >> On 5/22/08 5:22 PM, "Sundar Sankar" <[EMAIL PROTECTED]> wrote: >> >> >> >> > Hi, >> >> > I am using Spring and Ibatis in our application and we have a >> >> > requirement where an audit procedure needs to be called every time an >> >> > update >> >> > procedure is called. Is there a way in Ibatis where I can specify >> such a >> >> > thing. I can take care of naming the update procedure in a particular >> >> > way or >> >> > follow any pattern needed to achieve it. Please do let me know if >> there >> >> > is a >> >> > way to get around this instead of calling the audit procedure >> manually >> >> > every >> >> > time. >> >> > >> >> > >> >> > Regards >> >> > Sundar Sankarnarayanan >> >> >> > >> > >> > > -- // Jonathan
