struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dian Aditya <dian.adi...@meruvian.org>
Subject Re: S2 annotations to limit HTTP methods?
Date Mon, 25 Mar 2013 20:16:27 GMT
Hi,

Take a look at http://java.net/projects/s2restplugins<http://java.net/projects/s2restplugins/pages/Home>,
our team has developed
struts2 plugin that have annotation similar to Convention plugin's
annotation, with the
additional property like @Action(name="myaction", method=HttpMethod.GET)

You only need to put @Action on the method to specify wich http methods
will be handled
by annotated method

On Tue, Mar 19, 2013 at 2:16 AM, Paul Benedict <pbenedict@apache.org> wrote:

> I see that javax.ws.rs has @GET, @POST, etc. annotations that can @Target
> a
> method. Those seem like a good choice, but they are unfortunately part of
> the web services package. Too bad they weren't part of the common Servlet
> support! However, javax.servlet.annotation has @ServletSecurity that allows
> a list of methods being defined. Is that a better choice?
>
> My use case is that I want S2 AJAX actions that submit data to only be
> accessed via POST.
>
> Paul
>
> On Mon, Mar 18, 2013 at 1:25 PM, Lukasz Lenart <lukaszlenart@apache.org
> >wrote:
>
> > 2013/3/18 Paul Benedict <pbenedict@apache.org>:
> > > Does S2 have annotations, which can be applied to an action method, to
> > > explicitly specify which HTTP methods are allowed? Thus returning a 405
> > > otherwise?
> >
> > As I can recall, no - but if could describe a more specific case we
> > can add them. It isn't the first time that somebody is asking about
> > such a functionality.
> >
> >
> > Regards
> > --
> > Ɓukasz
> > + 48 606 323 122 http://www.lenart.org.pl/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
>



-- 
Dian Wahyu Aditya
Meruvian

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message