json-schema-org / community

A space to discuss community and organisational related things
85 stars 34 forks source link

Open Community Working Meeting 2022-11-14 - 14:00 PT #267

Open Relequestual opened 2 years ago

Relequestual commented 2 years ago

📺 See Recording

Go To Previous Meeting

Agenda

Topic Owner Decision/NextSteps
Review last call's action items
Area of focus and interest of JSON Schema Org
@Relequestual Action items were reviewed
Please read current-work README
Focus items list
Feedback on Discussion #257 @awwright Rolled over to next meeting
Updates to ADR, explaining new SDLC PR #1346 @jdesrosiers Read PR #1346
Bowtie calls for contributions to the suite @Julian Read more here
Good First Issues to tackle.
Tutorial for contributers. See Tutorial
JRef and JRI merge into referencing repo @handrews See here and feedback from community is seeked
JRef PR
JRI PR

Highlights

Actions

Attendees

Account
@Relequestual
@awwright
@jdesrosiers
@Julian
@gregsdennis
@jviotti
@handrews

Details

Bowtie

Bowtie is a meta-validator of the JSON Schema specification. There are various issues that need help from contributors and interested people are encouraged to take a look at Bowtie Issues. A tutorial is provided for contributers. See Tutorial

Introduction was followed by a discussion on skipped v error/fail as output from the meta-validator. Briefly put, skipped is for when there are limitations of various kind an implementation is bound by or implementer decides as to why a behavior/test is skipped. For example lua not having a clear distinction between empty array and empty object. In such cases, skipped allows to add a response providing explanation rather than outputing error which is for Bowtie to catch unexpected problems and providing an explicit trace.

For an example of skipped, click on Details of .net implementation here.


Unknown, explicit or overriding media-type

The discussion brought up concerns about security and trust establishment (where are the boundaries for trust drawn and moved under ambit of specification ?) with respect to media-type being served (locally or remotely) and overriding causing concerns with trust establishment boundary and security in certain contexts.

A few points made were, allowing user to explicitly describe an expected media-type (by use of additional keyword ?). Another addition to the discussion was regarding media-type loaded from HTTP content-type and the dereferencing function determining media-type of the URI, whereas schema loaded any other method being allowed to assume media-type. Furthermore, JRI provides hooks for picking a point for such a decision i.e preload and serve functions and expected media-type are in JRI xref section.

Further discussion are to be had in this regard and security section might need expanding.


Further Mentions

handrews commented 2 years ago

We should probably talk about JRef and JRI, as they're now merged into the referencing repo and we're ready to move into the larger discussion.

jdesrosiers commented 2 years ago

https://github.com/json-schema-org/json-schema-spec/pull/1346

Have a look at this if you haven't yet

awwright commented 2 years ago

I don't have much to discuss, though I do want to collect feedback on https://github.com/json-schema-org/community/discussions/257