Nirum changelog
Version 0.5.0
To be released.
Language
Docs target
- Docs target became to support manual pages besides reference docs extracted from Nirum source codes. It scans all CommonMark (i.e., *.md) files and transforms them to HTML pages.
- CommonMark in docstrings became to support table syntax extension.
- CommonMark in docstrings became to have a limited subset of
special attributes extension. It’s only allowed to heading elements and
only anchor identifiers are supported (e.g.,
{#header-id}). style,header, andfooteroptions were added. These options purpose to customize the look and feel of the result pages.- Fixed an incorrect processing of CommonMark thight list items: it had crashed when a thight list item contains blocks other than paragraphs.
Et cetera
- Dropped 32-bit Windows support.
- The official Docker image repository was moved to nirumlang/nirum (from spoqa/nirum).
Version 0.4.1
Released on June 8, 2018.
Et cetera
- The official Docker images became to have netbase pacakage. See the related issue on Haskell Stack as well.
Version 0.4.0
Released on May 25, 2018.
Language
Union tags became possible to have
defaultkeyword. It’s useful for migrating a record type to a union type. [#13, #227]Enum members and union tags became disallowed to shadow an other type name in a module. It’s because in some target languages we compile both types and members/tags into objects that share the same namespace. In Python, both types and union tags are compiled into classes.
For example, the following definitions had been allowed, but now became disallowed:
unboxed foo (text); // ^~~ enum bar = foo | baz; // ^~~record foo (text a); // ^~~ union bar = foo (text b) | baz (text c); // ^~~This rule is applied even between a member/tag and its belonging enum/union type as well. The following definitions are disallowed:
enum foo = foo | bar; ^~~ ^~~union bar = foo (text a) | bar (text b); ^~~ ^~~If you already have used the same name for a type and a tag, you can avoid breaking backward compatibility of serialization by specifying a different behind name. For example, if you’ve had a definition like:
enum foo = foo | bar; // ^~~ ^~~It can be changed like the following:
enum foo = foo-renamed/foo | bar; // ^~~~~~~~~~~ ^~~Enum members and union tags became disallowed to shadow other enum members and union tags even if they belong to an other type. It’s because in some target language we compile them into objects that share the same namespace, regardless of their belonging type.
For example, the following definitions had been allowed, but now became disallowed:
enum foo = bar | baz; // ^~~ enum qux = quux | bar; // ^~~union foo = bar (text a) | baz (text b); // ^~~ enum qux = quux | bar; // ^~~union foo = bar (text a) | baz (text b); // ^~~ union qux = quux (text c) | baz (text d); // ^~~If you already have used the same name for members/tags of different enum/union types, you can avoid breaking backward compatibility of serialization by specifying a different behind name. For example, if you’ve had a definition like:
enum foo = bar | baz; // ^~~ union qux = bar (text a) | quux (text b); // ^~~It can be changed like the following:
enum foo = bar-renamed/bar | baz; // ^~~~~~~~~~~ ^~~ union qux = bar (text a) | quux (text b);Fixed a compiler bug that an error message on name duplicates had referred to a wrong line/column number. [#255]
Added aliased import. It’s handy to avoid a name shadowing. [#217, #258]
import iso (country as iso-country); import types (country);Added support for integer type annotation argument. [#178, #267]
service foo-service ( @bar(baz=1) int32 qux (int32 quux), );Deprecated
uriandurltype is added. [#126, #277 by Jonghun Park]
Docs target
A new required configuration
targets.docs.titlewas added. It’s rendered in generated HTML documents’<title>element. [#253]Docs now have a sidebar which contains table of contents. [#257]
Fixed a bug that a module-level docs hadn’t been rendered. Now it’s shown in the right below the module name. [#259]
Python target
Generated Python packages became to have two entry points (a feature provided by setuptools):
nirum.modules: It maps Nirum modules to Python modules. Nirum module paths are normalized to avoid underscores and upper letters and use hyphens and lower letters instead, e.g.,foo-bar.baz. The table works well withrenamessettings as well.nirum.classes: It maps Nirum types (including services) to Python classes. Nirum type names are qualified and their leading module paths are also normalized (the same rule tonirum.modulesapplies here).
Generated deserializers became independent from nirum-python runtime library. [#160, #272]
Error messages made during deserialization became more standardized. Every error now consists of two fields: one represents a path to the value having an error, and other one is a human-readable message.
For example, suppose there’s types like:
record user (dob date); record user-group ([user] users);and the following payload for
user-grouptype is given:[ {"_type": "user", "dob": "2000-06-30"}, {"_type": "user", "dob": "2000-13-32"} ]An error is reported with a path like
[1].dob.Added an optional
on_errorcallback parameter to generated__nirum_deserialize__()methods.It has to be a callable which has two parameters (and no return value). An
on_errorcallback is called every time any validation/parsing error happens during deserialization, and it can be called multiple times at a single call of__nirum_deserialize__().The callback function’s first parameter takes a string referring a path to the value having an error (e.g.,
'.users[0].dob'). The second parameter takes an error message string (e.g.,'Expected a string of RFC 3339 date, but the date is invalid.').When it’s omitted or
None, aValueErroris raised with a multiline message that consists of all error messages made during deserialization, as it has been.
Fixed a bug that record/union deserializers refuses payloads without
"_type"field. It is only for humans and can be omitted according to the specification.All integral types (
int32,int64, andbigint) became represented asnumbers.Integralinstead ofint.There’s no change to Python 3.
The
uritype became represented asbasestringinstead ofunicodein Python 2, since URI (unlike IRI) is limited to a subset of ASCII character set.There’s no change to Python 3.
Generated type constructors became to validate field value’s range or format besides class checks: range checks for
int32/int64, time zone (tzinfo) awareness check fordatetime, and basic format check foruri.Generated service methods became to have its own serialization and deserialization functions. Each method object now has these attributes:
__nirum_serialize_arguments__takes the same keywords to the method parameters and serialize them into a mapping object (which can be directly translated to a JSON object). It can raise aTypeErrororValueErrorif any invalid values are passed.__nirum_deserialize_arguments__takes a mapping object returned byjson.load()/json.loads()(and an optionalon_errorcallable) and deserialize it into a mapping object of pairs from parameter’s facial name string to its corresponding Python object.__nirum_argument_serializers__is a mapping object that keys are a string of method’s parameter facial name and values are its serializer.A serializer function takes an argument value and returns its corresponding value which can be passed to
json.dump()/json.dumps(). It can raise aTypeErrororValueErrorif an argument is invalid.__nirum_argument_deserializers__is a mapping object that keys are a string of method’s parameter behind name and values are its deserializer.A deserializer function takes an argument value preprocessed by
json.load()/json.loads()with an optionalon_errorcallback, and returns its corresponding Python object.__nirum_serialize_result__takes a method’s return value and serialize it into a corresponding value which can be passed tojson.dump()/json.dumps().If the given value does not match to method’s return type it raises
TypeError, orValueErrorif the value is invalid.This attribute is
Noneif the method has no return type.__nirum_deserialize_result__takes a result value preprocessed byjson.load()/json.loads()with an optionalon_errorcallback, and deserialize it into its corresponding Python object.This attribute is
Noneif the method has no return type.__nirum_serialize_error__takes a method’s error object and serialize it into a corresponding value which can be passed tojson.dump()/json.dumps().If the given error object does not match to method’s return type it raises
TypeError, orValueErrorif the error object is invalid.This attribute is
Noneif the method has no error type.__nirum_deserialize_error__takes an error value preprocessed byjson.load()/json.loads()with an optionalon_errorcallback, and deserialize it into its corresponding Python object.This attribute is
Noneif the method has no error type.
Removed
__nirum_get_inner_type__()class methods from generated unboxed type classes.Removed
__nirum_record_behind_name__static fields and__nirum_field_types__()class methods from generated record type classes.Removed
__nirum_tag_names__,__nirum_union_behind_name__, and__nirum_field_names__static fields from generated union type classes.Removed
__nirum_tag_types__static fields from generated union tag classes.Removed
__nirum_schema_version__static field from generated service classes.Fixed a bug that generated service methods hadn’t checked its arguments before its transport sends a payload. [#220]
Fixed a bug that field/parameter names that use a module name of the Python standard library cause runtime
TypeErrors (due to name shadowing). Under the hood, all generatedimports are now aliased with a name prefixed an underscore.
Et cetera
- The officially distributed executable binaries for Linux became dependent on glibc again.
- The official Docker images became based on Debian (minideb) instead of Alpine Linux. It’s because Alpine Linux doesn’t provide GHC 8.2 as of March 2018.
Version 0.3.3
Released on March 15, 2018.
Et cetera
- The official Docker images became to have CA certificates.
Version 0.3.2
Released on March 15, 2018.
Et cetera
- Fixed a broken build of the official Docker images.
Version 0.3.1
Released on March 1, 2018.
Python target
- Fixed record/union deserializers to ignore unknown fields in data payload.
Deserializers had raised
KeyErrorbefore. [#232]
Version 0.3.0
Released on February 18, 2018.
Language
- Package is now a new compilation unit of Nirum. Every Nirum package needs package.toml manifest file. [#83, #99]
- Since a Nirum package can be compiled to more than one target languages,
the
nirumcommand became to have-t/--targetrequired parameter. [#106, #111, #114] - Added
-w/--watchmode. [#91, #104, #218] - Annotations became able to have multiple arguments and every parameter became necessary to having its name (keyword). [#178, #190, #197]
- Service methods became able to omit their return types. [#179, #199 by Yang Chun Ung]
- Added
@errorannotation to make a type to subclass an exception base class (e.g.,Exceptionin Python) when it’s compiled to OO languages. [#38, #127] - Union tag docstrings in parentheses became allowed. [#153, #154]
- Fixed a parser bug that a bare identifier (i.e., unquoted identifier) cannot
start with a reserved keyword, e.g.,
types(typeis reserved),enumeration(enumis reserved). [#184, #189] - Fixed a parser bug that
importnames had been disallowing to have a trailing comma or newlines. [#202] - Fixed the
nirumcommand bug that it had always terminated with exit code 0 even when it errored. [#97, #108]
Docs target
- A new target,
docsis now available. To generate docs for a Nirum package, specify--target docsoption to thenirumcommand. [#10, #113, #116, #125, #131, #152, #170, #223]
Python target
- Now supports Python 2.7 besides Python 3.4 or later. [#50, #85, #93, #117, nirum-python #22]
- Now requires nirum-python 0.6.0 or later. [#119, #141, #146]
- From now on, in order to compile a Nirum package to Python,
package.toml manifest need
targets.pythonsection andtargets.python.namefield. [#99] - Added
targets.python.minimum_runtimeoption to specify the minimum version of nirum-python runtime library. [#118, #119] - Added
targets.python.renamesoption to rename module names when they are compiled to a Python module. [#121] - More package metadata became configurable. [#100]
- Added new transport layer. [#149, nirum-python #79, nirum-python #92]
- Generated constructors of service clients became to take a
nirum.transport.Transportinstance. - Followed renamed/moved import paths of the runtime classes
(e.g.,
nirum.rpc.Servicebecame tonirum.service.Service). - The way to avoid name collision between generated types and runtime
classes is changed. The runtime library had provided alternative names
like
service_typeforServiceand generated imports had been likefrom nirum.rpc import service_type, but it’s nowfrom nirum.service import Service as service_type.
- Generated constructors of service clients became to take a
- Record/union tag fields of an optional type can be omitted when the constructor is called. [#70, #165 by Seunghun Lee]
- Generated tag classes became qualified under its union class
(e.g.,
Shape.Rectangleinstead ofRectangle). Deprecated the old style and it is going to be obsolete in the near future. [#68, #193] - Generated service clients became qualified under its service class
(e.g.,
FooService.Clientinstead ofFooService_Client). Deprecated the old style and it is going to be obsolete in the near future. [#167, #222]. - Generated serializers became independent from nirum-python runtime library. [#160, #201, #203, #204]
- Deserializers became to show multiple error messages at a time. [#168, #224]
- Generated Python classes became having
__nirum_type__metadata for RTTI. [nirum-python #34, #192] - Generated service classes became having
__nirum_method_annotations__metadata for processing annotations. [#194] - Docstrings in a Nirum schema became to generate corresponding Python docstrings. [#102, #128]
- Sets, lists, and maps became compiled to immutable data structures so that thay are easily hashable. [nirum-python #49, #123]
- Fixed a bug that implicit ancestor packages hadn’t been generated even if they have submodules. [#92, #105]
- Fixed a bug that a generated Python code had raised
NameErrorwhen a referring type is above than a referred type. [#138, nirum-python #88, #146] - Fixed a bug that a generated Python
enumcode had became broken when an enum type has a member namedmro. [#185, #188]
Et cetera
- The officially distributed executable binaries for Linux became independent from glibc; instead statically linked to musl. #216
- The Docker image now has
nirumcommand inPATH. [#155] - The Docker image became based and built on Alpine Linux so that the image is now much lighter.
Version 0.2.0
Still unstable release. Released on September 26, 2016.
Language
- The
boxedkeyword was renamed tounboxed. [#65, #81] - Annotations became renewed and complete so that every type and module now can be annotated. [#40, #73]
- Docstrings became merely a syntactic sugar of
@docsannotation. [#53, #57] - Fixed a parser bug which had failed to parse spaces right before/after tag parentheses. [#69, #71]
- Fixed a parser bug which had referred to a wrong line/column position on syntax error message when a trailing semicolon is missing. [#64]
Python target
- Services became to have their own client implementation of a name with
_Clientpostfix when they are compiled to Python. [#52] - Generated types became to have
__hash__()method so that they are now hashable. [#75, #76] - Fixed a bug that a Python class generated from a parameterless tag had been broken. [#55, #66]
Et cetera
- Introduced the official Docker image. The image repository is located to spoqa/nirum. [#48 by Minyoung Jeong]
Version 0.1.0
Initial and unstable release for a demo session at PyCon APAC 2016. Released on August 14, 2016.