2022-11-21 21:06:08 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message:
py-jsonschema: updated to 4.17.0
v4.17.0
=======
* The ``check_schema`` method on ``jsonschema.protocols.Validator`` instances
now *enables* format validation by default when run. This can catch some
additional invalid schemas (e.g. containing invalid regular expressions)
where the issue is indeed uncovered by validating against the metaschema
with format validation enabled as an assertion.
* The ``jsonschema`` CLI (along with ``jsonschema.cli`` the module) are now
deprecated. Use ``check-jsonschema`` instead, which can be installed via
``pip install check-jsonschema`` and found
`here <https://github.com/python-jsonschema/check-jsonschema>`_.
|
2022-09-14 13:04:57 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message:
py-jsonschema: updated to 4.16.0
v4.16.0
=======
* Improve the base URI behavior when resolving a ``$ref`` to a resolution URI
which is different from the resolved schema's declared ``$id``.
* Accessing ``jsonschema.draftN_format_checker`` is deprecated. Instead, if you
want access to the format checker itself, it is exposed as
``jsonschema.validators.DraftNValidator.FORMAT_CHECKER`` on any
``jsonschema.protocols.Validator``.
|
2022-09-05 16:14:17 by Adam Ciarcinski | Files touched by this commit (3) | |
Log message:
py-jsonschema: updated to 4.15.0
v4.15.0
* A specific API Reference page is now present in the documentation.
* ``$ref`` on earlier drafts (specifically draft 7 and 6) has been \
"fixed" to
follow the specified behavior when present alongside a sibling ``$id``.
Specifically the ID is now properly ignored, and references are resolved
against whatever resolution scope was previously relevant.
v4.14.0
* ``FormatChecker.cls_checks`` is deprecated. Use ``FormatChecker.checks`` on
an instance of ``FormatChecker`` instead.
* ``unevaluatedItems`` has been fixed for draft 2019. It's nonetheless
discouraged to use draft 2019 for any schemas, new or old.
* Fix a number of minor annotation issues in ``protocols.Validator``
v4.13.0
* Add support for creating validator classes whose metaschema uses a different
dialect than its schemas. In other words, they may use draft2020-12 to define
which schemas are valid, but the schemas themselves use draft7 (or a custom
dialect, etc.) to define which *instances* are valid. Doing this is likely
not something most users, even metaschema authors, may need, but occasionally
will be useful for advanced use cases.
v4.12.1
* Fix some stray comments in the README.
v4.12.0
* Warn at runtime when subclassing validator classes. Doing so was not
intended to be public API, though it seems some downstream libraries
do so. A future version will make this an error, as it is brittle and
better served by composing validator objects instead. Feel free to reach
out if there are any cases where changing existing code seems difficult
and I can try to provide guidance.
v4.11.0
* Make the rendered README in PyPI simpler and fancier.
v4.10.3
* ``jsonschema.validators.validator_for`` now properly uses the explicitly
provided default validator even if the ``$schema`` URI is not found.
v4.10.2
* Fix a second place where subclasses may have added attrs attributes.
v4.10.1
* Fix Validator.evolve (and APIs like ``iter_errors`` which call it) for cases
where the validator class has been subclassed. Doing so wasn't intended to be
public API, but given it didn't warn or raise an error it's of course
understandable. The next release however will make it warn (and a future one
will make it error). If you need help migrating usage of inheriting from a
validator class feel free to open a discussion and I'll try to give some
guidance.
v4.10.0
* Add support for referencing schemas with ``$ref`` across different versions
of the specification than the referrer's
v4.9.1
* Update some documentation examples to use newer validator releases in their
sample code.
v4.9.0
* Fix relative ``$ref`` resolution when the base URI is a URN or other scheme.
* ``pkgutil.resolve_name`` is now used to retrieve validators
provided on the command line. This function is only available on
3.9+, so 3.7 and 3.8 (which are still supported) now rely on the
`pkgutil_resolve_name <https://pypi.org/project/pkgutil_resolve_name/>`_
backport package. Note however that the CLI itself is due
to be deprecated shortly in favor of `check-jsonschema
<https://github.com/python-jsonschema/check-jsonschema>`_.
v4.8.0
* ``best_match`` no longer traverses into ``anyOf`` and ``oneOf`` when all of
the errors within them seem equally applicable. This should lead to clearer
error messages in some cases where no branches were matched.
|
2022-08-29 18:11:02 by Dr. Thomas Orgis | Files touched by this commit (1) |
Log message:
textproc/py-jsonschema: another PLIST fix because of licenses/
|
2022-07-10 23:02:44 by Thomas Klausner | Files touched by this commit (1) |
Log message:
py-jsonschema: add build dependency setuptools_scm
The error comes from hatchling, but it depends on the build system
used, so I think the build dependency is better added here.
Correct me if I'm wrong.
|
2022-07-08 09:54:06 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message:
py-jsonschema: updated to 4.6.2
v4.6.2
* Fix a number of minor typos in docstrings, mostly private ones
|
2022-07-07 12:41:40 by Adam Ciarcinski | Files touched by this commit (3) | |
Log message:
py-jsonschema: updated to 4.6.1
v4.6.1
------
* Gut the (incomplete) implementation of ``recursiveRef`` on draft 2019. It
needs completing, but for now can lead to recursion errors.
v4.6.0
------
* Fix ``unevaluatedProperties`` and ``unevaluatedItems`` for types they should
ignore
* ``jsonschema`` now uses `hatch <https://hatch.pypa.io/>`_ for its build
process. This should be completely transparent to end-users (and only matters
to contributors).
|
2022-05-11 11:30:53 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message:
py-jsonschema: updated to 4.5.1
v4.5.0
------
* Validator classes for each version now maintain references to the correct
corresponding format checker
* Development has moved to a `GitHub organization
<https://github.com/python-jsonschema/>`_.
No functional behavior changes are expected from the change.
|
2022-04-13 12:33:28 by Thomas Klausner | Files touched by this commit (1) |
Log message:
py-jsonschema: add missing build dependency on py-wheel
|
2022-04-07 08:49:20 by Adam Ciarcinski | Files touched by this commit (3) | |
Log message:
py-jsonschema: updated to 4.4.0
v4.4.0
------
* Add ``mypy`` support
* Add support for Python 3.11
v4.3.3
------
* Properly report deprecation warnings at the right stack level
v4.3.2
------
* Additional performance improvements for resolving refs
v4.3.1
------
* Resolving refs has had performance improvements
v4.3.0
------
* Fix undesired fallback to brute force container uniqueness check on
certain input types
* Implement a PEP544 Protocol for validator classes
v4.2.1
------
* Pin ``importlib.resources`` from below
v4.2.0
------
* Use ``importlib.resources`` to load schemas
* Ensure all elements of arrays are verified for uniqueness by ``uniqueItems``
v4.1.2
------
* Fix ``dependentSchemas`` to properly consider non-object instances to be
valid
v4.1.1
------
* Fix ``prefixItems`` not indicating which item was invalid within the instance
path
v4.1.0
------
* Add Python 3.10 to the list of supported Python versions
v4.0.1
------
* Fix the declaration of minimum supported Python version
v4.0.0
------
* Partial support for Draft 2020-12 (as well as 2019-09).
Thanks to Thomas Schmidt and Harald Nezbeda.
* ``False`` and ``0`` are now properly considered non-equal even
recursively within a container
``uniqueItems`` validation may be *slower* in some cases. Please feel
free to report any significant performance regressions, though in
some cases they may be difficult to address given the specification
requirement.
* The CLI has been improved, and in particular now supports a ``--output``
option (with ``plain`` (default) or ``pretty`` arguments) to control the
output format. Future work may add additional machine-parsable output
formats.
* Code surrounding ``DEFAULT_TYPES`` and the legacy mechanism for
specifying types to validators have been removed, as per the deprecation
policy. Validators should use the ``TypeChecker`` object to customize
the set of Python types corresponding to JSON Schema types.
* Validation errors now have a ``json_path`` attribute, describing their
location in JSON path format
* Support for the IP address and domain name formats has been improved
* Support for Python 2 and 3.6 has been dropped, with ``python_requires``
properly set.
* ``multipleOf`` could overflow when given sufficiently large numbers. Now,
when an overflow occurs, ``jsonschema`` will fall back to using fraction
division
* ``jsonschema.__version__``, ``jsonschema.validators.validators``,
``jsonschema.validators.meta_schemas`` and
``jsonschema.RefResolver.in_scope`` have been deprecated, as has
passing a second-argument schema to ``Validator.iter_errors`` and
``Validator.is_valid``.
|