Repository navigation
Add adapter modules and methods for mixbox modules/methods that break backwards compatibility #280
Description
There are a few things we've been cooking up in mixbox that may be incompatible with existing, documented code.
An example is the idgen module [1], which was moved to mixbox, but now accepts different arguments (was a dictionary, now a mixbox.namespaces.Namespace object).
We should try to write adapters where possible and limit the impact of moving to mixbox as much as we can.
[1] http://stix.readthedocs.org/en/stable/overview/id_namespaces.html#id-namespaces
Activity
abulhol commentedon Nov 3, 2015
I appreciate your work on this. At the moment, I am pretty confused by idgen appearing in maec.utils, mixbox and cybox.utils and not working as expected. I get errors on set_id_namespace: "Must be a Namespace object", and set_id_method(IDGenerator.METHOD_INT) results in UUID instead of integer IDs (except if I use the Master branch).
bworrell commentedon Nov 3, 2015
@abulhol, If you are interested in using python-stix/python-cybox/python-maec, we recommend heading on over to PyPI and downloading an official release (or using
pip install maec) rather than trying to use the latest commits from the repository.If you are running code off of a branch on GitHub (including
master) you are working from in-development code (with ax.y.z.dev[number]version number) which may not work the way you want it to :)Take a look at the python-maec installation documentation for more details.
abulhol commentedon Nov 4, 2015
Sorry, I messed up the imports. Now it works.