Click more REST friendly? doPut() and doDelete()?

[Andrei Ionescu <ai...@yahoo.com>]

Is it on the road map to make Click a little REST friendly?

doPut() and doDelete() don't seem to be implemented in ClickServlet :(.

(Judging from Rails, a REST approach seems to greatly simplify many 
applications).

regards,
Andrei.

Re: Click more REST friendly? doPut() and doDelete()?

[Andrei Ionescu <ai...@yahoo.com>]

Sorry for the late reply :(.
>> Is it on the road map to make Click a little REST friendly?
>>
>> doPut() and doDelete() don't seem to be implemented in ClickServlet :(.
>>
>> (Judging from Rails, a REST approach seems to greatly simplify many 
>> applications).
> 
> 
> Isn't REST targeted at services rather than the front-end?
In practice I see it mostly for services provided by web applications.
Almost all well known Rails based applications have this: RESt with the 
UI, but also allows 3rd parties to use those pages as services for 
automation and integration without extra effort form the "provider" side.

> I can see how 
> an Action based framework might find benefits from REST but not really 
> for the component oriented ones.
If I look more at those Rails apps, I see that it has nothing to do
with the inner architecture of the web framework (action or component 
based), but how the user of that application see it and can use it 
(manually or automated). In fact many users don't even know the 
difference, e.g. they just use a ready made batch script with CURL to 
add hundreds of customers, or the like.

> For example to delete a Customer one would most like add an event 
> listener to the button instead of overriding the onDelete event.
I don't mean the Click onDelete event, but the Servlet doDelete method.
Internally it might be well possible that it would trigger Click's 
delete event listener or what it makes more sense.
The idea is just to support those HTTP PUT and DELETE operations.

> Would be interesting to hear what benefits REST would bring.
For users (of a click application), pages(their Restful URLs) would be 
UI, but API too with ZERO effort from the developer's side.

regards,
Andrei.

Re: Click more REST friendly? doPut() and doDelete()?

[Bob Schellink <sa...@gmail.com>]

Hi Andrei,

Andrei Ionescu wrote:
> Is it on the road map to make Click a little REST friendly?
> 
> doPut() and doDelete() don't seem to be implemented in ClickServlet :(.
> 
> (Judging from Rails, a REST approach seems to greatly simplify many 
> applications).


Isn't REST targeted at services rather than the front-end? I can see how an 
Action based framework might find benefits from REST but not really for the 
component oriented ones.

For example to delete a Customer one would most like add an event listener to 
the button instead of overriding the onDelete event.

Would be interesting to hear what benefits REST would bring.

kind regards

bob