RE: Handling POST, PUT and DELETE from a resource

2012-01-05 Thread Wilhelmsen Tor Iver
 Look into restlet.org

Reference implementation for JAX-RS (ignore that it sorts under the Glassfish 
section, it runs fine in other containers too):

http://jersey.java.net/

An older REST implementation that started before the JAX-RS spec but has been 
modified to conform (AFAIK):

http://www.jboss.org/resteasy

- Tor Iver

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Handling POST, PUT and DELETE from a resource

2012-01-04 Thread Daniel Watrous
I'm building a web service and I wonder if there's some way to detect
and do something unique when calling a ResourceReference with
different HTTP methods.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Handling POST, PUT and DELETE from a resource

2012-01-04 Thread 7zark7
I know these sort of replies are annoying, but I don't think Wicket is a good 
choice for handling web service calls - it's pretty easy to map other paths to 
servlets or other handlers that better deal with PUT, DELETE, etc.

-- 
Anh My
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)


On Wednesday, January 4, 2012 at 3:49 PM, Daniel Watrous wrote:

 I'm building a web service and I wonder if there's some way to detect
 and do something unique when calling a ResourceReference with
 different HTTP methods.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org 
 (mailto:users-unsubscr...@wicket.apache.org)
 For additional commands, e-mail: users-h...@wicket.apache.org 
 (mailto:users-h...@wicket.apache.org)
 
 




Re: Handling POST, PUT and DELETE from a resource

2012-01-04 Thread Daniel Watrous
That's a fantastic answer. I'll look at other solutions.

Daniel

On Wed, Jan 4, 2012 at 7:03 PM, 7zark7 7za...@gmail.com wrote:
 I know these sort of replies are annoying, but I don't think Wicket is a good 
 choice for handling web service calls - it's pretty easy to map other paths 
 to servlets or other handlers that better deal with PUT, DELETE, etc.

 --
 Anh My
 Sent with Sparrow (http://www.sparrowmailapp.com/?sig)


 On Wednesday, January 4, 2012 at 3:49 PM, Daniel Watrous wrote:

 I'm building a web service and I wonder if there's some way to detect
 and do something unique when calling a ResourceReference with
 different HTTP methods.

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org 
 (mailto:users-unsubscr...@wicket.apache.org)
 For additional commands, e-mail: users-h...@wicket.apache.org 
 (mailto:users-h...@wicket.apache.org)





-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Handling POST, PUT and DELETE from a resource

2012-01-04 Thread Jeff Schneller
Look into restlet.org


Sent from my iPad

On Jan 4, 2012, at 10:36 PM, Daniel Watrous daniel.watr...@gmail.com wrote:

 That's a fantastic answer. I'll look at other solutions.
 
 Daniel
 
 On Wed, Jan 4, 2012 at 7:03 PM, 7zark7 7za...@gmail.com wrote:
 I know these sort of replies are annoying, but I don't think Wicket is a 
 good choice for handling web service calls - it's pretty easy to map other 
 paths to servlets or other handlers that better deal with PUT, DELETE, etc.
 
 --
 Anh My
 Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
 
 
 On Wednesday, January 4, 2012 at 3:49 PM, Daniel Watrous wrote:
 
 I'm building a web service and I wonder if there's some way to detect
 and do something unique when calling a ResourceReference with
 different HTTP methods.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org 
 (mailto:users-unsubscr...@wicket.apache.org)
 For additional commands, e-mail: users-h...@wicket.apache.org 
 (mailto:users-h...@wicket.apache.org)
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org