Re: [Stripes-users] Filtering output from options-enumeration

2009-05-21 Thread Newman, John W
That is a separate lack-of-feature then, you should create a ticket in jira to get that added to the enumeration tag. Alternatively you could not use that tag, and instead use a for-each loop over the enum.values() method and render a single mailto:tst...@barclaycardus.com] Sent: Wednesday, May

Re: [Stripes-users] init on app startup (ibatis) (equ ivalent of struts1 plugin)

2009-05-21 Thread Freddy Daoud
Ted writes: > p.s. Again, Freddy, awesome job on the book. I let a very talented > colleague borrow it. He read three chapters, then gave it back because > he decided he had to have his own copy. I can't think of a bigger > compliment than that! That is so nice to hear! Thanks very much Ted fo

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Ted
Freddy said: > In fact, theoretically, you *could* implement an interceptor that does > nothing and implements ConfigurableComponent so that your initializing > code will be executed by Stripes. But surely we don't want to > encourage such a practice. Thus the suggestion of a simple initializing >

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Freddy Daoud
> Especially if you also want to explicitly tell iBATIS how to handle > transactions, it's a good idea to create a class that implements both > Interceptor and ConfigurableComponent: the latter to initialize, and the > former to handle the transactions. I agree. But if you need interceptor functio

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Oscar Westra van Holthe - Kind
On 21-05-2009 at 12:48, Freddy Daoud wrote: > > If you're missing something "Stripesy" then that makes two of us. > > > > I would simply do this either with a ServletContextListener, or a > > simply a Servlets init method that has its Load On Startup parameter > > set. > > I agree that doing

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Freddy Daoud
> If you're missing something "Stripesy" then that makes two of us. > > I would simply do this either with a ServletContextListener, or a > simply a Servlets init method that has its Load On Startup parameter > set. I agree that doing some initialization of iBATIS has little to do with Stripe

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Ted
Thanks for the quick response, Christian and Will. I'm a big fan of simple things, too, so I'll go with ServletContextListener. I'm not entirely up to speed on the Servlet 2.3 spec yet, so I'm sure my question exposes my ignorance. Thanks again! Ted

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Will Hartung
On May 21, 2009, at 7:23 AM, Ted Schrader wrote: > Hello all, > > Newbie question: I'm transitioning from Struts1 to Stripes (hooray!). > I'm using iBATIS for DB access, and in the past I've used the Struts1 > plugin architecture to initialize the iBATIS sqlmaps instance on > application startup.

Re: [Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Poitras Christian
Hi, Personally, I use Spring as my DAO framework. So it seems logical to me to initialize iBATIS in Spring. This allows me to initialize the database either in a web app or on a local app in the same way. If you want to initialize iBATIS in a web app, I would prefer to use a SerlvetContextList

[Stripes-users] init on app startup (ibatis) (equivalent of struts1 plugin)

2009-05-21 Thread Ted Schrader
Hello all, Newbie question: I'm transitioning from Struts1 to Stripes (hooray!). I'm using iBATIS for DB access, and in the past I've used the Struts1 plugin architecture to initialize the iBATIS sqlmaps instance on application startup. How can I do something similar with Stripes? I suppose the