Open michaelkwan opened 8 years ago
is there a way to override this grammar without changing the library code?
No is not but you can do a pull request ;)
On Wed, Sep 21, 2016 at 1:58 PM, Kwach notifications@github.com wrote:
is there a way to override this grammar without changing the library code?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/raml-org/raml-java-parser/issues/264#issuecomment-248675278, or mute the thread https://github.com/notifications/unsubscribe-auth/AAGMeNtNda4TtqWXIosnX1dGcj4LlvBnks5qsWImgaJpZM4J3evF .
@michaelkwan can i ask you why you would want to go outside the HTTP standardized codes ranging from 100 - 599?
BTW, I couldn't find that the spec limits on the standardized codes, but I am just curious :)
@sichvoge, I've just opened raml-org/raml-spec#609 in order to clarify this topic.
@michaelkwan can i ask you why you would want to go outside the HTTP standardized codes ranging from 100 - 599?
We are interfacing with an external api that actually supports status code outside of this range
If i wanted to define a proprietary API using http status code outside of 100-599, I m out of luck as the BaseRamlGrammar.java limits the range to be 100-599.
The online editor as well as the atom api-workbench does not seem to have this restriction. Is it possible to check if the range is within 000-999?
ValidationResult: Unexpected key '900'. Options are : Integer --
Aha! Link: https://mulesoft-roadmap.aha.io/features/APIRAML-114