-
Notifications
You must be signed in to change notification settings - Fork 815
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HttpInterceptor #8
Conversation
Defines main annotation AllowedMethod and helper annotations used in most common situation, eg. GetOnly, PostOnly, etc.
You don't have to use That's why using dedicated set of annotations is the less intrusive way to have such functionality (I though about extending |
The DTD change should not be the problem because it is a compatible change to previous releases. I think the simplest possible way to configure it should be like this:
|
But then you limit usage of it only to the Convention plugin based applications. Even with extending DTD and adding Another problem is the REST plugin and its default behaviour ( This approach is far more flexible then extending |
Good point. :-) +1 for merge this. |
Let's treat this as a Proof-of-Concept and if will work we can think about further extensions (like extending |
I'm not excited about |
Ok, I wasn't sure about naming as well, I will rename the annotations to |
Is it possible to apply Get and Post together to one method in an action and Delete to an other?
|
Good questions, will check that. I have added |
I've moved this branch into my fork - will work on that there |
…er provider Merge in BAM/struts2-atlassian from issue/CONFSERVER-79847-remove-container-provider-ability to STRUTS_2_5_30-atlassian * commit 'd8abbcd35a5bc4d3047b84d1a3a23dc2a81aa9ce': CONFSERVER-79847 Add unit test CONFSERVER-79847 Implement ability to remove container provider
New annotation and interceptor to allow limit access to action based on used http request type, ie: