RE: Issue with Type Conversion and Select Boxes

> As another work-around I tried this: > > name="foo" listKey="id">> > Now my list of foos is populated correctly BUT > no value in the select box is> pre-selected, although the field 'foo' has > a matching entry in 'foos'. I am> as

Issue with Type Conversion and Select Boxes

the key is populated by calling foo.getId() and therefore returning an integer? Is this possibly an issue and worth opening a Jira ticket or do I miss something here in my setup? Thanks a lot in advance! Regards, Gunnar Hillert -- View this message in context: http://www.nabble

Thanks! Works also with redirect actions...

ing, null checks, >> ${}, string concatenation, etc. is probably all be wrong in that line >> above. :-) >> >> The point is that I think all you need to do is be a little more >> sophisticated about the OGNL string. You just gotta go learn a bit more >> a

Redirects - Dynamic Parameters

anything in Struts that would allow this? E.g. some additional attribute on the param element would be nice ${foo} Or do I have to create my own "custom" result-type? Thanks! Gunnar Hillert -- View this message in context: http://www.nabble.com/Redirects---Dynamic-Parameters-tf4758978.h

Re: [S2] Configure Message Store Interceptor via Annotations

ion (in the after method) and in the > before > method, anything in the session, I remove and put into the request. Just > like > you say, works like a charm. > > Adam > > Gunnar Hillert on 12/10/07 05:15, wrote: >> Hi Adam, >> >> Thanks for your commen

Re: [S2] Configure Message Store Interceptor via Annotations

; what you > need? > > Regards > Adam > > > > Gunnar Hillert on 11/10/07 04:56, wrote: >> Hi, >> >> Is there a way to configure the message store interceptor via >> annotations? >> >> I started experimenting with the smar

[S2] Configure Message Store Interceptor via Annotations

success message to survive redirects. Well, it looks like the the message store interceptor does not have annotations support (bummer). But maybe is there another way to solve this issue? Thanks a lot! Gunnar Hillert -- View this message in context: http://www.nabble.com/-S2--Configure-Message

Configure /Message+Store+Interceptor

-- View this message in context: http://www.nabble.com/Configure--Message%2BStore%2BInterceptor-tf4604931.html#a13148924 Sent from the Struts - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECT

Re: [S2] Form Processing - Security - ParameterNameAware

Hi, Bump...Nobody using the ParameterNameAware interface? Any responses would be highly appreciated. Thanks! Gunnar Gunnar Hillert wrote: > > Hi, > > I have a question regarding the ParametersInterceptor, specifically the > ParameterNameAware interface. Since Struts

[S2] Form Processing - Security - ParameterNameAware

dedicated annotation for this? Thanks! Regards, Gunnar Hillert -- View this message in context: http://www.nabble.com/-S2--Form-Processing---Security---ParameterNameAware-tf3944023.html#a11187846 Sent from the Struts - User mailing list archive at Nabble.com

RE: [S2] ActionMessages and redirects

ug in that if you use > addActionError, the message store interceptor, and you have the validation > interceptor enabled you will get redirected to the input result of the > action after the redirect :(. > > Hope this helps, > > Al. > > -Original Message- > Fr

[S2] ActionMessages and redirects

. What is the status on that? Is this something that will be added to one of the next Struts 2 releases? Thanks a lot! Regards, Gunnar Hillert -- View this message in context: http://www.nabble.com/-S2--ActionMessages-and-redirects-tf3863054.html#a10943759 Sent from the Struts - User ma

Re: Re: [S2] Form handling life cycle with HTTP GET/POST

t, particularly if > it uses the recent Restful JSR annotations the the JCP is working on. > > Don > > On 5/11/07, Gunnar Hillert <[EMAIL PROTECTED]> wrote: >> Hi, >> >> Thanks for your quick response. I will take a look at this. But my >> question is

Re: Re: [S2] Form handling life cycle with HTTP GET/POST

, but then when submitting the form, set the "method" attribute on the submit button to ensure that the submitted form calls the editUser method. Incidentally, the validation interceptor is pre-configured to not validate when the "input" method is called, but tries to validate a

[S2] Form handling life cycle with HTTP GET/POST

make total sense but I hope to convey my intent): (no validation) /editUser.jsp (validate form and process) /editUser.jsp /main.html Thanks a lot for any insights! Regards, Gunnar Hillert