Hi,
I do need access to the "connection API", because I am also loading sde
annotations that are not supported by the geotools and I do not want to handle
the connections myself. There has been some problems while adding sde features
using the geotools. When adding features I do need create a childstate that
might not be the case in the older version of the geotools.
Like:
conn.startTransaction();
SeVersion userOneVersion = new SeVersion(conn,
SeVersion.SE_QUALIFIED_DEFAULT_VERSION_NAME);
SeState parentState = new SeState(conn, userOneVersion.getStateId());
SeState stateOne = createChildState(parentState, conn);
...
By the way, I found the "huge" bug in version 2.4.4:
//@Override
public String[] getPropertiesToFetch(SimpleFeatureType schema) throws
IOException {
List/*<String>*/ attNames = new
ArrayList/*<String>*/(schema.getAttributeCount() + 1);
Has to be:
//@Override
public String[] getPropertiesToFetch(FeatureType schema) throws
IOException {
List/*<String>*/ attNames = new
ArrayList/*<String>*/(schema.getAttributeCount() + 1);
Otherwise there will be no "1.4 java override", cause the method in the
abstract class is:
/**
* Returns the attribute names of the FeatureType passed to the constructor.
*
* @return DOCUMENT ME!
*
* @throws IOException
* if the SeLayer can't be obtained (only if the geomety
* attribute was not included in the request).
*/
public String[] getPropertiesToFetch(FeatureType schema) throws IOException
{
Will there be an update 2.4.5 in the near future?
/Manfred
-----Message d'origine-----
De : Gabriel Roldán [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 23 juillet 2008 17:26
À : geotools-gt2-users@lists.sourceforge.net
Cc : Manfred PAUL
Objet : Re: [Geotools-gt2-users] ArcSDE Problem
On Wednesday 09 July 2008 03:39:36 pm Manfred PAUL wrote:
> Hi,
>
> im am using geotools with an arcsde 9.2, but since version 2.4.4 (maybe
> 2.4.2, cause 2.4.1 works) i can't get a connection to my database. I tested
> also with 2.4.4 but the result is still the same:
> ...
> Is this a known problem?
no, your example should work as far as I can tell. Gonna try it out later to
see if I can reproduce, but so far the unit tests do pass.
>
>
> And I also wanted to know why there has been such "major" changes in an
> minor version update?
they're major internally, but not functionally (except support for versioned
tables were added). They were needed to address some substantial threading
and performance issues.
>
> Like:
>
> final ArcSDEConnectionPool connectionPool = dataStore.getConnectionPool();
>
> is not possible anymore, cause dataStore.getConnectionPool() has been
> changed to package scope.
>
>
> Can somebody change this back?
I'm afraid not. The ArcSDE datastore being a plugin is and always was meant to
be used only through the geotools data interfaces. You're doing well in
creating the map and calling DataStoreFinder to grab an arcsde datastore.
Hence the whole module, as with any other datastore, shall be
considered "private" and used only through the geotools data api interfaces.
Sometimes a class is public cause its needed by another package in the same
module, but its never API.
What do you need direct access to the connection pool btw?
Gabriel
>
> thanks
>
> /Manfred
>
>
>
> !DSPAM:4045,4875062e103513362379201!
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geotools-gt2-users mailing list
Geotools-gt2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
