MS RFC 8: Pluggable External Feature Layer Providers

Daniel Morissette dmorissette at DMSOLUTIONS.CA
Thu Oct 27 07:47:48 EDT 2005


Jani Averbach wrote:
> 
> I would like to ask MS TSC to vote for this proposal. I am sorry that this 
> came so late, but if this passes, it will be ready and implemented for coming 4.8
> before feature freeze.
> 

You realize that Oct 31st is only 4 days away?

> The proposal is important because it actually implements the way to include external
> providers for Mapserver.  As technically, it isn't very big because mostly all work 
> has been done by MS-RFC-3 (vtable architecture).
> 
> http://ms.gis.umn.edu/development/rfc/ms-rfc-8
> 

In the proposal you wrote:

> Technical Solution
> 
>     * New MAP-file keyword PLUGINLIB with string argument. This keywords tells which library dynamically to load for this layer.
>     * New connection type CUSTOM
> 

So this means that the PLUGINLIB parameter needs to be set explicitly 
for each layer that uses a given plugin? Is the value the full path to a 
.so file (DLL on Windows)? e.g.
PLUGINLIB  "/opt/mapserver/plugins/myplugin.so"

This could make it painful to migrate mapfiles from windows to Linux 
because then you need to edit every single layer to change the path and 
extension.

How about a more automated mechanism where we set a MS_PLUGIN_DIR 
variable in the environment prior to calling MapServer or via a CONFIG 
directive at the map level, then the PLUGINLIB becomes a PLUGIN keyword 
whose value is the basename of the plugin file?

e.g. the example above becomes:

MAP
   ...
   CONFIG "MS_PLUGIN_DIR" "/opt/mapserver/plugins"
   ...

   LAYER
     CONNECTIONTYPE CUSTOM
     PLUGIN "myplugin"
     ...
    END
END


Daniel
-- 
------------------------------------------------------------
  Daniel Morissette               dmorissette at dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------



More information about the mapserver-dev mailing list