[Catalyst] RFC: Catalyst::Controller::REST::DBIC

[luke saunders]

On Mon, May 5, 2008 at 7:28 PM, Peter Karman <peter at peknet.com> wrote:
>
>
>  On 05/05/2008 12:16 PM, J. Shirley wrote:
>
>  >
>  > The discussions about a better CRUD base class with REST and RPC
>  > adapters is obviously the better (best?) solution, but I also think
>  > there will be significant disagreement between appropriate URI
>  > resource conventions (as my exchange with zby is an example of.)
>
>  As has been mentioned before, there is an existing REST + CRUD implementation already on CPAN:
>
>  http://search.cpan.org/dist/CatalystX-CRUD/lib/CatalystX/CRUD/REST.pm
>

Out of interest, why did you not use Catalyst::Controller::REST here?

>  It definitely has URI styles in place already, though overriding fetch() to chain to a
>  different root (like /id instead of /) seems trivial to me.
>
>  There is also work started on a DBIC adapter, and existing model stores in place already
>  for RDBO and filesystem (LDAP is on my TODO list). SVN is here:
>
>  http://dev.catalyst.perl.org/repos/Catalyst/CatalystX-CRUD/
>
>  I hope to push a new release of CX::CRUD soon that will support the 'x-tunneled-method'
>  syntax of drolsky's REST::ForBrowsers in addition to the '_http_method' syntax of prior
>  CX::CRUD::REST releases.
>
>  Please, consider building on existing code like CX::CRUD and/or suggesting changes to the
>  current implementation, rather than starting a new project. There are already too many
>  CRUD-style Catalyst modules on CPAN imho.
>
>  --
>  Peter Karman  .  peter at peknet.com  .  http://peknet.com/
>
>
>
>
>  _______________________________________________
>  List: Catalyst at lists.scsys.co.uk
>  Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
>  Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
>  Dev site: http://dev.catalyst.perl.org/
>