I've got a project that still contains the original [alecsammons version of this library](https://github.com/alecsammon/php-raml-parser). I discovered recently that it does not support the `OPTIONS` HTTP method in RAML documents, which I have a use for in this project. It looks like `OPTIONS` [is still unsupported in the `v2.x` branch](https://github.com/raml-org/raml-php-parser/blob/v2.x/src/Method.php#L16). The RAML 0.8 spec says that [methods must be one of the HTTP methods defined in HTTP 1.1 by RFCs 2616 and 5789](https://github.com/raml-org/raml-spec/blob/master/versions/raml-08/raml-08.md#methods). [RFC 2616 defines the `OPTIONS` method](https://tools.ietf.org/html/rfc2616#section-9.2). Would a PR adding `OPTIONS` support to the `v2.x` branch be accepted?
I've got a project that still contains the original alecsammons version of this library.
I discovered recently that it does not support the
OPTIONSHTTP method in RAML documents, which I have a use for in this project.It looks like
OPTIONSis still unsupported in thev2.xbranch.The RAML 0.8 spec says that methods must be one of the HTTP methods defined in HTTP 1.1 by RFCs 2616 and 5789.
RFC 2616 defines the
OPTIONSmethod.Would a PR adding
OPTIONSsupport to thev2.xbranch be accepted?