|
||||||||||
PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |
public interface DataAccessFactory
Constructs a live DataAccess from a set of connection parameters.
The following example shows how a user might connect to a PostGIS database, and maintain the resulting datastore in a Registry:
HashMap params = new HashMap();
params.put("namespace", "leeds");
params.put("dbtype", "postgis");
params.put("host","feathers.leeds.ac.uk");
params.put("port", "5432");
params.put("database","postgis_test");
params.put("user","postgis_ro");
params.put("passwd","postgis_ro");
DefaultRegistry registry = new DefaultRegistry();
registry.addDataStore("leeds", params);
DataStore postgis = registry.getDataStore( "leeds" );
FeatureSource = postgis.getFeatureSource( "table" );
The required parameters are described by the getParameterInfo() method. Client
An instance of this interface should exist for all DataAccess implementations that want to advantage of the dynamic plug-in system. In addition to implementing this interface a DataAccess implementation should provide a services file:
META-INF/services/org.geotools.data.DataAccessFactory
The file should contain a single line which gives the full name of the implementing class.
Example:e.g.
org.geotools.data.mytype.MyTypeDataSourceFacotry
The factories are never called directly by client code, instead the DataStoreFinder class is used.
modules/library/api (gt-api.jar)
Nested Class Summary | |
---|---|
static class |
DataAccessFactory.Param
Data class used to capture Parameter requirements. |
Method Summary | |
---|---|
boolean |
canProcess(Map<String,Serializable> params)
Test to see if this factory is suitable for processing the data pointed to by the params map. |
DataAccess<? extends FeatureType,? extends Feature> |
createDataStore(Map<String,Serializable> params)
Construct a live DataAccess using the connection parameters provided. |
String |
getDescription()
Describe the nature of the datasource constructed by this factory. |
String |
getDisplayName()
Name suitable for display to end user. |
DataAccessFactory.Param[] |
getParametersInfo()
MetaData about the required Parameters (for createDataStore). |
boolean |
isAvailable()
Test to see if the implementation is available for use. |
Methods inherited from interface Factory |
---|
getImplementationHints |
Method Detail |
---|
DataAccess<? extends FeatureType,? extends Feature> createDataStore(Map<String,Serializable> params) throws IOException
You can think of this class as setting up a connection to the back end data source. The required parameters are described by the getParameterInfo() method.
Magic Params: the following params are magic and are honoured by convention by the GeoServer and uDig application.
params
- The full set of information needed to construct a live
data store. Typical key values for the map include: url -
location of a resource, used by file reading datasources. dbtype
- the type of the database to connect to, e.g. postgis, mysql
IOException
- if there were any problems setting up (creating or
connecting) the datasource.String getDisplayName()
A non localized display name for this data store type.
String getDescription()
A non localized description of this data store type.
DataAccessFactory.Param[] getParametersInfo()
Interpretation of FeatureDescriptor values:
This should be the same as:
Object params = factory.getParameters();
BeanInfo info = getBeanInfo( params );
return info.getPropertyDescriptors();
boolean canProcess(Map<String,Serializable> params)
If this datasource requires a number of parameters then this mehtod should check that they are all present and that they are all valid. If the datasource is a file reading data source then the extentions or mime types of any files specified should be checked. For example, a Shapefile datasource should check that the url param ends with shp, such tests should be case insensative.
params
- The full set of information needed to construct a live
data source.
boolean isAvailable()
Most factories will simply return true
as GeoTools will
distribute the appropriate libraries. Though it's not a bad idea for
DataStoreFactories to check to make sure that the libraries are there.
OracleDataStoreFactory is an example of one that may generally return
false
, since GeoTools can not distribute the oracle jars.
(they must be added by the client.)
One may ask how this is different than canProcess, and basically available is used by the DataStoreFinder getAvailableDataStore method, so that DataStores that can not even be used do not show up as options in gui applications.
|
||||||||||
PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |