Rasn compiler

Try compiling some ASN.1 online.
The rasn-compiler library is a parser combinator that parses ASN.1 specifications and outputs bindings for ASN.1 data
elements using pluggable backends. Currently, the compiler can output:
- rust bindings to be used with the
rasn crate
- typescript type definitions for JER-encoded ASN.1 data elements
The compiler heavily relies on the great library nom for its basic parsers. The
parser has been designed to generate bindings for ASN.1 and it should not be used as a validating tool for ASN.1
modules.
Example
In order to compile ASN.1 in your build process, invoke the rasn-compiler in your
build.rs build script.
// build.rs build script
use std::path::PathBuf;
use rasn_compiler::prelude::*;
// Initialize the compiler with the rust/rasn backend.
// To use the typescript backend, initialize the compiler using
// `Compiler::<TypescriptBackend, _>::new()`
match Compiler::<RasnBackend, _>::new()
// add a single ASN1 source file
.add_asn_by_path(PathBuf::from("spec_1.asn"))
// add several ASN1 source files
.add_asn_sources_by_path(vec![
PathBuf::from("spec_2.asn"),
PathBuf::from("spec_3.asn"),
].iter())
// set an output path for the generated rust code
.set_output_path(PathBuf::from("./asn/generated.rs"))
// you may also compile literal ASN1 snippets
.add_asn_literal(format!(
"TestModule DEFINITIONS AUTOMATIC TAGS::= BEGIN {} END",
"My-test-integer ::= INTEGER (1..128)"
))
.compile() {
Ok(warnings /* Vec<Box<dyn Error>> */) => { /* handle compilation warnings */ }
Err(error /* Box<dyn Error> */) => { /* handle unrecoverable compilation error */ }
}
Configuring the Backend
The compiler backends can be configured by instantiating the compiler using the Compiler::new_with_config constructor.
rasn Backend Configuration
The RasnBackend configuration supports the following parameters:
- opaque_open_types:
bool: [Default: true] ASN.1 Open Types are represented as the rasn::types::Any type,
which holds a binary content. If opaque_open_types is false, the compiler will generate additional de-/encode
methods for all rust types that hold an open type. For example, bindings for a SEQUENCE with a field of Open Type
value will include a method for explicitly decoding the Open Type field. Non-opaque open types are still
experimental. If you have trouble generating correct bindings, switch back to opaque open types.
- default_wildcard_imports:
bool: [Default: false] The compiler will try to match module import dependencies
of the ASN.1 module as close as possible, importing only those types from other modules that are imported in the
ASN.1 module. If the default_wildcard_imports is set to true , the compiler will instead always import the
entire module using the wildcard * for each module that the input ASN.1 module imports from.
- generate_from_impls:
bool: [Default: false] To make working with the generated types a bit more ergonomic,
the compiler can generate From impls for the wrapper inner types in a CHOICE, as long as the generated impls are
not ambiguous.
- custom_imports:
Vec<String>: Stringified paths to items that will be imported into all generated modules with
a use declaration. For example
vec![String::from("my::module::*"), String::from("path::to::my::Struct")].
- type_annotations:
Vec<String>: [Default:
vec![String::from("#[derive(AsnType, Debug, Clone, Decode, Encode, PartialEq, Eq, Hash)]")]] Annotations to be
added to all generated rust types of the bindings. Each vector element will generate a new line of annotations. Note
that the compiler will automatically add all pound-derives needed by rasn except Eq and Hash, which are
needed only when working with SETs.
- no_std_compliant_bindings:
bool: [Default: false] create bindings for a no_std environment. Requires
lazy_static dependency as a runtime dependency for the generated bindings.
Creating a Custom Backend
The compiler’s backend can be replaced with a custom backend to generate bindings for a different language or framework.
Backends must implement the Backend trait that rasn-compiler exports.
// build.rs build script
use std::path::PathBuf;
use rasn_compiler::prelude::*;
// The `Backend` trait requires the implementor to implement `Default`
#[derive(Default)]
struct CustomBackend;
impl Backend for CustomBackend {
type Config = ();
const FILE_EXTENSION: &'static str = ".ext";
fn generate_module(
&mut self,
top_level_declarations: Vec<ToplevelDefinition>,
) -> Result<GeneratedModule, GeneratorError> {
Ok(GeneratedModule::empty())
}
fn generate(
&self,
tld: ToplevelDefinition
) -> Result<String, GeneratorError> {
Ok(String::new())
}
fn config(&self) -> &Self::Config {
&()
}
fn from_config(config: Self::Config) -> Self {
CustomBackend
}
fn new(
config: Self::Config,
tagging_environment: TaggingEnvironment,
extensibility_environment: ExtensibilityEnvironment,
) -> Self {
CustomBackend
}
}
// Initialize the compiler
match Compiler::<CustomBackend, _>::new()
// add a single ASN1 source file
.add_asn_by_path(PathBuf::from("spec_1.asn"))
// add several ASN1 source files
.add_asn_sources_by_path(vec![
PathBuf::from("spec_2.asn"),
PathBuf::from("spec_3.asn"),
].iter())
// set an output path for the generated rust code
.set_output_path(PathBuf::from("./asn/generated.rs"))
// you may also compile literal ASN1 snippets
.add_asn_literal(format!(
"TestModule DEFINITIONS AUTOMATIC TAGS::= BEGIN {} END",
"My-test-integer ::= INTEGER (1..128)"
))
.compile() {
Ok(warnings /* Vec<Box<dyn Error>> */) => { /* handle compilation warnings */ }
Err(error /* Box<dyn Error> */) => { /* handle unrecoverable compilation error */ }
}
CLI
The rasn-compiler provides a CLI application that can be activated with the cli cargo feature. Run
./rasn_compiler_cli -h for usage info.
ASN1 Support
ASN1 is a complex standard, and not all of its features and encoding rules are supported, yet.
Currently, rasn supports the following encoding rules:
- Basic Encoding Rules (BER)
- Canonical Encoding Rules (CER)
- Distinguished Encoding Rules (DER)
- Aligned Packed Encoding Rules (APER)
- Unaligned Packed Encoding Rules (UPER)
- JSON Encoding Rules (JER)
- Octet Encoding Rules (OER)
- XML Encoding Rules (XER)
rasn and the rasn-compiler support the following ASN1 features:
Types
NULL type and value
BOOLEAN type and value
REAL type and value (de-/encoding support for XER, JER, and OER only)
NumericString type and value
VisibleString type and value
IA5String type and value
GraphicString type and value
GeneralString type and value
UTF8String type and value
BMPString type and value
PrintableString type and value
BIT STRING type and value (hex- and bitstring declations)
OCTET STRING type and value (hex- and bitstring declations)
OBJECT IDENTIFIER type and value
RELATIVE-OID type and value
SEQUENCE type and value
SET type and value
SEQUENCE OF type and value
SET OF type and value
ENUMERATED type and value
CHOICE type and value
UTCTime type and value
GeneralizedTime type and value
Constraints
- Single value constraints
- Value range constraints
- Contained subtype constraints
- Size constraints
- Permitted alphabet constraints
- Constraint set operations
- Table constraints
Misc
DEFAULT member values
COMPONENTS OF notation
- Choice selection type notation (e.g.
option-1 < Example-choice)
- extensions and extension groups
- Parameterization (the
rasn-compiler creates rust representations for invocations of the parameterized data
elements in the given spec, i.e. it does not preserve the parameterization itself)
- Information Object Classes (however, they are not represented in the rust bindings)
- Information Objects
- Information Object Sets
Troubleshooting
If you have trouble generating correct bindings:
- try playing around with the compiler configuration that can be passed to the
Compiler::new_with_config constructor
- open an issue here, if possible with a sample of the problematic ASN.1
spec
评论