RFC 2616/7230 and interoperability with other editors/IDEs

[gautaz]

Hello,

Looking at the current ecosystem regarding HTTP requests in editor, my understanding is that the overall goal is to be able to share HTTP requests in a file format that can be later used by any editor/IDEs.

There are some gray areas where this goal seems unreachable, mainly around everything related to reusing data from one request to another.

The current solutions to this I have looked at are:

• using response scripts (Lua) for rest-nvim
• using scripting (NodeJS) for httpYac
• using Request Variables for vscode-restclient

I have not seen any "standard" way to deal with this issue.
It feels like RFC 2616 has to be extended to be able to reuse data but using broad languages (Lua/Javascript) to achieve this goal seems to miss the point of interoperability.
The vscode-restclient approach with its "Request Variables" DSL seems more focused on dealing with this issue.

Has anyone any insight on this matter?
Did anyone find somewhere a "standard" way to deal with reusing data between requests?

[gautaz]

Hello @NTBBloodbath, what is your opinion regarding this statement that JS should be the language of choice for scripting?

If this is the way to go, how would that be implemented in rest.nvim?

[wekempf]

See also dotnet/AspNetCore.Docs#29431. If they start a process for defining a "standard" I'd suggest participating.

[gautaz]

If they start a process for defining a "standard" I'd suggest participating.

Agreed, there is only one point I am wondering about: who is "they"? ;-).

Is there any identified W3C effort which revolves around this type of subject?

[wekempf]

I put "standard" in quotes for a reason. I don't believe there's any standardization body considering this. "They" would be the various tool "vendors" (in quotes because some of the tools are OpenSource). As far as I know, aside from that other thread that I started there's been no real movement yet, which is why I said "if they start". I'll continue to apply pressure wherever I can, as I think we have a need for ensuring interoperability between tools.

[teto]

I dont think anyone here has the time to deal with standardization, also lua integration is part of the added value of the neovim plugin IMO. I think we could maintain some importers/exporters ignoring lua commands, here is my take #195

[gautaz]

Spring cleaning time!
There is no need to keep this issue anymore, feel free to reopen a new one if needed.