Jody Garnett wrote:
> It actually looks like the way in which you connect is now different? 
> Can we place these constants on the datastore factory like every other 
> datastore?
They actually are on the factory like every other datastore, in the form 
of static final DataAccessFactory.Param fields.

One thing that bothers me though is they being static final AND mutable 
:(. But yeah, right now arcsde does it like every other datastore factory.

Sorry for the confusion, though remember there's no a single API class 
on the module, as there shouldn't be on any other datastore plugin. 
Moreover, nothing in a package deeper than org.geotools.arcsde is meant 
to be accessed by client code, hence the availability of Param class 
fields in the factory now.

hope that makes sense. I'll be on irc for a while if you want to chat.

Cheers,
Gabriel

> 
> Jody
> 
> On 12/07/2009, at 11:45 PM, Jody Garnett wrote:
> 
>> Okay I sorted it out; you have renamed one of the classes - breaking 
>> any code that used the connection parameters as static final 
>> constants.  Can we restore the previous class and *just* have the 
>> static final constants there?
>>
>> NOW
>> import static 
>> org.geotools.arcsde.data.ArcSDEDataStoreConfig.DBTYPE_PARAM_NAME;
>>
>> BEFORE
>> import static 
>> org.geotools.arcsde.pool.ArcSDEConnectionConfig.INSTANCE_NAME_PARAM;
>>
>> Jody
>>
>> On 12/07/2009, at 11:36 PM, Jody Garnett wrote:
>>
>>> Hi Gabriel:
>>>
>>> The connection parameters for ArcSDEDataStoreFactory have changed on 
>>> me; did I miss the memo on this one?
>>>
>>> Jody
>>
> 


-- 
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to