Support of new Raml 1.0 ?

[xGouley]

Will the last version of Raml 1.0 will be supported soon ?

[IvanGoncharov]

@xGouley We plan to add support for it in future but not in next couple weeks. I can't provide any estimates since I didn't research 1.0 yet.

[stipsan]

Any news on this? 😄

[MikeRalphson]

Not so far. If you have an immediate requirement, you could try https://apimatic.io/transformer

[MikeRalphson]

@bobby-brennan what do you think to stripping out the current RAML 0.8 support and using https://github.com/mulesoft/oas-raml-converter ? Or is it too heavy-weight to include a whole converter framework?

I think it would work well with your recent transitive conversion changes and give us another output format.

[rbren]

Using mulesoft/oas-raml-converter sounds like the way to go. I think Mulesoft is more or less the owner of RAML, so we might as well use their solution.

[rbren]

First pass using oas-raml-converter here: https://github.com/LucyBot-Inc/api-spec-converter/compare/raml_1?expand=1

It works for the most part, but fails in the browser due to an fs.readFileSync. Not sure what the right solution is.

[MikeRalphson]

It works for the most part, but fails in the browser due to an fs.readFileSync. Not sure what the right solution is.

Are you stubbing out fs with something like browserify-fs and it's just the sync variant that's the problem? Maybe it can be fixed upstream?

[rbren]

Update - waiting on this PR to add URL support:

https://github.com/mulesoft/oas-raml-converter/pull/19