Re: [appfuse-user] Where is the userDao reference created in spring

2009-03-31 Thread tibi
in the applicationContext-dao.xml McSweeney, Brian wrote: > > Hi folks, > > > > Quick dumb question. I cannot seem to find the initial definition of > the userDao spring bean in any xml file. > > > > Ie, I would have expected to see something like > > > > > > > > I see

Re: [appfuse-user] Where is the userDao reference created in spring

2009-03-31 Thread Matt Raible
If you're using 2.0.2, this is in applicationContext-dao.xml, which is embedded in the root directory of appfuse-x.jar where x is the persistence framework you're using. Matt On Tue, Mar 31, 2009 at 8:29 AM, McSweeney, Brian < brian.mcswee...@canadalife.ie> wrote: > Hi folks, > > > > Quick dumb

Re: [appfuse-user] Getting Client time while invalid password entry

2009-03-31 Thread Matt Raible
The best way to get values from the client is to use JavaScript and set a cookie or set a value in a hidden field. Matt On Tue, Mar 31, 2009 at 8:52 AM, jithesh wrote: > > Hi all, > > I am using appfuse 1.9.4 . I would like to know is it possible to get > a value from the client if the cr

[appfuse-user] Where is the userDao reference created in spring

2009-03-31 Thread McSweeney, Brian
Hi folks, Quick dumb question. I cannot seem to find the initial definition of the userDao spring bean in any xml file. Ie, I would have expected to see something like I see that userDao is referenced a lot in other spring files but where is it defined? Cheers, Brian ---

[appfuse-user] Getting Client time while invalid password entry

2009-03-31 Thread jithesh
Hi all, I am using appfuse 1.9.4 . I would like to know is it possible to get a value from the client if the credentials are not correct. I have a listner class which hets invoked on AuthenticationFailureBadCredentialsEvent. But I cant get any value from login.jsp (eg client browser time).

Re: [appfuse-user] test coverage

2009-03-31 Thread tibi
i see the velocityException is not runtime... shoudl i convert it to an mailexception? ok then i would suggest this: public void sendMessage(SimpleMailMessage msg, String templateName, Map model) throws VelocityException{ String result = VelocityEngineUtils.mergeTemplateIntoString(

Re: [appfuse-user] test coverage

2009-03-31 Thread tibi
ok then i would suggest this: public void sendMessage(SimpleMailMessage msg, String templateName, Map model) throws VelocityException{ String result = VelocityEngineUtils.mergeTemplateIntoString(velocityEngine, templateName, model); msg.setText(result); send(msg);

Re: [appfuse-user] test coverage

2009-03-31 Thread Matt Raible
I believe they both should throw exceptions. Matt On Tue, Mar 31, 2009 at 7:50 AM, tibi wrote: > ok i will and this: > > " i wonder in both methods, what is the use of the catching part? > with send (the last one) it only adds a logging (which will be done > where ever the thrown exception is c

Re: [appfuse-user] test coverage

2009-03-31 Thread tibi
ok i will and this: " i wonder in both methods, what is the use of the catching part? with send (the last one) it only adds a logging (which will be done where ever the thrown exception is caught. and in the first one there will be send an empty message" Matt Raible wrote: > > > On Tue, Mar 3

Re: [appfuse-user] test coverage

2009-03-31 Thread Matt Raible
On Tue, Mar 31, 2009 at 6:48 AM, tibi wrote: > list, > > i'm looking at the test coverage and in particular the classes which are > tested below 85%. > > i came across the MailEngine. there are these two methods: >/** > * Send a simple message based on a Velocity template. > * @param

[appfuse-user] test coverage

2009-03-31 Thread tibi
list, i'm looking at the test coverage and in particular the classes which are tested below 85%. i came across the MailEngine. there are these two methods: /** * Send a simple message based on a Velocity template. * @param msg the message to populate * @param templateName the V