Model to text framework for PyEcore, including the Ecore to Python generator
pyecoregen is a code generator, producing Python classes from Ecore models. It can be used at the command line as well as a module. In the latter case the passed model is expected to be an instance of the pyecore metamodel.
After using pyecoregen, you have a Python package representing the classes from the Ecore model. The generated classes are instances of the pyecore metaclasses. Please see pyecore for documentation how to work with them.
pyecoregen comes in form or a regular Python distribution and can be installed from Github or PyPI with a simple:
$ pip install pyecoregen
The library works with any version of Python >= 3.4.
Code generation can be done programmatically and directly at the command line.
After installation an executable script pyecoregen has been installed. Assuming library.ecore is your Ecore XMI file, and you want to generate the classes in some/folder, you can do:
$ pyecoregen -vv -e library.ecore -o some/folder
The -vv is optional to raise verbosity to log level DEBUG. You should see output like this:
2017-05-26 08:06:54,303 INFO [multigen.generator] Generating code to '/here/some/folder'. 2017-05-26 08:06:54,304 DEBUG [multigen.generator] <pyecore.ecore.EPackage object at 0x000001DCF3C61E80> --> '/here/some/folder/library/__init__.py' 2017-05-26 08:06:54,363 DEBUG [multigen.generator] <pyecore.ecore.EPackage object at 0x000001DCF3C61E80> --> '/here/some/folder/library/library.py'
The pyecoregen command line interface also allows you to generate the classes from a remote Ecore XMI file if its “path” starts with http(s)://. The usage does not change:
$ pyecoregen -e "http://path/towards/my/ecore" -o some/folder
If you need to generate code from an in-memory representation of a pyecore model, you instantiate the EcoreGenerator class and call the generate method. Assuming you have loaded above model and hold it’s root package in library_pkg, you would generate with:
generator = EcoreGenerator() generator.generate(library_pkg, 'some/folder')
The end user can control some of the features how the metamodel code is generated. This can be done at the command line as well as via programmatic invocation. A command line parameter --my-param is then turning into a keyword argument my_param.
- --auto-register-package (Default: False)
- If enabled, the generated packages are automatically added to pyecore’s global namespace registry, which makes them available during XMI deserialization.
- --user-module (Default: None)
- If specified, the given string is interpreted as a dotted Python module path. E.g. --user-module my.custom_mod will make the generated code import mixin classes from a module my.custom_mod. A generated class with name <name> then derives from a mixin <name>Mixin, which is expected to be part of the user module. If this option is used, the generator also produces a skeleton file which contains all required mixin classes and methods. Usually you copy parts of this template to your own module, which is then checked into version control all your other code.
- --with-dependencies (Default: False)
- If enabled, the generator also generates code from all metamodels that are dependencies of the input metamodel. A metamodel dependency is typically a reference from the input metamodel to another .ecore file. Please note that this option introduces slower code generation as all metamodels must be scanned in order to determine dependencies.
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size||File type||Python version||Upload date||Hashes|
|Filename, size pyecoregen-0.4.3-py3-none-any.whl (14.8 kB)||File type Wheel||Python version py3||Upload date||Hashes View|
|Filename, size pyecoregen-0.4.3.tar.gz (11.4 kB)||File type Source||Python version None||Upload date||Hashes View|
Hashes for pyecoregen-0.4.3-py3-none-any.whl