- Support for
Zend\Stdlib 2.7
andZend\Hydrator
- Remove automatic 304 Etag as it causes a lot more problems as it solves
ResourceResponseListener
only modifies response if it is a ResourceViewModel
isRootTemplate
now work even if you have called therenderResource
helper inside a view
- Does not modify status code response if an exception is contained into the MvcEvent
- Make sure validation does not fail be setting an empty value if no body is present in the request
- Complete rewrite of ZfrRest. All the concepts have been changed in favour of an explicit module, please read the new docs.
- PHP dependency has been raised to PHP 5.5
- ZfrRest now supports coalesce filtering for "hasMany" or "findMany" requests type through the new, optional
enable_coalesce_filtering
module option. If enabled, ZfrRest will be able to respond to queries like /customers?ids[]=5&ids[]=64, whereids
is a configurable primary key name. - Fix a bug with entry points. Previously, if you had an entry point configured as "/users", ZfrRest used to match URLs like "/userssssss".
- Fix an issue with camelCased associations when rendering a resource
- Added support for OneToOne association (assuming you have a "User" entity with a OneToOne association to a "Card" entity, you can now do a POST request like "/users/4/card")
- ZfrRest now returns input errors correctly if no data was given in the body
- Association mapping can now accept one new property:
collectionController
. It allows to map a specific association resource to a specific controller, instead of using the target entity mapping. - Add a doc section about optimizing ZfrRest for performance
- Nested input filters are now supported when errors occur on POST on PUT
- Associations can now have an extraction strategy set to
PASS_THRU
. This allows a parent hydrator to manually renders an association, and let the renderers reuse this result for the given association. paginatorWrapper
controller plugin now supports the resource data to be a plain PHP array.
routable
metadata is now correctly taken into account by the router, so it won't route to the associated resource if the parameter is set to false.
- HttpExceptionListener now stops propagation if it can handle a specific exception.
- [FEATURE] You can now override the
getInputFilter
method in your controllers so that you can specify custom logic like setting validation groups depending on authorization, HTTP method...
- Complete refactor, initial release (code cleaning, documentation...)
- Exclude request base path from path
- First release