Merge in object_split functionality
[catagits/Catalyst-Controller-DBIC-API.git] / lib / Catalyst / Controller / DBIC / API.pm
1 package Catalyst::Controller::DBIC::API;
2
3 #ABSTRACT: Provides a DBIx::Class web service automagically
4 use Moose;
5 BEGIN { extends 'Catalyst::Controller'; }
6
7 use CGI::Expand ();
8 use DBIx::Class::ResultClass::HashRefInflator;
9 use JSON::Any;
10 use Test::Deep::NoTest('eq_deeply');
11 use MooseX::Types::Moose(':all');
12 use Moose::Util;
13 use Scalar::Util('blessed', 'reftype');
14 use Try::Tiny;
15 use Catalyst::Controller::DBIC::API::Request;
16 use namespace::autoclean;
17
18 with 'Catalyst::Controller::DBIC::API::StoredResultSource';
19 with 'Catalyst::Controller::DBIC::API::StaticArguments';
20 with 'Catalyst::Controller::DBIC::API::RequestArguments' => { static => 1 };
21
22 __PACKAGE__->config();
23
24 =head1 SYNOPSIS
25
26   package MyApp::Controller::API::RPC::Artist;
27   use Moose;
28   BEGIN { extends 'Catalyst::Controller::DBIC::API::RPC' }
29
30   __PACKAGE__->config
31     ( action => { setup => { PathPart => 'artist', Chained => '/api/rpc/rpc_base' } }, # define parent chain action and partpath
32       class => 'MyAppDB::Artist', # DBIC schema class
33       create_requires => ['name', 'age'], # columns required to create
34       create_allows => ['nickname'], # additional non-required columns that create allows
35       update_allows => ['name', 'age', 'nickname'], # columns that update allows
36       update_allows => ['name', 'age', 'nickname'], # columns that update allows
37       select => [qw/name age/], # columns that data returns
38       prefetch => ['cds'], # relationships that are prefetched when no prefetch param is passed
39       prefetch_allows => [ # every possible prefetch param allowed
40           'cds',
41           qw/ cds /,
42           { cds => 'tracks' },
43           { cds => [qw/ tracks /] }
44       ],
45       ordered_by => [qw/age/], # order of generated list
46       search_exposes => [qw/age nickname/, { cds => [qw/title year/] }], # columns that can be searched on via list
47       data_root => 'data' # defaults to "list" for backwards compatibility
48       use_json_boolean => 1, # use JSON::Any::true|false in the response instead of strings
49       return_object => 1, # makes create and update actions return the object
50       );
51
52   # Provides the following functional endpoints:
53   # /api/rpc/artist/create
54   # /api/rpc/artist/list
55   # /api/rpc/artist/id/[id]/delete
56   # /api/rpc/artist/id/[id]/update
57 =cut
58
59 =method_protected setup
60
61  :Chained('specify.in.subclass.config') :CaptureArgs(0) :PathPart('specify.in.subclass.config')
62
63 This action is the chain root of the controller. It must either be overridden or configured to provide a base pathpart to the action and also a parent action. For example, for class MyAppDB::Track you might have
64
65   package MyApp::Controller::API::RPC::Track;
66   use base qw/Catalyst::Controller::DBIC::API::RPC/;
67
68   __PACKAGE__->config
69     ( action => { setup => { PathPart => 'track', Chained => '/api/rpc/rpc_base' } }, 
70         ...
71   );
72
73   # or
74
75   sub setup :Chained('/api/rpc_base') :CaptureArgs(0) :PathPart('track') {
76     my ($self, $c) = @_;
77
78     $self->next::method($c);
79   }
80
81 This action will populate $c->req->current_result_set with $self->stored_result_source->resultset for other actions in the chain to use.
82
83 =cut
84
85 sub setup :Chained('specify.in.subclass.config') :CaptureArgs(0) :PathPart('specify.in.subclass.config')
86 {
87     my ($self, $c) = @_;
88
89     Catalyst::Controller::DBIC::API::Request->meta->apply($c->req)
90         unless Moose::Util::does_role($c->req, 'Catalyst::Controller::DBIC::API::Request');
91 }
92
93 =method_protected deserialize
94
95 deserialize absorbs the request data and transforms it into useful bits by using CGI::Expand->expand_hash and a smattering of JSON::Any->from_json for a handful of arguments. Current only the following arguments are capable of being expressed as JSON:
96
97     search_arg
98     count_arg
99     page_arg
100     ordered_by_arg
101     grouped_by_arg
102     prefetch_arg
103
104 It should be noted that arguments can used mixed modes in with some caveats. Each top level arg can be expressed as CGI::Expand with their immediate child keys expressed as JSON.
105
106 =cut
107
108 sub deserialize :Chained('setup') :CaptureArgs(0) :PathPart('') :ActionClass('Deserialize')
109 {
110     my ($self, $c) = @_;
111     my $req_params;
112
113     if ($c->req->data && scalar(keys %{$c->req->data}))
114     {
115         $req_params = $c->req->data;
116     }
117     else 
118     {
119         $req_params = CGI::Expand->expand_hash($c->req->params);
120
121         foreach my $param (@{[$self->search_arg, $self->count_arg, $self->page_arg, $self->offset_arg, $self->ordered_by_arg, $self->grouped_by_arg, $self->prefetch_arg]})
122         {
123             # these params can also be composed of JSON
124             # but skip if the parameter is not provided
125             next if not exists $req_params->{$param};
126             # find out if CGI::Expand was involved
127             if (ref $req_params->{$param} eq 'HASH')
128             {
129                 for my $key ( keys %{$req_params->{$param}} )
130                 {
131                     try
132                     {
133                         my $deserialized = JSON::Any->from_json($req_params->{$param}->{$key});
134                         $req_params->{$param}->{$key} = $deserialized;
135                     }
136                     catch
137                     { 
138                         $c->log->debug("Param '$param.$key' did not deserialize appropriately: $_")
139                         if $c->debug;
140                     }
141                 }
142             }
143             else
144             {
145                 try
146                 {
147                     my $deserialized = JSON::Any->from_json($req_params->{$param});
148                     $req_params->{$param} = $deserialized;
149                 }
150                 catch
151                 { 
152                     $c->log->debug("Param '$param' did not deserialize appropriately: $_")
153                     if $c->debug;
154                 }
155             }
156         }
157     }
158     
159     $self->inflate_request($c, $req_params);
160 }
161
162 =method_protected inflate_request
163  
164 inflate_request is called at the end of deserialize to populate key portions of the request with the useful bits
165
166 =cut
167
168 sub inflate_request
169 {
170     my ($self, $c, $params) = @_;
171
172     try
173     {
174         # set static arguments
175         $c->req->_set_controller($self); 
176
177         # set request arguments
178         $c->req->_set_request_data($params);
179
180         # set the current resultset
181         $c->req->_set_current_result_set($self->stored_result_source->resultset);
182         
183     }
184     catch
185     {
186         $c->log->error($_);
187         $self->push_error($c, { message => $_ });
188         $c->detach();
189     }
190 }
191
192 =method_protected object_with_id
193
194  :Chained('deserialize') :CaptureArgs(1) :PathPart('')
195
196 This action is the chain root for all object level actions (such as delete and update) that operate on a single identifer. The provided identifier will be used to find that particular object and add it to the request's store of objects. Please see L<Catalyst::Controller::DBIC::API::Context> for more details on the stored objects.
197
198 =cut
199
200 sub object_with_id :Chained('deserialize') :CaptureArgs(1) :PathPart('')
201 {
202         my ($self, $c, $id) = @_;
203
204     my $vals = $c->req->request_data->{$self->data_root};
205     unless(defined($vals))
206     {
207         # no data root, assume the request_data itself is the payload
208         $vals = $c->req->request_data;
209     }
210
211     try
212     {
213         # there can be only one set of data
214         $c->req->add_object([$self->object_lookup($c, $id), $vals]);
215     }
216     catch
217     {
218         $c->log->error($_);
219         $self->push_error($c, { message => $_ });
220         $c->detach();
221     }
222 }
223
224 =method_protected objects_no_id
225
226  :Chained('deserialize') :CaptureArgs(0) :PathPart('')
227
228 This action is the chain root for object level actions (such as create, update, or delete) that can involve more than one object. The data stored at the data_root of the request_data will be interpreted as an array of hashes on which to operate. If the hashes are missing an 'id' key, they will be considered a new object to be created. Otherwise, the values in the hash will be used to perform an update. As a special case, a single hash sent will be coerced into an array. Please see L<Catalyst::Controller::DBIC::API::Context> for more details on the stored objects.
229
230 =cut
231
232 sub objects_no_id :Chained('deserialize') :CaptureArgs(0) :PathPart('')
233 {
234     my ($self, $c) = @_;
235
236     my $vals = $c->req->request_data->{$self->data_root};
237     unless(defined($vals))
238     {
239         # no data root, assume the request_data itself is the payload
240         $vals = [$c->req->request_data];
241     }
242     unless(reftype($vals) eq 'ARRAY')
243     {
244         $c->log->error('Invalid request data');
245         $self->push_error($c, { message => 'Invalid request data' });
246         $c->detach();
247     }
248
249     foreach my $val (@$vals)
250     {
251         unless(exists($val->{id}))
252         {
253             $c->req->add_object([$c->req->current_result_set->new_result({}), $val]);
254             next;
255         }
256
257         try
258         {
259             $c->req->add_object([$self->object_lookup($c, $val->{id}), $val]);
260         }
261         catch
262         {
263             $c->log->error($_);
264             $self->push_error($c, { message => $_ });
265             $c->detach();
266         }
267     }
268 }
269
270 =method_protected object_lookup
271
272 This method provides the look up functionality for an object based on 'id'. It is passed the current $c and the $id to be used to perform the lookup. Dies if there is no provided $id or if no object was found.
273
274 =cut
275
276 sub object_lookup
277 {
278     my ($self, $c, $id) = @_;
279
280     die 'No valid ID provided for look up' unless defined $id and length $id;
281     my $object = $c->req->current_result_set->find($id);
282     die "No object found for id '$id'" unless defined $object;
283     return $object;
284 }
285
286 =method_protected list
287
288  :Private
289
290 List level action chained from L</setup>. List's steps are broken up into three distinct methods: L</list_munge_parameters>, L</list_perform_search>, and L</list_format_output>.
291
292 The goal of this method is to call ->search() on the current_result_set, HashRefInflator the result, and return it in $c->stash->{response}->{$self->data_root}. Please see the individual methods for more details on what actual processing takes place.
293
294 If the L</select> config param is defined then the hashes will contain only those columns, otherwise all columns in the object will be returned. L</select> of course supports the function/procedure calling semantics that L<DBIx::Class::ResultSet/select>. In order to have proper column names in the result, provide arguments in L</as> (which also follows L<DBIx::Class::ResultSet/as> semantics. Similarly L</count>, L</page>, L</grouped_by> and L</ordered_by> affect the maximum number of rows returned as well as the ordering and grouping. Note that if select, count, ordered_by or grouped_by request parameters are present then these will override the values set on the class with select becoming bound by the select_exposes attribute.
295
296 If not all objects in the resultset are required then it's possible to pass conditions to the method as request parameters. You can use a JSON string as the 'search' parameter for maximum flexibility or use L<CGI::Expand> syntax. In the second case the request parameters are expanded into a structure and then used as the search condition.
297
298 For example, these request parameters:
299
300  ?search.name=fred&search.cd.artist=luke
301  OR
302  ?search={"name":"fred","cd": {"artist":"luke"}}
303
304 Would result in this search (where 'name' is a column of the schema class, 'cd' is a relation of the schema class and 'artist' is a column of the related class):
305
306  $rs->search({ name => 'fred', 'cd.artist' => 'luke' }, { join => ['cd'] })
307
308 It is also possible to use a JSON string for expandeded parameters:
309
310  ?search.datetime={"-between":["2010-01-06 19:28:00","2010-01-07 19:28:00"]}
311
312 Note that if pagination is needed, this can be achieved using a combination of the L</count> and L</page> parameters. For example:
313
314   ?page=2&count=20
315
316 Would result in this search:
317  
318  $rs->search({}, { page => 2, rows => 20 })
319
320 =cut
321
322 sub list :Private 
323 {
324     my ($self, $c) = @_;
325
326     $self->list_munge_parameters($c);
327     $self->list_perform_search($c);
328     $self->list_format_output($c);
329 }
330
331 =method_protected list_munge_parameters
332
333 list_munge_parameters is a noop by default. All arguments will be passed through without any manipulation. In order to successfully manipulate the parameters before the search is performed, simply access $c->req->search_parameters|search_attributes (ArrayRef and HashRef respectively), which correspond directly to ->search($parameters, $attributes). Parameter keys will be in already-aliased form.
334
335 =cut
336
337 sub list_munge_parameters { } # noop by default
338
339 =method_protected list_perform_search
340
341 list_perform_search executes the actual search. current_result_set is updated to contain the result returned from ->search. If paging was requested, search_total_entries will be set as well.
342
343 =cut
344
345 sub list_perform_search
346 {
347     my ($self, $c) = @_;
348     
349     try 
350     {
351         my $req = $c->req;
352         
353         my $rs = $req->current_result_set->search
354         (
355             $req->search_parameters, 
356             $req->search_attributes
357         );
358
359         $req->_set_current_result_set($rs);
360
361         $req->_set_search_total_entries($req->current_result_set->pager->total_entries)
362             if $req->has_search_attributes && (exists($req->search_attributes->{page}) && defined($req->search_attributes->{page}) && length($req->search_attributes->{page}));
363     }
364     catch
365     {
366         $c->log->error($_);
367         $self->push_error($c, { message => 'a database error has occured.' });
368         $c->detach();
369     }
370 }
371
372 =method_protected list_format_output
373
374 list_format_output prepares the response for transmission across the wire. A copy of the current_result_set is taken and its result_class is set to L<DBIx::Class::ResultClass::HashRefInflator>. Each row in the resultset is then iterated and passed to L</row_format_output> with the result of that call added to the output.
375
376 =cut
377
378 sub list_format_output
379 {
380     my ($self, $c) = @_;
381
382     my $rs = $c->req->current_result_set->search;
383     $rs->result_class('DBIx::Class::ResultClass::HashRefInflator');
384     
385     try
386     {
387         my $output = {};
388         my $formatted = [];
389         
390         foreach my $row ($rs->all)
391         {
392             push(@$formatted, $self->row_format_output($c, $row));
393         }
394         
395         $output->{$self->data_root} = $formatted;
396
397         if ($c->req->has_search_total_entries)
398         {
399             $output->{$self->total_entries_arg} = $c->req->search_total_entries + 0;
400         }
401
402         $c->stash->{response} = $output;
403     }
404     catch
405     {
406         $c->log->error($_);
407         $self->push_error($c, { message => 'a database error has occured.' });
408         $c->detach();
409     }
410 }
411
412 =method_protected row_format_output
413
414 row_format_output is called each row of the inflated output generated from the search. It receives two arguments, the catalyst context and the hashref that represents the row. By default, this method is merely a passthrough.
415
416 =cut
417
418 sub row_format_output
419 {
420     my ($self, $c, $row) = @_;
421     return $row; # passthrough by default
422 }
423
424 =method_protected item
425  
426  :Private
427
428 item will return a single object called by identifier in the uri. It will be inflated via each_object_inflate.
429
430 =cut
431
432 sub item :Private 
433 {
434     my ($self, $c) = @_;
435
436     if($c->req->count_objects != 1)
437     {
438         $c->log->error($_);
439         $self->push_error($c, { message => 'No objects on which to operate' });
440         $c->detach();
441     }
442     else
443     {
444         $c->stash->{response}->{$self->item_root} = $self->each_object_inflate($c, $c->req->get_object(0));
445     }
446 }
447
448
449 =method_protected update_or_create
450
451  :Private
452
453 update_or_create is responsible for iterating any stored objects and performing updates or creates. Each object is first validated to ensure it meets the criteria specified in the L</create_requires> and L</create_allows> (or L</update_allows>) parameters of the controller config. The objects are then committed within a transaction via L</transact_objects> using a closure around L</save_objects>.
454
455 =cut
456
457 sub update_or_create :Private
458 {
459     my ($self, $c) = @_;
460     
461     if($c->req->has_objects)
462     {
463         $self->validate_objects($c);
464         $self->transact_objects($c, sub { $self->save_objects($c, @_) } );
465     }
466     else
467     {
468         $c->log->error($_);
469         $self->push_error($c, { message => 'No objects on which to operate' });
470         $c->detach();
471     }
472 }
473
474 =method_protected transact_objects
475
476 transact_objects performs the actual commit to the database via $schema->txn_do. This method accepts two arguments, the context and a coderef to be used within the transaction. All of the stored objects are passed as an arrayref for the only argument to the coderef.
477
478 =cut
479
480 sub transact_objects
481 {
482     my ($self, $c, $coderef) = @_;
483     
484     try
485     {
486         $self->stored_result_source->schema->txn_do
487         (
488             $coderef,
489             $c->req->objects
490         );
491     }
492     catch
493     {
494         $c->log->error($_);
495         $self->push_error($c, { message => 'a database error has occured.' });
496         $c->detach();
497     }
498 }
499
500 =method_protected validate_objects
501
502 This is a shortcut method for performing validation on all of the stored objects in the request. Each object's provided values (for create or update) are updated to the allowed values permitted by the various config parameters.
503
504 =cut
505
506 sub validate_objects
507 {
508     my ($self, $c) = @_;
509
510     try
511     {
512         foreach my $obj ($c->req->all_objects)
513         {
514             $obj->[1] = $self->validate_object($c, $obj);
515         }
516     }
517     catch
518     {
519         my $err = $_;
520         $c->log->error($err);
521         $err =~ s/\s+at\s+\/.+\n$//g;
522         $self->push_error($c, { message => $err });
523         $c->detach();
524     }
525 }
526
527 =method_protected validate_object
528
529 validate_object takes the context and the object as an argument. It then filters the passed values in slot two of the tuple through the create|update_allows configured. It then returns those filtered values. Values that are not allowed are silently ignored. If there are no values for a particular key, no valid values at all, or multiple of the same key, this method will die.
530
531 =cut
532
533 sub validate_object
534 {
535     my ($self, $c, $obj) = @_;
536     my ($object, $params) = @$obj;
537
538     my %values;
539     my %requires_map = map
540     {
541         $_ => 1
542     } 
543     @{
544         ($object->in_storage) 
545         ? [] 
546         : $c->stash->{create_requires} || $self->create_requires
547     };
548     
549     my %allows_map = map
550     {
551         (ref $_) ? %{$_} : ($_ => 1)
552     } 
553     (
554         keys %requires_map, 
555         @{
556             ($object->in_storage) 
557             ? ($c->stash->{update_allows} || $self->update_allows) 
558             : ($c->stash->{create_allows} || $self->create_allows)
559         }
560     );
561
562     foreach my $key (keys %allows_map)
563     {
564         # check value defined if key required
565         my $allowed_fields = $allows_map{$key};
566         
567         if (ref $allowed_fields)
568         {
569             my $related_source = $object->result_source->related_source($key);
570             my $related_params = $params->{$key};
571             my %allowed_related_map = map { $_ => 1 } @$allowed_fields;
572             my $allowed_related_cols = ($allowed_related_map{'*'}) ? [$related_source->columns] : $allowed_fields;
573             
574             foreach my $related_col (@{$allowed_related_cols})
575             {
576                 if (my $related_col_value = $related_params->{$related_col}) {
577                     $values{$key}{$related_col} = $related_col_value;
578                 }
579             }
580         }
581         else 
582         {
583             my $value = $params->{$key};
584
585             if ($requires_map{$key})
586             {
587                 unless (defined($value))
588                 {
589                     # if not defined look for default
590                     $value = $object->result_source->column_info($key)->{default_value};
591                     unless (defined $value)
592                     {
593                         die "No value supplied for ${key} and no default";
594                     }
595                 }
596             }
597             
598             # check for multiple values
599             if (ref($value) && !($value == JSON::Any::true || $value == JSON::Any::false))
600             {
601                 require Data::Dumper;
602                 die "Multiple values for '${key}': ${\Data::Dumper::Dumper($value)}";
603             }
604
605             # check exists so we don't just end up with hash of undefs
606             # check defined to account for default values being used
607             $values{$key} = $value if exists $params->{$key} || defined $value;
608         }
609     }
610
611     unless (keys %values || !$object->in_storage) 
612     {
613         die 'No valid keys passed';
614     }
615
616     return \%values;  
617 }
618
619 =method_protected delete
620
621  :Private
622
623 delete operates on the stored objects in the request. It first transacts the objects, deleting them in the database using L</transact_objects> and a closure around L</delete_objects>, and then clears the request store of objects.
624
625 =cut
626
627 sub delete :Private
628 {
629     my ($self, $c) = @_;
630     
631     if($c->req->has_objects)
632     {
633         $self->transact_objects($c, sub { $self->delete_objects($c, @_) });
634         $c->req->clear_objects;
635     }
636     else
637     {
638         $c->log->error($_);
639         $self->push_error($c, { message => 'No objects on which to operate' });
640         $c->detach();
641     }
642 }
643
644 =method_protected save_objects
645
646 This method is used by update_or_create to perform the actual database manipulations. It iterates each object calling L</save_object>.
647
648 =cut
649
650 sub save_objects
651 {
652     my ($self, $c, $objects) = @_;
653
654     foreach my $obj (@$objects)
655     {
656         $self->save_object($c, $obj);
657     }
658 }
659
660 =method_protected save_object
661
662 save_object first checks to see if the object is already in storage. If so, it calls L</update_object_from_params> otherwise it calls L</insert_object_from_params>
663
664 =cut
665
666 sub save_object
667 {
668     my ($self, $c, $obj) = @_;
669
670     my ($object, $params) = @$obj;
671
672     if ($object->in_storage)
673     {
674         $self->update_object_from_params($c, $object, $params);
675     }
676     else 
677     {
678         $self->insert_object_from_params($c, $object, $params);
679     }
680
681 }
682
683 =method_protected update_object_from_params
684
685 update_object_from_params iterates through the params to see if any of them are pertinent to relations. If so it calls L</update_object_relation> with the object, and the relation parameters. Then it calls ->upbdate on the object.
686
687 =cut
688
689 sub update_object_from_params
690 {
691     my ($self, $c, $object, $params) = @_;
692
693     foreach my $key (keys %$params)
694     {
695         my $value = $params->{$key};
696         if (ref($value) && !($value == JSON::Any::true || $value == JSON::Any::false))
697         {
698             $self->update_object_relation($c, $object, delete $params->{$key}, $key);
699         }
700     }
701     
702     $object->update($params);
703 }
704
705 =method_protected update_object_relation
706
707 update_object_relation finds the relation to the object, then calls ->update with the specified parameters
708
709 =cut
710
711 sub update_object_relation
712 {
713     my ($self, $c, $object, $related_params, $relation) = @_;
714     my $row = $object->find_related($relation, {} , {});
715     $row->update($related_params);
716 }
717
718 =method_protected insert_object_from_params
719
720 insert_object_from_params sets the columns for the object, then calls ->insert
721
722 =cut
723
724 sub insert_object_from_params
725 {
726     my ($self, $c, $object, $params) = @_;
727     $object->set_columns($params);
728     $object->insert;
729 }
730
731 =method_protected delete_objects
732
733 delete_objects iterates through each object calling L</delete_object>
734
735 =cut
736
737 sub delete_objects
738 {
739     my ($self, $c, $objects) = @_;
740
741     map { $self->delete_object($c, $_->[0]) } @$objects;
742 }
743
744 =method_protected delete_object
745
746 Performs the actual ->delete on the object
747
748 =cut
749
750 sub delete_object
751 {
752     my ($self, $c, $object) = @_;
753
754     $object->delete;
755 }
756
757 =method_protected end
758
759  :Private
760
761 end performs the final manipulation of the response before it is serialized. This includes setting the success of the request both at the HTTP layer and JSON layer. If configured with return_object true, and there are stored objects as the result of create or update, those will be inflated according to the schema and get_inflated_columns
762
763 =cut
764
765 sub end :Private 
766 {
767     my ($self, $c) = @_;
768
769     # check for errors
770     my $default_status;
771
772     # Check for errors caught elsewhere
773     if ( $c->res->status and $c->res->status != 200 ) {
774         $default_status = $c->res->status;
775         $c->stash->{response}->{success} = $self->use_json_boolean ? JSON::Any::false : 'false';
776     } elsif ($self->get_errors($c)) {
777         $c->stash->{response}->{messages} = $self->get_errors($c);
778         $c->stash->{response}->{success} = $self->use_json_boolean ? JSON::Any::false : 'false';
779         $default_status = 400;
780     } else {
781         $c->stash->{response}->{success} = $self->use_json_boolean ? JSON::Any::true : 'true';
782         $default_status = 200;
783     }
784     
785     unless ($default_status == 200)
786     {
787         delete $c->stash->{response}->{$self->data_root};
788     }
789     elsif($self->return_object && $c->req->has_objects)
790     {
791         my $returned_objects = [];
792         push(@$returned_objects, $self->each_object_inflate($c, $_)) for map { $_->[0] } $c->req->all_objects;
793         $c->stash->{response}->{$self->data_root} = scalar(@$returned_objects) > 1 ? $returned_objects : $returned_objects->[0];
794     }
795
796     $c->res->status( $default_status || 200 );
797     $c->forward('serialize');
798 }
799
800 =method_protected each_object_inflate
801
802 each_object_inflate executes during L</end> and allows hooking into the process of inflating the objects to return in the response. Receives, the context, and the object as arguments.
803
804 This only executes if L</return_object> if set and if there are any objects to actually return.
805
806 =cut
807
808 sub each_object_inflate
809 {
810     my ($self, $c, $object) = @_;
811
812     return { $object->get_inflated_columns };
813 }
814
815 # from Catalyst::Action::Serialize
816 sub serialize :ActionClass('Serialize') { }
817
818 =method_protected push_error
819
820 push_error stores an error message into the stash to be later retrieved by L</end>. Accepts a Dict[message => Str] parameter that defines the error message.
821
822 =cut
823
824 sub push_error
825 {
826     my ( $self, $c, $params ) = @_;
827     push( @{$c->stash->{_dbic_crud_errors}}, $params->{message} || 'unknown error' );
828 }
829
830 =method_protected get_errors
831
832 get_errors returns all of the errors stored in the stash
833
834 =cut
835
836 sub get_errors
837 {
838     my ( $self, $c ) = @_;
839     return $c->stash->{_dbic_crud_errors};
840 }
841
842 =head1 DESCRIPTION
843
844 Easily provide common API endpoints based on your L<DBIx::Class> schema classes. Module provides both RPC and REST interfaces to base functionality. Uses L<Catalyst::Action::Serialize> and L<Catalyst::Action::Deserialize> to serialise response and/or deserialise request.
845
846 =head1 OVERVIEW
847
848 This document describes base functionlity such as list, create, delete, update and the setting of config attributes. L<Catalyst::Controller::DBIC::API::RPC> and L<Catalyst::Controller::DBIC::API::REST> describe details of provided endpoints to those base methods.
849
850 You will need to create a controller for each schema class you require API endpoints for. For example if your schema has Artist and Track, and you want to provide a RESTful interface to these, you should create MyApp::Controller::API::REST::Artist and MyApp::Controller::API::REST::Track which both subclass L<Catalyst::Controller::DBIC::API::REST>. Similarly if you wanted to provide an RPC style interface then subclass L<Catalyst::Controller::DBIC::API::RPC>. You then configure these individually as specified in L</CONFIGURATION>.
851
852 Also note that the test suite of this module has an example application used to run tests against. It maybe helpful to look at that until a better tutorial is written.
853
854 =head2 CONFIGURATION
855
856 Each of your controller classes needs to be configured to point at the relevant schema class, specify what can be updated and so on, as shown in the L</SYNOPSIS>.
857
858 The class, create_requires, create_allows and update_requires parameters can also be set in the stash like so:
859
860   sub setup :Chained('/api/rpc/rpc_base') :CaptureArgs(1) :PathPart('any') {
861     my ($self, $c, $object_type) = @_;
862
863     if ($object_type eq 'artist') {
864       $c->stash->{class} = 'MyAppDB::Artist';
865       $c->stash->{create_requires} = [qw/name/];
866       $c->stash->{update_allows} = [qw/name/];
867     } else {
868       $self->push_error($c, { message => "invalid object_type" });
869       return;
870     }
871
872     $self->next::method($c);
873   }
874
875 Generally it's better to have one controller for each DBIC source with the config hardcoded, but in some cases this isn't possible.
876
877 Note that the Chained, CaptureArgs and PathPart are just standard Catalyst configuration parameters and that then endpoint specified in Chained - in this case '/api/rpc/rpc_base' - must actually exist elsewhere in your application. See L<Catalyst::DispatchType::Chained> for more details.
878
879 Below are explanations for various configuration parameters. Please see L<Catalyst::Controller::DBIC::API::StaticArguments> for more details.
880
881 =head3 class
882
883 Whatever you would pass to $c->model to get a resultset for this class. MyAppDB::Track for example.
884
885 =head3 data_root
886
887 By default, the response data is serialized into $c->stash->{response}->{$self->data_root} and data_root defaults to 'list' to preserve backwards compatibility. This is now configuable to meet the needs of the consuming client.
888
889 =head3 use_json_boolean
890
891 By default, the response success status is set to a string value of "true" or "false". If this attribute is true, JSON::Any's true() and false() will be used instead. Note, this does not effect other internal processing of boolean values.
892
893 =head3 count_arg, page_arg, select_arg, search_arg, grouped_by_arg, ordered_by_arg, prefetch_arg, as_arg, total_entries_arg
894
895 These attributes allow customization of the component to understand requests made by clients where these argument names are not flexible and cannot conform to this components defaults.
896
897 =head3 create_requires
898
899 Arrayref listing columns required to be passed to create in order for the request to be valid.
900
901 =head3 create_allows
902
903 Arrayref listing columns additional to those specified in create_requires that are not required to create but which create does allow. Columns passed to create that are not listed in create_allows or create_requires will be ignored.
904
905 =head3 update_allows
906
907 Arrayref listing columns that update will allow. Columns passed to update that are not listed here will be ignored.
908
909 =head3 select
910
911 Arguments to pass to L<DBIx::Class::ResultSet/select> when performing search for L</list>.
912
913 =head3 as
914
915 Complements arguments passed to L<DBIx::Class::ResultSet/select> when performing a search. This allows you to specify column names in the result for RDBMS functions, etc.
916
917 =head3 select_exposes
918
919 Columns and related columns that are okay to return in the resultset since clients can request more or less information specified than the above select argument.
920
921 =head3 prefetch
922
923 Arguments to pass to L<DBIx::Class::ResultSet/prefetch> when performing search for L</list>.
924
925 =head3 prefetch_allows
926
927 Arrayref listing relationships that are allowed to be prefetched.
928 This is necessary to avoid denial of service attacks in form of
929 queries which would return a large number of data
930 and unwanted disclosure of data.
931
932 =head3 grouped_by
933
934 Arguments to pass to L<DBIx::Class::ResultSet/group_by> when performing search for L</list>.
935
936 =head3 ordered_by
937
938 Arguments to pass to L<DBIx::Class::ResultSet/order_by> when performing search for L</list>.
939
940 =head3 search_exposes
941
942 Columns and related columns that are okay to search on. For example if only the position column and all cd columns were to be allowed
943
944  search_exposes => [qw/position/, { cd => ['*'] }]
945
946 You can also use this to allow custom columns should you wish to allow them through in order to be caught by a custom resultset. For example:
947
948   package RestTest::Controller::API::RPC::TrackExposed;
949   
950   ...
951   
952   __PACKAGE__->config
953     ( ...,
954       search_exposes => [qw/position title custom_column/],
955     );
956
957 and then in your custom resultset:
958
959   package RestTest::Schema::ResultSet::Track;
960   
961   use base 'RestTest::Schema::ResultSet';
962   
963   sub search {
964     my $self = shift;
965     my ($clause, $params) = @_;
966
967     # test custom attrs
968     if (my $pretend = delete $clause->{custom_column}) {
969       $clause->{'cd.year'} = $pretend;
970     }
971     my $rs = $self->SUPER::search(@_);
972   }
973
974 =head3 count
975
976 Arguments to pass to L<DBIx::Class::ResultSet/rows> when performing search for L</list>.
977
978 =head3 page
979
980 Arguments to pass to L<DBIx::Class::ResultSet/rows> when performing search for L</list>.
981
982 =head1 EXTENDING
983
984 By default the create, delete and update actions will not return anything apart from the success parameter set in L</end>, often this is not ideal but the required behaviour varies from application to application. So normally it's sensible to write an intermediate class which your main controller classes subclass from.
985
986 For example if you wanted create to return the JSON for the newly created object you might have something like:
987
988   package MyApp::ControllerBase::DBIC::API::RPC;
989   ...
990   use Moose;
991   BEGIN { extends 'Catalyst::Controller::DBIC::API::RPC' };
992   ...
993   sub create :Chained('setup') :Args(0) :PathPart('create') {
994     my ($self, $c) = @_;
995
996     # $c->req->all_objects will contain all of the created
997     $self->next::method($c);
998
999     if ($c->req->has_objects) {    
1000       # $c->stash->{response} will be serialized in the end action
1001       $c->stash->{response}->{$self->data_root} = [ map { { $_->get_inflated_columns } } ($c->req->all_objects) ] ;
1002     }
1003   }
1004
1005
1006   package MyApp::Controller::API::RPC::Track;
1007   ...
1008   use Moose;
1009   BEGIN { extends 'MyApp::ControllerBase::DBIC::API::RPC' };
1010   ...
1011
1012 It should be noted that the return_object attribute will produce the above result for you, free of charge.
1013
1014 For REST the only difference besides the class names would be that create should be :Private rather than an endpoint.
1015
1016 Similarly you might want create, update and delete to all forward to the list action once they are done so you can refresh your view. This should also be simple enough.
1017
1018 If more extensive customization is required, it is recommened to peer into the roles that comprise the system and make use 
1019
1020 =head1 NOTES
1021
1022 It should be noted that version 1.004 and above makes a rapid depature from the status quo. The internals were revamped to use more modern tools such as Moose and its role system to refactor functionality out into self-contained roles.
1023
1024 To this end, internally, this module now understands JSON boolean values (as represented by JSON::Any) and will Do The Right Thing in handling those values. This means you can have ColumnInflators installed that can covert between JSON::Any booleans and whatever your database wants for boolean values.
1025
1026 Validation for various *_allows or *_exposes is now accomplished via Data::DPath::Validator with a lightly simplified, via subclass, Data::DPath::Validator::Visitor. The rough jist of the process goes as follows: Arguments provided to those attributes are fed into the Validator and Data::DPaths are generated. Then, incoming requests are validated against these paths generated. The validator is set in "loose" mode meaning only one path is required to match. For more information, please see L<Data::DPath::Validator> and more specifically L<Catalyst::Controller::DBIC::API::Validator>.
1027
1028 Since 2.00100:
1029 Transactions are used. The stash is put aside in favor of roles applied to the request object with additional accessors.
1030 Error handling is now much more consistent with most errors immediately detaching.
1031 The internals are much easier to read and understand with lots more documentation.
1032
1033 =cut
1034
1035 1;