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