Skip to main content

Python wrapper around rapidjson

Project description

Authors:

Ken Robbins <ken@kenrobbins.com>

Lele Gaifax <lele@metapensiero.it>

License:

MIT License

Status:
Build status Documentation status

RapidJSON is an extremely fast C++ JSON parser and serialization library: this module wraps it into a Python 3 extension, exposing its serialization/deserialization (to/from either bytes, str or file-like instances) and JSON Schema validation capabilities.

Latest version documentation is automatically rendered by Read the Docs.

Getting Started

First install python-rapidjson:

$ pip install python-rapidjson

or, if you prefer Conda:

$ conda install -c conda-forge python-rapidjson

Basic usage looks like this:

>>> import rapidjson
>>> data = {'foo': 100, 'bar': 'baz'}
>>> rapidjson.dumps(data)
'{"bar":"baz","foo":100}'
>>> rapidjson.loads('{"bar":"baz","foo":100}')
{'bar': 'baz', 'foo': 100}
>>>
>>> class Stream:
...   def write(self, data):
...      print("Chunk:", data)
...
>>> rapidjson.dump(data, Stream(), chunk_size=5)
Chunk: b'{"foo'
Chunk: b'":100'
Chunk: b',"bar'
Chunk: b'":"ba'
Chunk: b'z"}'

Development

If you want to install the development version (maybe to contribute fixes or enhancements) you may clone the repository:

$ git clone --recursive https://github.com/python-rapidjson/python-rapidjson.git

A set of makefiles implement most common operations, such as build, check and release; see make help output for a list of available targets.

Performance

python-rapidjson tries to be as performant as possible while staying compatible with the json module.

See the this section in the documentation for a comparison with other JSON libraries.

Incompatibility

Here are things in the standard json library supports that we have decided not to support:

separators argument

This is mostly used for pretty printing and not supported by RapidJSON so it isn’t a high priority. We do support indent kwarg that would get you nice looking JSON anyways.

Coercing keys when dumping

json will stringify a True dictionary key as "true" if you dump it out but when you load it back in it’ll still be a string. We want the dump and load to return the exact same objects so we have decided not to do this coercion.

Arbitrary encodings

json.loads() accepts an encoding kwarg determining the encoding of its input, when that is a bytes or bytearray instance. Although RapidJSON is able to cope with several different encodings, we currently support only the recommended one, UTF-8.

Changes

0.9.4 (2020-11-16)

  • Fix memory leak loading an invalid JSON (issue #148)

0.9.3 (2020-10-24)

  • Fix access to Encoder instance attributes (issue #147)

0.9.2 (2020-10-24)

  • Use current master version of rapidjson

  • Enable GH Actions-based test workflow, thanks to Martin Thoma (PR #143)

  • Produce Python 3.9 wheels, disable testing under Python < 3.6

  • Make the character used for indentation in pretty mode a parameter (issue #135)

  • Handle wider precision range in timestamps fractional seconds (PR 133), thanks to Karl Seguin

  • Add comparison benchmarks against orjson and hyperjson (issue #130 and PR #131, thanks to Sebastian Pipping)

0.9.1 (2019-11-13)

  • Fix memory leak in case of failed validation (issue #126)

0.9.0 (2019-11-13)

  • Produce Python 3.8 wheels

  • Compatibility fix for Python 3.8 (issue #125)

  • New dump option write_mode, supporting RapidJSON’s kFormatSingleLineArray option (issue #123), thanks to Nguyễn Hồng Quân for the initial implementation (PR #124)

0.8.0 (2019-08-09)

  • New serialization option bytes_mode to control how bytes instances gets encoded (issue #122)

0.7.2 (2019-06-09)

  • Hopefully fix the memory leak when loading from a stream (issue #117)

0.7.1 (2019-05-11)

  • Raise a more specific exception on loading errors, JSONDecodeError, instead of generic ValueError (issue #118)

  • Fix optimization path when using OrderedDicts (issue #119)

  • Fix serialization of IntEnums (issue #121)

  • I spent quite a lot of time investigating on the memory leak when loading from a stream (issue #117): as I was not able to fully replicate the problem, I cannot be sure I solved the problem… sorry!

0.7.0 (2019-02-11)

  • Raise correct exception in code samples (PR #109), thanks to Thomas Dähling

  • Fix compilation with system-wide install of rapidjson (issue #110)

  • Use current master version of rapidjson, that includes a fix for its issue #1368 and issue #1336, and cures several compilation warnings as well (issue #112 and issue #107)

  • Fix memory leak when using object_hook (issue #115)

0.6.3 (2018-07-11)

  • No visible changes, but now PyPI carries binary wheels for Python 3.7.

0.6.2 (2018-06-08)

  • Use a more specific ValidationError, to differentiate from invalid JSON

0.6.1 (2018-06-06)

  • Nothing new, attempt to build Python 3.6 binary wheels on Travis CI

0.6.0 (2018-06-06)

  • Add a new comparison table involving ensure_ascii (issue #98)

  • Use Python’s repr() to emit float values instead of rapidjson’s dtoa() (issue #101)

  • Use a newer (although unreleased) version of rapidjson to fix an issue with JSONSchema validation (PR #103), thanks to Anthony Miyaguchi

0.5.2 (2018-03-31)

  • Tiny tweak to restore macOS build on Travis CI

0.5.1 (2018-03-31)

  • Minor tweaks to CI and PyPI deploy configuration

0.5.0 (2018-03-31)

  • New RawJSON class, allowing inclusion of pre-serialized content (PR #95 and PR #96), thanks to Silvio Tomatis

0.4.3 (2018-01-14)

  • Deserialize from bytes and bytearray instances, ensuring they contain valid UTF-8 data

  • Speed up parsing of floating point numbers, avoiding intermediary conversion to a Python string (PR #94)

0.4.2 (2018-01-09)

  • Fix precision handling of DM_UNIX_TIME timestamps

0.4.1 (2018-01-08)

  • Fix memory leaks in Decoder() and Encoder() classes, related to bad handling of PyObject_GetAttr() result value

  • Fix compatibility with Python 3.7a

0.4.0 (2018-01-05)

  • Implemented the streaming interface, see load() and dump() (issue #80)

    Backward incompatibility: now the flags arguments on all the functions are keyword only, to mimic stdlib’s json style

0.3.2 (2017-12-21)

0.3.1 (2017-12-20)

  • Fix Travis CI recipe to accomodate MacOS

0.3.0 (2017-12-20)

  • Fix compilation on MacOS (issue #78)

  • Handle generic iterables (PR #89)

    Backward incompatibility: the dumps() function and the Encoder() constructor used to accept a max_recursion_depth argument, to control the maximum allowed nesting of Python structures; since the underlying function is now effectively recursive, it has been replaced by the generic sys.setrecursionlimit() mechanism

0.2.7 (2017-12-08)

  • Restore compatibility with Python < 3.6

0.2.6 (2017-12-08)

  • Fix memory leaks when using object_hook/start_object/end_object

0.2.5 (2017-09-30)

  • Fix bug where error handling code could raise an exception causing a confusing exception to be returned (PR #82)

  • Fix bug where loads’s object_hook and dumps’s default arguments could not be passed None explicitly (PR #83)

  • Fix crash when dealing with surrogate pairs (issue #81)

0.2.4 (2017-09-17)

  • Fix compatibility with MacOS/clang

0.2.3 (2017-08-24)

  • Limit the precision of DM_UNIX_TIME timestamps to six decimal digits

0.2.2 (2017-08-24)

  • Nothing new, attempt to fix production of Python 3.6 binary wheels

0.2.1 (2017-08-24)

  • Nothing new, attempt to fix production of Python 3.6 binary wheels

0.2.0 (2017-08-24)

  • New parse_mode option, implementing relaxed JSON syntax (issue #73)

  • New Encoder and Decoder, implementing a class-based interface

  • New Validator, exposing the underlying JSON schema validation (issue #71)

0.1.0 (2017-08-16)

  • Remove beta status

0.1.0b4 (2017-08-14)

  • Make execution of the test suite on Appveyor actually happen

0.1.0b3 (2017-08-12)

  • Exclude CI configurations from the source distribution

0.1.0b2 (2017-08-12)

  • Fix Powershell wheel upload script in appveyor configuration

0.1.0b1 (2017-08-12)

  • Compilable with somewhat old g++ (issue #69)

  • Backward incompatibilities:

    • all DATETIME_MODE_XXX constants have been shortened to DM_XXX DATETIME_MODE_ISO8601_UTC has been renamed to DM_SHIFT_TO_UTC

    • all UUID_MODE_XXX constants have been shortened to UM_XXX

  • New option DM_UNIX_TIME to serialize date, datetime and time values as UNIX timestamps targeting issue #61

  • New option DM_NAIVE_IS_UTC to treat naïve datetime and time values as if they were in the UTC timezone (also for issue #61)

  • New keyword argument number_mode to use underlying C library numbers

  • Binary wheels for GNU/Linux and Windows on PyPI (one would hope: this is the reason for the beta1 release)

0.0.11 (2017-03-05)

  • Fix a couple of refcount handling glitches, hopefully targeting issue #48.

0.0.10 (2017-03-02)

  • Fix source distribution to contain all required stuff (PR #64)

0.0.9 (2017-03-02)

0.0.8 (2016-12-09)

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

python-rapidjson-0.9.4.tar.gz (201.7 kB view hashes)

Uploaded Source

Built Distributions

python_rapidjson-0.9.4-cp39-cp39-win_amd64.whl (126.9 kB view hashes)

Uploaded CPython 3.9 Windows x86-64

python_rapidjson-0.9.4-cp39-cp39-win32.whl (107.8 kB view hashes)

Uploaded CPython 3.9 Windows x86

python_rapidjson-0.9.4-cp39-cp39-manylinux2010_x86_64.whl (1.4 MB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.12+ x86-64

python_rapidjson-0.9.4-cp39-cp39-manylinux2010_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.12+ i686

python_rapidjson-0.9.4-cp39-cp39-manylinux1_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.9

python_rapidjson-0.9.4-cp39-cp39-macosx_10_9_x86_64.whl (199.6 kB view hashes)

Uploaded CPython 3.9 macOS 10.9+ x86-64

python_rapidjson-0.9.4-cp38-cp38-win_amd64.whl (128.2 kB view hashes)

Uploaded CPython 3.8 Windows x86-64

python_rapidjson-0.9.4-cp38-cp38-win32.whl (108.4 kB view hashes)

Uploaded CPython 3.8 Windows x86

python_rapidjson-0.9.4-cp38-cp38-manylinux2010_x86_64.whl (1.4 MB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.12+ x86-64

python_rapidjson-0.9.4-cp38-cp38-manylinux2010_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.12+ i686

python_rapidjson-0.9.4-cp38-cp38-manylinux1_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.8

python_rapidjson-0.9.4-cp38-cp38-macosx_10_9_x86_64.whl (200.3 kB view hashes)

Uploaded CPython 3.8 macOS 10.9+ x86-64

python_rapidjson-0.9.4-cp37-cp37m-win_amd64.whl (128.0 kB view hashes)

Uploaded CPython 3.7m Windows x86-64

python_rapidjson-0.9.4-cp37-cp37m-win32.whl (107.8 kB view hashes)

Uploaded CPython 3.7m Windows x86

python_rapidjson-0.9.4-cp37-cp37m-manylinux2010_x86_64.whl (1.4 MB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.12+ x86-64

python_rapidjson-0.9.4-cp37-cp37m-manylinux2010_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.12+ i686

python_rapidjson-0.9.4-cp37-cp37m-manylinux1_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.7m

python_rapidjson-0.9.4-cp37-cp37m-macosx_10_9_x86_64.whl (199.6 kB view hashes)

Uploaded CPython 3.7m macOS 10.9+ x86-64

python_rapidjson-0.9.4-cp36-cp36m-win_amd64.whl (128.0 kB view hashes)

Uploaded CPython 3.6m Windows x86-64

python_rapidjson-0.9.4-cp36-cp36m-win32.whl (107.8 kB view hashes)

Uploaded CPython 3.6m Windows x86

python_rapidjson-0.9.4-cp36-cp36m-manylinux2010_x86_64.whl (1.4 MB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.12+ x86-64

python_rapidjson-0.9.4-cp36-cp36m-manylinux2010_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.12+ i686

python_rapidjson-0.9.4-cp36-cp36m-manylinux1_i686.whl (1.3 MB view hashes)

Uploaded CPython 3.6m

python_rapidjson-0.9.4-cp36-cp36m-macosx_10_9_x86_64.whl (199.6 kB view hashes)

Uploaded CPython 3.6m macOS 10.9+ x86-64

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page