++ed by:

1 PAUSE user
4 non-PAUSE users.

Chris Prather
and 12 contributors


JSON::Any - Wrapper Class for the various JSON classes.


version 1.32


This module tries to provide a coherent API to bring together the various JSON modules currently on CPAN. This module will allow you to code to any JSON API and have it work regardless of which JSON module is actually installed.

        use JSON::Any;

        my $j = JSON::Any->new;

        $json = $j->objToJson({foo=>'bar', baz=>'quux'});
        $obj = $j->jsonToObj($json);


        $json = $j->encode({foo=>'bar', baz=>'quux'});
        $obj = $j->decode($json);


        $json = $j->Dump({foo=>'bar', baz=>'quux'});
        $obj = $j->Load($json);


        $json = $j->to_json({foo=>'bar', baz=>'quux'});
        $obj = $j->from_json($json);

or without creating an object:

        $json = JSON::Any->objToJson({foo=>'bar', baz=>'quux'});
        $obj = JSON::Any->jsonToObj($json);

On load, JSON::Any will find a valid JSON module in your @INC by looking for them in this order:


And loading the first one it finds.

You may change the order by specifying it on the use JSON::Any line:

        use JSON::Any qw(DWIW XS CPANEL JSON PP);

Specifying an order that is missing modules will prevent those module from being used:

        use JSON::Any qw(CPANEL PP); # same as JSON::MaybeXS

This will check in that order, and will never attempt to load JSON::XS, JSON.pm, or JSON::DWIW. This can also be set via the $ENV{JSON_ANY_ORDER} environment variable.

JSON::Syck has been deprecated by it's author, but in the attempt to still stay relevant as a "Compat Layer" JSON::Any still supports it. This support however has been made optional starting with JSON::Any 1.19. In deference to a bug request starting with JSON 1.20 JSON::Syck and other deprecated modules will still be installed, but only as a last resort and will now include a warning.

    use JSON::Any qw(Syck XS JSON); 



WARNING: If you call JSON::Any with an empty list

    use JSON::Any ();

It will skip the JSON package detection routines and will die loudly that it couldn't find a package.




version 1.32


JSON::XS 3.0 or higher has a conflict with any version of JSON.pm less than 2.90 when you use JSON.pm's -support_by_pp option, which JSON::Any enables by default.

This situation should only come up with JSON::Any if you have JSON.pm 2.61 or lower and JSON::XS 3.0 or higher installed and you for JSON::Any to use JSON.pm via use JSON::Any qw(JSON); or the JSON_ANY_ORDER environment variable.

If you run into an issue where you're getting recursive inheritance errors in a Types::Serialiser package, please try upgrading JSON.pm to 2.90 or higher.


The original need for JSON::Any has been solved (quite some time ago actually). If you're producing new code it is recommended to use JSON.pm which will optionally use JSON::XS for speed purposes.

JSON::Any will continue to be maintained for compatibility with existing code, and frankly because the maintainer prefers the JSON::Any API.



Will take any of the parameters for the underlying system and pass them through. However these values don't map between JSON modules, so, from a portability standpoint this is really only helpful for those parameters that happen to have the same name. This will be addressed in a future release.

The one parameter that is universally supported (to the extent that is supported by the underlying JSON modules) is utf8. When this parameter is enabled all resulting JSON will be marked as unicode, and all unicode strings in the input data structure will be preserved as such.

Also note that the allow_blessed parameter is recognised by all the modules that throw exceptions when a blessed reference is given them meaning that setting it to true works for all modules. Of course, that means that you cannot set it to false intentionally in order to always get such exceptions.

The actual output will vary, for example JSON will encode and decode unicode chars (the resulting JSON is not unicode) whereas JSON::XS will emit unicode JSON.


Takes no arguments, returns a string indicating which JSON Module is in use.


Takes no arguments, if called on an object returns the internal JSON::* object in use. Otherwise returns the JSON::* package we are using for class methods.


Takes no arguments, returns the special value that the internal JSON object uses to map to a JSON true boolean.


Takes no arguments, returns the special value that the internal JSON object uses to map to a JSON false boolean.


Takes a single argument, a hashref to be converted into JSON. It returns the JSON text in a scalar.


Aliases for objToJson, can be used interchangeably, regardless of the underlying JSON module.


Takes a single argument, a string of JSON text to be converted back into a hashref.


Aliases for jsonToObj, can be used interchangeably, regardless of the underlying JSON module.


This module came about after discussions on irc.perl.org about the fact that there were now six separate JSON perl modules with different interfaces.

In the spirit of Class::Any, JSON::Any was created with the considerable help of Matt 'mst' Trout.

Simon Wistow graciously supplied a patch for backwards compat with JSON::XS versions previous to 2.01

San Dimas High School Football Rules!


  • Chris Thompson <cthom@cpan.org>

  • Chris Prather <chris@prather.org>

  • Robin Berjon <robin@berjon.com>

  • Marc Mims <marc@questright.com>

  • Tomas Doran <bobtfish@bobtfish.net>


This software is copyright (c) 2013 by Chris Thompson.

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.


  • Chris Prather <cprather@hdpublishing.com>

  • Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>

  • Justin Hunter <justin.d.hunter@gmail.com>

  • Matthew Horsfall <wolfsage@gmail.com>

  • Todd Rinaldo <toddr@cpan.org>

  • marc.mims <marc.mims@daca5766-e62f-0410-9ddd-e5e43faa6270>

  • nothingmuch@woobling.org <nothingmuch@woobling.org@daca5766-e62f-0410-9ddd-e5e43faa6270>

  • perigrin <perigrin@daca5766-e62f-0410-9ddd-e5e43faa6270>

  • robin.berjon@gmail.com <robin.berjon@gmail.com@daca5766-e62f-0410-9ddd-e5e43faa6270>

1 POD Error

The following errors were encountered while parsing the POD:

Around line 701:

Non-ASCII character seen before =encoding in 'Mannsåker'. Assuming ISO8859-1