e257ed1edc8d8ccf658539c2970a0aad2e46352e
[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_private begin
60
61  :Private
62
63 begin is provided in the base class to setup the Catalyst Request object, by applying the DBIC::API::Request role.
64
65 =cut
66
67 sub begin :Private
68 {
69     my ($self, $c) = @_;
70
71     Catalyst::Controller::DBIC::API::Request->meta->apply($c->req)
72         unless Moose::Util::does_role($c->req, 'Catalyst::Controller::DBIC::API::Request');
73 }
74
75
76 =method_protected setup
77
78  :Chained('specify.in.subclass.config') :CaptureArgs(0) :PathPart('specify.in.subclass.config')
79
80 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
81
82   package MyApp::Controller::API::RPC::Track;
83   use Moose; 
84   BEGIN { extends 'Catalyst::Controller::DBIC::API::RPC'; }
85
86   __PACKAGE__->config
87     ( action => { setup => { PathPart => 'track', Chained => '/api/rpc/rpc_base' } }, 
88         ...
89   );
90
91   # or
92
93   sub setup :Chained('/api/rpc_base') :CaptureArgs(0) :PathPart('track') {
94     my ($self, $c) = @_;
95
96     $self->next::method($c);
97   }
98
99 This action does nothing by default.
100
101 =cut
102
103 sub setup :Chained('specify.in.subclass.config') :CaptureArgs(0) :PathPart('specify.in.subclass.config') {}
104
105 =method_protected deserialize
106
107  :Chained('setup') :CaptureArgs(0) :PathPart('') :ActionClass('Deserialize')
108
109 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:
110
111     search_arg
112     count_arg
113     page_arg
114     ordered_by_arg
115     grouped_by_arg
116     prefetch_arg
117
118 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 when sending the data application/x-www-form-urlencoded. Otherwise, you can send content as raw json and it will be deserialized as is with no CGI::Expand expasion.
119
120 =cut
121
122 sub deserialize :Chained('setup') :CaptureArgs(0) :PathPart('') :ActionClass('Deserialize')
123 {
124     my ($self, $c) = @_;
125     my $req_params;
126
127     if ($c->req->data && scalar(keys %{$c->req->data}))
128     {
129         $req_params = $c->req->data;
130     }
131     else 
132     {
133         $req_params = CGI::Expand->expand_hash($c->req->params);
134
135         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]})
136         {
137             # these params can also be composed of JSON
138             # but skip if the parameter is not provided
139             next if not exists $req_params->{$param};
140             # find out if CGI::Expand was involved
141             if (ref $req_params->{$param} eq 'HASH')
142             {
143                 for my $key ( keys %{$req_params->{$param}} )
144                 {
145                     try
146                     {
147                         my $deserialized = JSON::Any->from_json($req_params->{$param}->{$key});
148                         $req_params->{$param}->{$key} = $deserialized;
149                     }
150                     catch
151                     { 
152                         $c->log->debug("Param '$param.$key' did not deserialize appropriately: $_")
153                         if $c->debug;
154                     }
155                 }
156             }
157             else
158             {
159                 try
160                 {
161                     my $deserialized = JSON::Any->from_json($req_params->{$param});
162                     $req_params->{$param} = $deserialized;
163                 }
164                 catch
165                 { 
166                     $c->log->debug("Param '$param' did not deserialize appropriately: $_")
167                     if $c->debug;
168                 }
169             }
170         }
171     }
172     
173     $self->inflate_request($c, $req_params);
174 }
175
176 =method_protected inflate_request
177  
178 inflate_request is called at the end of deserialize to populate key portions of the request with the useful bits
179
180 =cut
181
182 sub inflate_request
183 {
184     my ($self, $c, $params) = @_;
185
186     try
187     {
188         # set static arguments
189         $c->req->_set_controller($self); 
190
191         # set request arguments
192         $c->req->_set_request_data($params);
193
194         # set the current resultset
195         $c->req->_set_current_result_set($self->stored_result_source->resultset);
196         
197     }
198     catch
199     {
200         $c->log->error($_);
201         $self->push_error($c, { message => $_ });
202         $c->detach();
203     }
204 }
205
206 =method_protected object_with_id
207
208  :Chained('deserialize') :CaptureArgs(1) :PathPart('')
209
210 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.
211
212 =cut
213
214 sub object_with_id :Chained('deserialize') :CaptureArgs(1) :PathPart('')
215 {
216         my ($self, $c, $id) = @_;
217
218     my $vals = $c->req->request_data->{$self->data_root};
219     unless(defined($vals))
220     {
221         # no data root, assume the request_data itself is the payload
222         $vals = $c->req->request_data;
223     }
224
225     try
226     {
227         # there can be only one set of data
228         $c->req->add_object([$self->object_lookup($c, $id), $vals]);
229     }
230     catch
231     {
232         $c->log->error($_);
233         $self->push_error($c, { message => $_ });
234         $c->detach();
235     }
236 }
237
238 =method_protected objects_no_id
239
240  :Chained('deserialize') :CaptureArgs(0) :PathPart('')
241
242 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.
243
244 =cut
245
246 sub objects_no_id :Chained('deserialize') :CaptureArgs(0) :PathPart('')
247 {
248     my ($self, $c) = @_;
249     
250     if($c->req->has_request_data)
251     {
252         my $data = $c->req->request_data;
253         my $vals;
254         
255         if(exists($data->{$self->data_root}) && defined($data->{$self->data_root}))
256         {
257             my $root = $data->{$self->data_root};
258             if(reftype($root) eq 'ARRAY')
259             {
260                 $vals = $root;
261             }
262             elsif(reftype($root) eq 'HASH')
263             {
264                 $vals = [$root];
265             }
266             else
267             {
268                 $c->log->error('Invalid request data');
269                 $self->push_error($c, { message => 'Invalid request data' });
270                 $c->detach();
271             }
272         }
273         else
274         {
275             # no data root, assume the request_data itself is the payload
276             $vals = [$c->req->request_data];
277         }
278
279         foreach my $val (@$vals)
280         {
281             unless(exists($val->{id}))
282             {
283                 $c->req->add_object([$c->req->current_result_set->new_result({}), $val]);
284                 next;
285             }
286
287             try
288             {
289                 $c->req->add_object([$self->object_lookup($c, $val->{id}), $val]);
290             }
291             catch
292             {
293                 $c->log->error($_);
294                 $self->push_error($c, { message => $_ });
295                 $c->detach();
296             }
297         }
298     }
299 }
300
301 =method_protected object_lookup
302
303 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.
304
305 =cut
306
307 sub object_lookup
308 {
309     my ($self, $c, $id) = @_;
310
311     die 'No valid ID provided for look up' unless defined $id and length $id;
312     my $object = $c->req->current_result_set->find($id);
313     die "No object found for id '$id'" unless defined $object;
314     return $object;
315 }
316
317 =method_protected list
318
319  :Private
320
321 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>.
322
323 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.
324
325 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.
326
327 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.
328
329 For example, these request parameters:
330
331  ?search.name=fred&search.cd.artist=luke
332  OR
333  ?search={"name":"fred","cd": {"artist":"luke"}}
334
335 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):
336
337  $rs->search({ name => 'fred', 'cd.artist' => 'luke' }, { join => ['cd'] })
338
339 It is also possible to use a JSON string for expandeded parameters:
340
341  ?search.datetime={"-between":["2010-01-06 19:28:00","2010-01-07 19:28:00"]}
342
343 Note that if pagination is needed, this can be achieved using a combination of the L</count> and L</page> parameters. For example:
344
345   ?page=2&count=20
346
347 Would result in this search:
348  
349  $rs->search({}, { page => 2, rows => 20 })
350
351 =cut
352
353 sub list :Private 
354 {
355     my ($self, $c) = @_;
356
357     $self->list_munge_parameters($c);
358     $self->list_perform_search($c);
359     $self->list_format_output($c);
360
361     # make sure there are no objects lingering
362     $c->req->clear_objects(); 
363 }
364
365 =method_protected list_munge_parameters
366
367 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.
368
369 =cut
370
371 sub list_munge_parameters { } # noop by default
372
373 =method_protected list_perform_search
374
375 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.
376
377 =cut
378
379 sub list_perform_search
380 {
381     my ($self, $c) = @_;
382     
383     try 
384     {
385         my $req = $c->req;
386         
387         my $rs = $req->current_result_set->search
388         (
389             $req->search_parameters, 
390             $req->search_attributes
391         );
392
393         $req->_set_current_result_set($rs);
394
395         $req->_set_search_total_entries($req->current_result_set->pager->total_entries)
396             if $req->has_search_attributes && (exists($req->search_attributes->{page}) && defined($req->search_attributes->{page}) && length($req->search_attributes->{page}));
397     }
398     catch
399     {
400         $c->log->error($_);
401         $self->push_error($c, { message => 'a database error has occured.' });
402         $c->detach();
403     }
404 }
405
406 =method_protected list_format_output
407
408 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.
409
410 =cut
411
412 sub list_format_output
413 {
414     my ($self, $c) = @_;
415
416     my $rs = $c->req->current_result_set->search;
417     $rs->result_class('DBIx::Class::ResultClass::HashRefInflator');
418     
419     try
420     {
421         my $output = {};
422         my $formatted = [];
423         
424         foreach my $row ($rs->all)
425         {
426             push(@$formatted, $self->row_format_output($c, $row));
427         }
428         
429         $output->{$self->data_root} = $formatted;
430
431         if ($c->req->has_search_total_entries)
432         {
433             $output->{$self->total_entries_arg} = $c->req->search_total_entries + 0;
434         }
435
436         $c->stash->{response} = $output;
437     }
438     catch
439     {
440         $c->log->error($_);
441         $self->push_error($c, { message => 'a database error has occured.' });
442         $c->detach();
443     }
444 }
445
446 =method_protected row_format_output
447
448 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.
449
450 =cut
451
452 sub row_format_output
453 {
454     my ($self, $c, $row) = @_;
455     return $row; # passthrough by default
456 }
457
458 =method_protected item
459  
460  :Private
461
462 item will return a single object called by identifier in the uri. It will be inflated via each_object_inflate.
463
464 =cut
465
466 sub item :Private 
467 {
468     my ($self, $c) = @_;
469
470     if($c->req->count_objects != 1)
471     {
472         $c->log->error($_);
473         $self->push_error($c, { message => 'No objects on which to operate' });
474         $c->detach();
475     }
476     else
477     {
478         $c->stash->{response}->{$self->item_root} = $self->each_object_inflate($c, $c->req->get_object(0)->[0]);
479     }
480 }
481
482
483 =method_protected update_or_create
484
485  :Private
486
487 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>.
488
489 =cut
490
491 sub update_or_create :Private
492 {
493     my ($self, $c) = @_;
494     
495     if($c->req->has_objects)
496     {
497         $self->validate_objects($c);
498         $self->transact_objects($c, sub { $self->save_objects($c, @_) } );
499     }
500     else
501     {
502         $c->log->error($_);
503         $self->push_error($c, { message => 'No objects on which to operate' });
504         $c->detach();
505     }
506 }
507
508 =method_protected transact_objects
509
510 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.
511
512 =cut
513
514 sub transact_objects
515 {
516     my ($self, $c, $coderef) = @_;
517     
518     try
519     {
520         $self->stored_result_source->schema->txn_do
521         (
522             $coderef,
523             $c->req->objects
524         );
525     }
526     catch
527     {
528         $c->log->error($_);
529         $self->push_error($c, { message => 'a database error has occured.' });
530         $c->detach();
531     }
532 }
533
534 =method_protected validate_objects
535
536 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.
537
538 =cut
539
540 sub validate_objects
541 {
542     my ($self, $c) = @_;
543
544     try
545     {
546         foreach my $obj ($c->req->all_objects)
547         {
548             $obj->[1] = $self->validate_object($c, $obj);
549         }
550     }
551     catch
552     {
553         my $err = $_;
554         $c->log->error($err);
555         $err =~ s/\s+at\s+\/.+\n$//g;
556         $self->push_error($c, { message => $err });
557         $c->detach();
558     }
559 }
560
561 =method_protected validate_object
562
563 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.
564
565 =cut
566
567 sub validate_object
568 {
569     my ($self, $c, $obj) = @_;
570     my ($object, $params) = @$obj;
571
572     my %values;
573     my %requires_map = map
574     {
575         $_ => 1
576     } 
577     @{
578         ($object->in_storage) 
579         ? [] 
580         : $c->stash->{create_requires} || $self->create_requires
581     };
582     
583     my %allows_map = map
584     {
585         (ref $_) ? %{$_} : ($_ => 1)
586     } 
587     (
588         keys %requires_map, 
589         @{
590             ($object->in_storage) 
591             ? ($c->stash->{update_allows} || $self->update_allows) 
592             : ($c->stash->{create_allows} || $self->create_allows)
593         }
594     );
595
596     foreach my $key (keys %allows_map)
597     {
598         # check value defined if key required
599         my $allowed_fields = $allows_map{$key};
600         
601         if (ref $allowed_fields)
602         {
603             my $related_source = $object->result_source->related_source($key);
604             my $related_params = $params->{$key};
605             my %allowed_related_map = map { $_ => 1 } @$allowed_fields;
606             my $allowed_related_cols = ($allowed_related_map{'*'}) ? [$related_source->columns] : $allowed_fields;
607             
608             foreach my $related_col (@{$allowed_related_cols})
609             {
610                 if (my $related_col_value = $related_params->{$related_col}) {
611                     $values{$key}{$related_col} = $related_col_value;
612                 }
613             }
614         }
615         else 
616         {
617             my $value = $params->{$key};
618
619             if ($requires_map{$key})
620             {
621                 unless (defined($value))
622                 {
623                     # if not defined look for default
624                     $value = $object->result_source->column_info($key)->{default_value};
625                     unless (defined $value)
626                     {
627                         die "No value supplied for ${key} and no default";
628                     }
629                 }
630             }
631             
632             # check for multiple values
633             if (ref($value) && !($value == JSON::Any::true || $value == JSON::Any::false))
634             {
635                 require Data::Dumper;
636                 die "Multiple values for '${key}': ${\Data::Dumper::Dumper($value)}";
637             }
638
639             # check exists so we don't just end up with hash of undefs
640             # check defined to account for default values being used
641             $values{$key} = $value if exists $params->{$key} || defined $value;
642         }
643     }
644
645     unless (keys %values || !$object->in_storage) 
646     {
647         die 'No valid keys passed';
648     }
649
650     return \%values;  
651 }
652
653 =method_protected delete
654
655  :Private
656
657 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.
658
659 =cut
660
661 sub delete :Private
662 {
663     my ($self, $c) = @_;
664     
665     if($c->req->has_objects)
666     {
667         $self->transact_objects($c, sub { $self->delete_objects($c, @_) });
668         $c->req->clear_objects;
669     }
670     else
671     {
672         $c->log->error($_);
673         $self->push_error($c, { message => 'No objects on which to operate' });
674         $c->detach();
675     }
676 }
677
678 =method_protected save_objects
679
680 This method is used by update_or_create to perform the actual database manipulations. It iterates each object calling L</save_object>.
681
682 =cut
683
684 sub save_objects
685 {
686     my ($self, $c, $objects) = @_;
687
688     foreach my $obj (@$objects)
689     {
690         $self->save_object($c, $obj);
691     }
692 }
693
694 =method_protected save_object
695
696 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>
697
698 =cut
699
700 sub save_object
701 {
702     my ($self, $c, $obj) = @_;
703
704     my ($object, $params) = @$obj;
705
706     if ($object->in_storage)
707     {
708         $self->update_object_from_params($c, $object, $params);
709     }
710     else 
711     {
712         $self->insert_object_from_params($c, $object, $params);
713     }
714
715 }
716
717 =method_protected update_object_from_params
718
719 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.
720
721 =cut
722
723 sub update_object_from_params
724 {
725     my ($self, $c, $object, $params) = @_;
726
727     foreach my $key (keys %$params)
728     {
729         my $value = $params->{$key};
730         if (ref($value) && !($value == JSON::Any::true || $value == JSON::Any::false))
731         {
732             $self->update_object_relation($c, $object, delete $params->{$key}, $key);
733         }
734     }
735     
736     $object->update($params);
737 }
738
739 =method_protected update_object_relation
740
741 update_object_relation finds the relation to the object, then calls ->update with the specified parameters
742
743 =cut
744
745 sub update_object_relation
746 {
747     my ($self, $c, $object, $related_params, $relation) = @_;
748     my $row = $object->find_related($relation, {} , {});
749     $row->update($related_params);
750 }
751
752 =method_protected insert_object_from_params
753
754 insert_object_from_params sets the columns for the object, then calls ->insert
755
756 =cut
757
758 sub insert_object_from_params
759 {
760     my ($self, $c, $object, $params) = @_;
761     $object->set_columns($params);
762     $object->insert;
763 }
764
765 =method_protected delete_objects
766
767 delete_objects iterates through each object calling L</delete_object>
768
769 =cut
770
771 sub delete_objects
772 {
773     my ($self, $c, $objects) = @_;
774
775     map { $self->delete_object($c, $_->[0]) } @$objects;
776 }
777
778 =method_protected delete_object
779
780 Performs the actual ->delete on the object
781
782 =cut
783
784 sub delete_object
785 {
786     my ($self, $c, $object) = @_;
787
788     $object->delete;
789 }
790
791 =method_protected end
792
793  :Private
794
795 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
796
797 =cut
798
799 sub end :Private 
800 {
801     my ($self, $c) = @_;
802
803     # check for errors
804     my $default_status;
805
806     # Check for errors caught elsewhere
807     if ( $c->res->status and $c->res->status != 200 ) {
808         $default_status = $c->res->status;
809         $c->stash->{response}->{success} = $self->use_json_boolean ? JSON::Any::false : 'false';
810     } elsif ($self->get_errors($c)) {
811         $c->stash->{response}->{messages} = $self->get_errors($c);
812         $c->stash->{response}->{success} = $self->use_json_boolean ? JSON::Any::false : 'false';
813         $default_status = 400;
814     } else {
815         $c->stash->{response}->{success} = $self->use_json_boolean ? JSON::Any::true : 'true';
816         $default_status = 200;
817     }
818     
819     unless ($default_status == 200)
820     {
821         delete $c->stash->{response}->{$self->data_root};
822     }
823     elsif($self->return_object && $c->req->has_objects)
824     {
825         my $returned_objects = [];
826         push(@$returned_objects, $self->each_object_inflate($c, $_)) for map { $_->[0] } $c->req->all_objects;
827         $c->stash->{response}->{$self->data_root} = scalar(@$returned_objects) > 1 ? $returned_objects : $returned_objects->[0];
828     }
829
830     $c->res->status( $default_status || 200 );
831     $c->forward('serialize');
832 }
833
834 =method_protected each_object_inflate
835
836 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.
837
838 This only executes if L</return_object> if set and if there are any objects to actually return.
839
840 =cut
841
842 sub each_object_inflate
843 {
844     my ($self, $c, $object) = @_;
845
846     return { $object->get_inflated_columns };
847 }
848
849 # from Catalyst::Action::Serialize
850 sub serialize :ActionClass('Serialize') { }
851
852 =method_protected push_error
853
854 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.
855
856 =cut
857
858 sub push_error
859 {
860     my ( $self, $c, $params ) = @_;
861     push( @{$c->stash->{_dbic_crud_errors}}, $params->{message} || 'unknown error' );
862 }
863
864 =method_protected get_errors
865
866 get_errors returns all of the errors stored in the stash
867
868 =cut
869
870 sub get_errors
871 {
872     my ( $self, $c ) = @_;
873     return $c->stash->{_dbic_crud_errors};
874 }
875
876 =head1 DESCRIPTION
877
878 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.
879
880 =head1 OVERVIEW
881
882 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.
883
884 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>.
885
886 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.
887
888 =head2 CONFIGURATION
889
890 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>.
891
892 The class, create_requires, create_allows and update_requires parameters can also be set in the stash like so:
893
894   sub setup :Chained('/api/rpc/rpc_base') :CaptureArgs(1) :PathPart('any') {
895     my ($self, $c, $object_type) = @_;
896
897     if ($object_type eq 'artist') {
898       $c->stash->{class} = 'MyAppDB::Artist';
899       $c->stash->{create_requires} = [qw/name/];
900       $c->stash->{update_allows} = [qw/name/];
901     } else {
902       $self->push_error($c, { message => "invalid object_type" });
903       return;
904     }
905
906     $self->next::method($c);
907   }
908
909 Generally it's better to have one controller for each DBIC source with the config hardcoded, but in some cases this isn't possible.
910
911 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.
912
913 Below are explanations for various configuration parameters. Please see L<Catalyst::Controller::DBIC::API::StaticArguments> for more details.
914
915 =head3 class
916
917 Whatever you would pass to $c->model to get a resultset for this class. MyAppDB::Track for example.
918
919 =head3 data_root
920
921 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.
922
923 =head3 use_json_boolean
924
925 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.
926
927 =head3 count_arg, page_arg, select_arg, search_arg, grouped_by_arg, ordered_by_arg, prefetch_arg, as_arg, total_entries_arg
928
929 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.
930
931 =head3 create_requires
932
933 Arrayref listing columns required to be passed to create in order for the request to be valid.
934
935 =head3 create_allows
936
937 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.
938
939 =head3 update_allows
940
941 Arrayref listing columns that update will allow. Columns passed to update that are not listed here will be ignored.
942
943 =head3 select
944
945 Arguments to pass to L<DBIx::Class::ResultSet/select> when performing search for L</list>.
946
947 =head3 as
948
949 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.
950
951 =head3 select_exposes
952
953 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.
954
955 =head3 prefetch
956
957 Arguments to pass to L<DBIx::Class::ResultSet/prefetch> when performing search for L</list>.
958
959 =head3 prefetch_allows
960
961 Arrayref listing relationships that are allowed to be prefetched.
962 This is necessary to avoid denial of service attacks in form of
963 queries which would return a large number of data
964 and unwanted disclosure of data.
965
966 =head3 grouped_by
967
968 Arguments to pass to L<DBIx::Class::ResultSet/group_by> when performing search for L</list>.
969
970 =head3 ordered_by
971
972 Arguments to pass to L<DBIx::Class::ResultSet/order_by> when performing search for L</list>.
973
974 =head3 search_exposes
975
976 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
977
978  search_exposes => [qw/position/, { cd => ['*'] }]
979
980 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:
981
982   package RestTest::Controller::API::RPC::TrackExposed;
983   
984   ...
985   
986   __PACKAGE__->config
987     ( ...,
988       search_exposes => [qw/position title custom_column/],
989     );
990
991 and then in your custom resultset:
992
993   package RestTest::Schema::ResultSet::Track;
994   
995   use base 'RestTest::Schema::ResultSet';
996   
997   sub search {
998     my $self = shift;
999     my ($clause, $params) = @_;
1000
1001     # test custom attrs
1002     if (my $pretend = delete $clause->{custom_column}) {
1003       $clause->{'cd.year'} = $pretend;
1004     }
1005     my $rs = $self->SUPER::search(@_);
1006   }
1007
1008 =head3 count
1009
1010 Arguments to pass to L<DBIx::Class::ResultSet/rows> when performing search for L</list>.
1011
1012 =head3 page
1013
1014 Arguments to pass to L<DBIx::Class::ResultSet/rows> when performing search for L</list>.
1015
1016 =head1 EXTENDING
1017
1018 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.
1019
1020 For example if you wanted create to return the JSON for the newly created object you might have something like:
1021
1022   package MyApp::ControllerBase::DBIC::API::RPC;
1023   ...
1024   use Moose;
1025   BEGIN { extends 'Catalyst::Controller::DBIC::API::RPC' };
1026   ...
1027   sub create :Chained('setup') :Args(0) :PathPart('create') {
1028     my ($self, $c) = @_;
1029
1030     # $c->req->all_objects will contain all of the created
1031     $self->next::method($c);
1032
1033     if ($c->req->has_objects) {    
1034       # $c->stash->{response} will be serialized in the end action
1035       $c->stash->{response}->{$self->data_root} = [ map { { $_->get_inflated_columns } } ($c->req->all_objects) ] ;
1036     }
1037   }
1038
1039
1040   package MyApp::Controller::API::RPC::Track;
1041   ...
1042   use Moose;
1043   BEGIN { extends 'MyApp::ControllerBase::DBIC::API::RPC' };
1044   ...
1045
1046 It should be noted that the return_object attribute will produce the above result for you, free of charge.
1047
1048 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.
1049
1050 If more extensive customization is required, it is recommened to peer into the roles that comprise the system and make use 
1051
1052 =head1 NOTES
1053
1054 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.
1055
1056 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.
1057
1058 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>.
1059
1060 Since 2.00100:
1061 Transactions are used. The stash is put aside in favor of roles applied to the request object with additional accessors.
1062 Error handling is now much more consistent with most errors immediately detaching.
1063 The internals are much easier to read and understand with lots more documentation.
1064
1065 =cut
1066
1067 1;