All notable changes to this project will be documented in this file. This project adheres to Semantic Versioning and this changelog format.
- Include paths and sparse field sets that should be used when encoding JSON:API responses can now be manually set on
response classes using the
withIncludePaths()andwithSparseFieldSets()methods, or using the conveniencewithQueryParameters()method to set both from a query parameters object. When include paths and/or sparse field sets are set on the response, these are used when encoding the response JSON instead of determining these query parameters from the request. If no include paths or sparse field sets are set on the response, the previous behaviour of determining these from the request is used.
- BREAKING Methods relating to include paths and sparse field sets have been moved from the
Responses\Concerns\IsResponsabletrait to a newResponses\Concerns\HasEncodingParameterstrait. As part of this change, the previousprotectedmethodfieldSets()has been renamedsparseFieldSets(). - BREAKING Made several changes to interfaces for sort fields:
- The
AttributeandIDinterfaces no longer implementSortableand instead have aisSortable()method directly defined on their interface. - The
Sortableinterface is now intended to be implemented on a class that is an additional sort field to those that are attributes. It has one method:sortField()which returns the name of the sort field. - The
Schema::isSortable()method has been renamedisSortField(). This makes it clearer that the method is querying whether the provided name is a valid sort field. - The
Schema::sortable()method has been renamedsortFields(). This makes it clearer that the method is returning a list of the sort field names. - Added the
sortField()andsortables()methods to theSchemainterface.
- The
- The schema container now supports resolving schemas for models where the schema is registered against a parent class or interface. Parent classes are matched before interfaces, and if a match is found the resolution is cached to ensure the resolution logic runs once per model class.
- The resource factory class now looks up schemas for a model first, then retrieves the fully-qualified resource class from the matched schema. By delegating to the schema like this, the resource container can now convert models to resources where a schema has been registered for a parent class or interface.
- The
Contracts\Resources\Factoryinterface now has acanCreate()method to determine whether the factory can create a JSON:API resource for the supplied model. - The
Contracts\Schema\Containerinterface now has aexistsForModel()method, to determine whether a schema exists for the supplied model class.
- The
Core\Resources\Containerclass now expects a single factory instance to its constructor. This was changed as there was no requirement for multiple resource factories to be loaded into the container. The container still supports injecting a factory, as this allows the creation of resources by the container to be customised, without having to re-implement the logic within the container class. As part of this change, theContainer::attach()method was also removed. - The
Core\Resources\Factoryclass constructor was amended to only expect a schema container. Additionally the method signature of the protectedbuild()method was changed to receive a schema instance and the model being converted to a JSON:API resource. - The
Core\Server\ServerandCore\Server\ServerRepositoryclasses are now injected with the Laravel application instance, instead of just type-hinting the container. This change was made to allow code within servers to access the application environment, using$this->app->environment()rather than having to useapp()->environment()(which used to be the case as the injection was only type-hinted as the container contract).
- The base
Serverclass now correctly passes extra parameters in itsurl()method. Previously these were passed to Laravel'surl()helper - but that helper only appends extra parameters if there is no HTTP host in the provided path. The server'surl()method now passes these as we always went them appended, regardless of whether the API's base path has a HTTP host or not. - Include paths, sort fields and countable paths now correctly parse empty values. Previously an error was caused by attempting to cast an empty string to the relevant query objects.
- The
Core\Server\Server::$containerproperty is deprecated and will be removed in1.0.0-stable. Child classes should use the newServer::$appproperty instead.
- The
Contracts\Resources\Factory::handles()method has been removed in favour of using the newcanCreate()method instead. - The
Contracts\Schema\Container::resources()method has been removed, in favour of resource factories using the schema container'sexistsForModel()andschemaForModel()methods.
- BREAKING Added the following methods to the
Contracts\Schema\Schemainterface:isFilter(),isSparseField,isSortable()andhasSelfLink(). These methods have been added to the abstract schema class provided by this package, so this is unlikely to have a significant impact on implementing packages. - BREAKING Made the following changes to the
Contracts\Query\QueryParametersinterface:- New
unrecognisedParametersmethod. This returns any query parameters that are not defined by the JSON:API specification, which allows implementations to add support for additional query parameters as needed. - The
filtersmethod now returns aFilterParametersobject or null. Previously it returned an array or null.
- New
- BREAKING The
$baseUriargument on theContracts\Resources\Serializer\Relationinterface is now nullable. - BREAKING The
Contracts\Store\Storeinterface now has afindOrFailmethod. This is unlikely to be breaking in most implementations because theCore\Store\Storeclass will be in use and has been updated. - BREAKING Added a
castmethod to theContracts\Resources\Containerinterface. This is unlikely to be breaking in most implementations because theCore\Resources\Containerclass will be in use and has been updated. - New
Contracts\Schema\IdEncoderinterface to encode model IDs to JSON:API resource IDs. - New
FilterParametersclass for handling a collection of filter parameters received from a client. - The
FieldSets,IncludePathsandSortFieldsclasses all now have acollect()method, that returns a collection object. - The
IncludePathsandSortFieldsclasses now havefilter,rejectandforSchemamethods. - The
SortFieldclass now has staticascendinganddescendingmethods, to easily create a sort field with the specified direction. - The
QueryParametersclass now has atoQuery()method, that casts the value back to a HTTP query parameter array. This is different fromQueryParameters::toArray(), as theincludeandsortparameters are strings in a HTTP query array. - The
QueryParametersclass now has aforSchema()method, that returns a new query parameters instance that contains only parameters valid for the supplied schema. - The
Document\ResourceObjectclass has a newwithRelationshipMetamethod for adding meta for a specified relationship. - Added new response classes for returning related resources for a relationship - e.g. the
/api/posts/1/commentsendpoint. Previously theDataResponseclass was used for this endpoint, but the new classes allow for relationship meta to be merged into the top-level meta member of the response for the endpoint. - The core package now supports the countable implementation-semantic. This adds a custom query parameter that allows a client to specify which relationships should have a count added to their relationship meta.
- Added a number of pagination traits -
HasPageMetaandHasPageNumbers, so that these can be used in both the Eloquent and non-Eloquent implementations. - Added a
dumpmethod to theCore\Document\ResourceObjectclass.
- BREAKING The return type of
Contracts\Schema\Schema::repository()is now nullable. - BREAKING The return type of
Contracts\Store\Store::resources()is now nullable. - BREAKING Made a number of changes to store contracts, so that the contracts are easier to implement in when not
working with Eloquent resources:
- The
QueryAllBuildercontract has been removed; support for singular filters is now implemented via theHasSingularFiltersinterface which is intended to be added to classes implementingQueryManyBuilder. As part of this change, theQueriesAll::queryAll()method now has theQueryManyBuilderinterface as its return type. - The
QueryManyBuildercontract no longer has pagination methods on it. If a builder supports pagination, it must add theHasPaginationinterface. - Removed the
cursormethod from theQueryManyBuildercontract, as it is not required on the contract (implementing classes can add it if needed). Thegetmethod now has a return type ofiterableinstead of the LaravelCollectionclass.
- The
- BREAKING The
Contracts\Encoder\Encoderinterface now has two methods for encoding resource identifiers:withToOneandwithToMany. These replace thewithIdentifiersmethod, which has been removed. - Moved the following classes from the
Core\Responsesnamespace to theCore\Responses\Internalnamespace. This is considered non-breaking because the classes are not part of the public API (responses that can be used for the public API are still in theCore\Responsesnamespace):PaginatedResourceResponseResourceCollectionResponseResourceIdentifierCollectionResponseResourceIdentifierResponseResourceResponse
- Deleted the
Core\Responses\Concerns\EncodesIdentifierstrait. This is considered non-breaking as the trait was only intended for internal use.
- The
QueryParameters::setFieldSet()method now correctly passes the fields lists as an array to the field set constructor. - Fixed the
Core\Document\ResourceObject::merge()method handling of merging relationships. Previously this usedarray_replace_recursiveto megre the relationship object, but this led to incorrect merging ofdatamembers, particularly for to-many relationships. This has been altered toarray_replace, so that thedata,linksandmetamembers of the relationship are replaced with the values from the resource object's relationship that is being merged in.
- If closures are used for data and/or meta on the
Resources\Relationclass, the closures will now receive the model as their first and only argument. - The default value of the
Resources\Relationclass is now returned by a protectedvaluemethod, allowing child classes to modify the default behaviour if needed. - New
Creatableinterface, which theJsonApiResourceclass delegates to when determining whether a resource was created within the current HTTP request.
- The
$containerproperty on theServerclass is nowprotectedand can be used by child classes if needed. - The
$resourceproperty on theResources\Relationclass is nowprotected.
- Reverted #3 Server classes can no longer use constructor dependency injection. This is because server classes are created in a number of different contexts - e.g. HTTP requests, Artisan generators, etc - so injecting dependencies via the constructor will likely result in developers injecting dependencies that are only required in certain contexts in which the server is being used. See laravel #44 for discussion on this topic.
- The
Server\Servercontract no longer has aserving()method on it. This has been removed from the contract so that developers can type-hint dependencies in theirservingmethod.
- BREAKING The builder interfaces in the
Contracts\Storenamespace now have awithRequestmethod. This allows passing the request into the builder process as context for the action. - BREAKING The
Contracts\Routing\Routecontract now has anauthorizermethod, for getting the authorizer instance for the route. - BREAKING The
Contracts\Schema\Schemacontract now has aurlmethod, for generating a URL for the resource that the schema defines. - BREAKING Added the
allInverse()method to theContracts\Schema\Relationcontract. This returns a list of the allowed resource types for the relationship. Typically this will just be one resource type; polymorphic relations will return multiple. - New
getmethod on theConditionalFieldclass for retrieving the value of the field. - Response classes now have a
withServermethod, for explicitly setting the JSON:API server to use when generating the response. This is useful when returning responses from routes that do not have the JSON:API middleware applied to them. - New
MetaResponseclass for returning a JSON:API response with a document containing a top-levelmetavalue. - #3 Server classes are now resolved via the service container, allowing the developer to use constructor dependency injection if desired.
- The
DataResponseclass now has adidntCreatemethod for ensure the resource response does not have a201 Createdstatus.
- BREAKING The
Contracts\Auth\Authorizercontract now requires the model class to be passed as the second argument on theindexandstoremethods. Also, all methods have been updated to type-hint the Illuminate request object. - BREAKING The
usingmethod has been renamed towithQueryon the following interfaces in theContracts\Storenamespace:QueryManyBuilderQueryOneBuilderResourceBuilderToManyBuilderToOneBuilder
- BREAKING The
Contracts\Resources\Serializer\Hideablecontract has been updated to type-hint the request class in its method signatures. - BREAKING The
Core\Schema\SchemaAwaretrait has been moved to theCore\Schema\Concernsnamespace, for consistency with other traits. - BREAKING The
Core\Schema\Containerclass now expects the server instance to be passed as its second constructor argument, with the list of schemas now its third constructor argument. - BREAKING The constructor argument for the abstract
Core\Schema\Schemaclass has been changed to the server instance that the schema belongs to. This change was made so that schemas can generate URLs using the server instance, while also injecting the server's schema container into fields if needed. - The server repository now caches servers it has created, and should now be registered in the service container as a singleton.
- Fixed parsing the
fieldsquery parameter to theCore\Query\FieldSetsandCore\Query\FieldSetclasses.
- BREAKING The
Contracts\Schema\Relationcontract now has aisValidated()method, to determine if the relation value should be merged when validating update requests. There is now aCore\Schema\Concerns\RequiredForValidationtrait that can be used on relationship fields to implement the required method. - New features for the
Core\Documents\ResourceObjectclass:- New
merge()method for merging two resource objects together. This is useful for update validation, where the values supplied by a client need to be merged over the existing resource field values. - The
putRelationandreplacemethods now accept an instance ofUrlRoutablefor theidvalue of to-one or to-many relations.
- New
- The schema container instance is now injected into schema classes via the constructor
$schemasproperty. This has been added so that a schema class can be instantiated directly from the service container if the schema container is bound in the service container. - New
Core\Resources\ConditionalListclass, for iterating over conditional attributes but yielding them as a zero-indexed array list.
- The
Core\Document\ResourceObject::withoutLinks()method now correctly removes both resource links and relationship links. - BREAKING As conditional values are now supported in relationships (previously only supported in attributes), the
following have been renamed to make it clear that they are not just for use in attributes:
- The
Core\Resources\Concerns\ConditionallyLoadsAttributestrait is nowConditionallyLoadsFields. - The
Core\Resources\ConditionalAttris nowConditionalField. - The
Core\Resources\ConditionalAttrsis nowConditionalFields.
- The
- BREAKING The first argument on the
Contracts\Server\Serverinterface ($parameters) has been made optional.
- BREAKING Removed the
mustValidate()andisValidated()methods from theCore\Resources\Relationclass. These fields are now defined on the schema's relation field instead of the resource's relation. - BREAKING Made changes to the
Core\Documents\ResourceObjectclass:- Removed the deprecated
create()method, as this was never intended to be brought in from the old package. - Remove the
Arrayablecontract (and therefore thetoArray()method). This is becausetoArray()was always ambiguous - would it return the field values, or the JSON representation of the resource? ReplacetoArray()withjsonSerialize(). Theall()method continues to return the field values.
- Removed the deprecated
- #2
BREAKING The
Core\Resources\JsonApiResourceis no longer abstract, and now expects the schema and the model to be injected via its constructor. It will use the schema to convert a model to a JSON:API resource. This allows the resource classes to be optional, as the resource resolution logic can now fall-back to theJsonApiResourcewhen no specific resource class exists. Schema fields must implement theContracts\Resources\Serializer\AttributeandContracts\Resources\Serializer\Relationinterfaces on their fields for the serialization to work. - BREAKING The
Contracts\Encoder\Encodercontract now has awithRequestmethod to inject the current HTTP request into the encoding process. The response classes have been updated to pass the request through to the encoder in theirtoResponse()methods. - BREAKING The
Contracts\Schema\Containercontract now has aschemaForModelmethod to lookup a schema by providing either a model instance, or the fully-qualified class name of a model. - BREAKING The
Contracts\Schema\IDcontract now has akey()method, that can return the model key for the ID. - BREAKING The
Contracts\Schema\Schemacontract now has new methods:uriType()which returns the resource type as it appears in URIs.idKeyName()which returns the object key for theidvalue.
- New
Contracts\Resources\JsonApiRelationcontract for the relation object returned by theJsonApiResource::relationships()method. This has the methods on it that encoders can rely on when encoding the relationship to JSON. - BREAKING The
Contracts\Schema\Relationcontract now has auriName()method for retrieving the relationship's field name as it appears in a URI. TheJsonApiResourceclass now automatically injects this value from the schema field into the resource relation object. - New
Core\Resources\ConditionalIteratorclass for iterating over values that could contain conditional attributes.
- BREAKING The
attributes,relationships,metaandlinksmethod of theJsonApiResourceclass now require the request to be passed as a parameter. This is to bring the resource in line with Laravel's Eloquent resource, though our implementation allows the request to benullto cater for resource encoding outside of HTTP requests (e.g. queued broadcasting). Additionally, therelationshipmethod return type has been changed to the newContracts\Resources\JsonApiResourcecontract. - BREAKING The
existsandcreatemethods on theContracts\Resources\Containercontract now correctly type-hint the parameter as anobject. - BREAKING The
createResourcemethod on theContracts\Resources\Factorycontract now correctly type-hints the parameter as anobject. - BREAKING The constructor of the
Core\Resources\Factoryclass now expects a schema container and an optional array of resource bindings (instead of an iterable). If anullvalue is provided for the bindings, the bindings will be retrieved from the schema container. Additionally, the protectedbuildmethod signature has been updated to correctly type-hint the second argument as anobject. - BREAKING The constructor arguments for the
Core\Resources\Relationclass have been changed so that it now receives the model and base URI - rather than theJsonApiResourceobject. This change was made so that it can be used more broadly.
- BREAKING The
attachandattachAllmethods of theCore\Resources\Factoryclass have been removed, because they were not in use.
Initial release.