On Thu, Mar 31, 2011 at 2:22 PM, Gary Waters <[email protected]> wrote:

> I've been developing several toy Adobe Flex apps and would like to use
> lisp to create web services based on the REST model for the client to
> consume.
>
> I haven't been able to determine if Weblocks or Hunchentoot support
> the PUT and DELETE HTTP verbs.  Are they supported?
>

I don't see any references to PUT or DELETE methods in the Hunchentoot
documentation or source code, so I'm guessing that's a no. :-(


> Have any of you found a good method of handling authentication in a
> RESTful manner?  I've read some posts that suggest using standard HTTP
> security.  I've also read some posts suggesting that a secure cookie
> can be used storing only the session id on the client machine.  This
> sounds like the route to take...
>

I went the cookie route, and it worked great after I got my head around how
to implement it in Weblocks.  I don't really trust HTTP security for
anything... but maybe that's just me.


> Finally, what is the advantage of using weblocks over hunchentoot?  It
> seems to be a framework rather than a just a webserver.  Does it
> provide any features beyond HT that will aid in building Flex clients?
>

Hunchentoot is a web server; Weblocks is a framework that runs on it.  Thus,
if you're using Weblocks, you're using Hunchentoot.  I don't know anything
about Flex, but AFAIK, Hunchentoot is considered the "best" free Lisp web
server, and Weblocks one of the best frameworks.  I imagine some of the
community veterans might have some advice about implementing REST services
(or not doing so, whatever the case may be).

Thanks in advance.  I'm new to web and lisp development so I'm sorry
> if some of these questions are obvious.
>

Not a problem, and welcome!  This community is small, but eager to help.
I'm pretty new here myself, so I hope I can point you in the right
direction.

-Scott

-- 
You received this message because you are subscribed to the Google Groups 
"weblocks" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/weblocks?hl=en.

Reply via email to