Portico is an open source, cross-platform, fully supported HLA RTI implementation. Designed with modularity and flexibility in mind, Portico is a production-grade RTI for the Simulation and Training Community, so come say hi!
When we build a consolidated ObjectModel as part of federation creation or joining we currently remove any existing MOM, and then re-add our own. We do this so that we can explicitly control the handles allocated to MOM types. However, when we put the MOM back, we only put back the parts we support, meaning that a large amount of it is missing.
When you go to use Portico with some middleware tools, they'll try to use the MOM, expecting that it will all be there (as it should be), and throw NameNotFound errors when it's not. This needs to be fixed.
For a proper fix we should take the MOM from the standard file and then replace any existing handles with the ones that we want, or just have a better way to manage lookups for handles in the bits of the MOM that we do support. Either way - a fix is required.
When we build a consolidated
ObjectModelas part of federation creation or joining we currently remove any existing MOM, and then re-add our own. We do this so that we can explicitly control the handles allocated to MOM types. However, when we put the MOM back, we only put back the parts we support, meaning that a large amount of it is missing.When you go to use Portico with some middleware tools, they'll try to use the MOM, expecting that it will all be there (as it should be), and throw
NameNotFounderrors when it's not. This needs to be fixed.For a proper fix we should take the MOM from the standard file and then replace any existing handles with the ones that we want, or just have a better way to manage lookups for handles in the bits of the MOM that we do support. Either way - a fix is required.