[fdo-internals] Re: [mapguide-internals] Provider registry
Kenneth Skovhede, GEOGRAF A/S
ks at geograf.dk
Wed Dec 17 04:31:33 EST 2008
You can use namespaces to add attributes that do not violate the Xsd
validation:
http://www.w3schools.com/XML/xml_namespaces.asp
I would find it more clean to use the WiX Xml system, than a custom
piece of program.
Regards, Kenneth Skovhede, GEOGRAF A/S
Jason Birch skrev:
> Hi all,
>
> I'm working on an open source installer for MapGuide using the WiX toolset. As part of this, I want to offer users the choice of registering each of the installed providers or not during the install setup.
>
> Obviously, the best way of doing this would be to create a custom action DLL or exe that Registers on install and UnRegisters on uninstall, but I lack the C++ chops to do that.
>
> An alternative would be for me to write the XML to the providers.xml file directly using WiX's XMLConfig or XMLFile functions. However, I've run into a bit of a problem. There doesn't appear to be any way for me to create a FeatureProvider element and then reference that uniquely as the parent for the Name, etc, elements. Sure would be nice if the provider details were stored in attributes of the FeatureProvider rather than elements :)
>
> I'd thought of tagging each provider with a dummy name attribute, but I don't think that the schema MapGuide uses would validate against that:
>
> http://trac.osgeo.org/mapguide/browser/trunk/MgDev/Common/Schema/FeatureProviderRegistry-1.0.0.xsd <http://trac.osgeo.org/mapguide/browser/trunk/MgDev/Common/Schema/FeatureProviderRegistry-1.0.0.xsd>
>
> Does ADSK have custom action code for this that they'd be willing to open source? The FDO merge modules in the current MGOS installer appear to have a custom action which is called with the provider .dll as an argument; I'm guessing that this extracts the provider details and uses them to register the provider, but am not positive. If this functionality could be wrapped up into a console app, then it would be useful for both the installer and for end users / external provider authors.
>
> As an aside, I'd be happy to create a standalone installer for FDO once I've got the MapGuide one working. Perhaps I should be dealing with FDO core and providers as merge modules in preparation for that step.
>
> Any ideas?
>
> Thanks,
> Jason
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>
More information about the fdo-internals
mailing list