[fdo-internals] Provider registry

Zac Spitzer zac.spitzer at gmail.com
Tue Dec 16 21:17:10 EST 2008


The console app sounds like a great idea... if it was also capable of
also testing the provider for
any missing dependancies it would reduce a lot of  end user problems

z

On Tue, Dec 16, 2008 at 2:18 PM, Jason Birch <Jason.Birch at nanaimo.ca> wrote:
> 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
> _______________________________________________
> fdo-internals mailing list
> fdo-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-internals
>



-- 
Zac Spitzer -
http://zacster.blogspot.com
+61 405 847 168


More information about the fdo-internals mailing list