[#STS-288] Add a @DontBind annotation to cause Stripes to skip binding and validation for specific events (e.g. cancel events) - Stripes

Details

Type: New Feature
Status: Closed
Priority: Major
Resolution: Fixed
Affects Version/s: None
Fix Version/s: Release 1.5
Component/s: ActionBean Dispatching
Labels:
None

Description

The idea is the @DontBind would be a superset of @DontValidate, that would cause Stripes to basically skip the whole binding and validation phase. Mostly useful for cancel events, but could also have other uses?

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Kai Grabfelder added a comment - 18/Oct/06 4:14 AM

see also this post on the mailling list: http://article.gmane.org/gmane.comp.java.stripes.user/1942

excerpt of text follows:

As promised, version 0.1 of Stripes Extras is now available. You can download it here: http://www.bengunter.com/stripex

All the documentation is in that zip file under doc. There's a guide that explains how to use the access controls. No doubt this document can be improved upon, but it should be good enough to get you going. There's also plenty of info in the Javadocs, which are also included. The source code is in src and the binary build is at build/stripes-extras-0.1.jar.

This code works for me as it is now. If you encounter any problems, let me know. I don't have a bug-tracker. I'll have to gauge interest to determine if that would be a worthwhile effort.

Hope this helps somebody out. As the plural name implies, this is intended to provide multiple enhancements, but right now all it provides is property binding access control.

Show

Kai Grabfelder added a comment - 18/Oct/06 4:14 AM see also this post on the mailling list: http://article.gmane.org/gmane.comp.java.stripes.user/1942 excerpt of text follows: As promised, version 0.1 of Stripes Extras is now available. You can download it here: http://www.bengunter.com/stripex All the documentation is in that zip file under doc. There's a guide that explains how to use the access controls. No doubt this document can be improved upon, but it should be good enough to get you going. There's also plenty of info in the Javadocs, which are also included. The source code is in src and the binary build is at build/stripes-extras-0.1.jar. This code works for me as it is now. If you encounter any problems, let me know. I don't have a bug-tracker. I'll have to gauge interest to determine if that would be a worthwhile effort. Hope this helps somebody out. As the plural name implies, this is intended to provide multiple enhancements, but right now all it provides is property binding access control.

Hide

Permalink

Paul Barry added a comment - 18/Oct/06 4:24 AM

I think @DontBind is different that controlling bind access. You would use @DontBind in a case where you do not want stripes to try and bind any access parameter, probably to only one handler, such as cancel.

For the binding access control, it would apply to all handlers of an action bean. This would be used in the case where you have properties of a nested object that you don't want anyone to be able to set via request parameters.

Show

Paul Barry added a comment - 18/Oct/06 4:24 AM I think @DontBind is different that controlling bind access. You would use @DontBind in a case where you do not want stripes to try and bind any access parameter, probably to only one handler, such as cancel. For the binding access control, it would apply to all handlers of an action bean. This would be used in the case where you have properties of a nested object that you don't want anyone to be able to set via request parameters.

Hide

Permalink

Ben Gunter added a comment - 04/Mar/07 9:09 AM

The @DontBind annotation is now available. Use of @DontBind implies two things: (1) validation (including custom validation) will not occur and (2) LifecycleStage.BindingAndValidation will not happen and interceptors will not be called for it.

Show

Ben Gunter added a comment - 04/Mar/07 9:09 AM The @DontBind annotation is now available. Use of @DontBind implies two things: (1) validation (including custom validation) will not occur and (2) LifecycleStage.BindingAndValidation will not happen and interceptors will not be called for it.

Hide

Permalink

Kai Grabfelder added a comment - 04/Mar/07 11:29 AM

so you can now commit to the SVN trunk? good to hear, this may bring a little bit more life into this project

Show

Kai Grabfelder added a comment - 04/Mar/07 11:29 AM so you can now commit to the SVN trunk? good to hear, this may bring a little bit more life into this project

People

Assignee:

Ben Gunter

Reporter:

Tim Fennell

Vote (1)

Watch (1)

Dates

Created:

17/Oct/06 4:33 AM

Updated:

04/Jan/11 3:09 PM

Resolved:

04/Mar/07 9:09 AM