Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

JSONPath comparison and standardisation #3

Open
glyn opened this issue Oct 14, 2020 · 2 comments
Open

JSONPath comparison and standardisation #3

glyn opened this issue Oct 14, 2020 · 2 comments

Comments

@glyn
Copy link

glyn commented Oct 14, 2020

@SoftCreatR If you are interested in helping to shape a JSONPath standard, see the IETF JSONPath mailing list for upcoming information about a Working Group to work on the standard. Meanwhile, feel free to join some other implementers here (includes an invitation to their slack workspace) or to add your project to the JSONPath comparison project.

Context: FlowCommunications/JSONPath#55 (comment), thanks to @martinssipenko.

@SoftCreatR
Copy link
Owner

SoftCreatR commented Oct 14, 2020

Hello @glyn,

thank you for pointing that out. As of now, I don't know, if I'm going to extend the functionality of this lib by myself.

The motivation for forking this project was related to a compatibility issue with the PSR-0/PSR-4 standard, which prevented me from finishing my ongoing work using https://github.com/martin-helmich/phpunit-json-assert. So the goal was to have a functional version of this library as a drop-in replacement for its original. And when I saw, that many people are struggling with the same issues, I decided to make this fork public and create an unofficial update (which is now somewhat official).

Now, the next goal is to provide a working version for older PHP versions, so this lib completely supersedes its predecessor. When this is done, I'll think about extending its functionality.

@glyn
Copy link
Author

glyn commented Oct 14, 2020

thank you for pointing that out. As of now, I don't know, if I'm going to extend the functionality of this lib by myself.

Fair enough. One other possibility is that a JSONPath standard can help to clarify existing behaviour and you might want to refer to the eventual standard and say things like "This feature works in a standard way".

@SoftCreatR SoftCreatR pinned this issue Oct 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants