[Geoserver-users] datastore:SDE wasn't able to connect toSDE-Instance

Gabriel_Roldan2 · March 25, 2008, 3:04pm

Hi Albrecht,

what you need to try out is the gt2-arcsde-2.4-SNAPSHOT.jar file from the
nightly I sent you.
It may work with geoserver 1.6.3 since it uses geotools 2.4, but I can't say
for sure, the nightly is built directly from the latest revisions of svn for
both projects.

So, did you drop that arcsde jar in your geoserver 1.6.3?

Gabriel

PS: keep the mailing list cc'ed as the info may be of interest to others

On Tuesday 25 March 2008 03:48:19 pm Albrecht.Weiser@anonymised.com wrote:

Hi Gabriel,
i did as you told. Now i have no more warning about the java heap space.
But i get another Message. Here's the full stack (i used the 1.6.3 because
i still get no option for an ArcSDE datastore with the nightly build):

25 Mrz 15:38:03 INFO [geoserver.filters] - 127.0.0.1 "POST
/geoserver/config/data/storeSubmit.do" "Mozilla/5.0 (Windows; U; Windows NT
5.1; de; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12"
"http://localhost:8080/geoserver/config/data/storeSubmit.do" form
connection params { password="xxxxx", pool.minConnections=10, user="xxxxx",
instance="", pool.maxConnections=10, pool.timeOut=1000,
server="xxxxx.xxxxx.hessen.de", port=5151, dbtype="arcsde"} 25 Mrz 15:38:03
WARN [arcsde.pool] - No database name specified
25 Mrz 15:38:03 WARN [arcsde.pool] - No database name specified
25 Mrz 15:38:03 WARN [arcsde.pool] - No database name specified
25 Mrz 15:38:03 WARN [arcsde.pool] - No database name specified
25 Mrz 15:38:04 WARN [pool.ArcSDEConnectionPool] - Out of connections:
Timeout waiting for idle object java.util.NoSuchElementException: Timeout
waiting for idle object
  at
org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPo
ol.java:825) at
org.geotools.arcsde.pool.ArcSDEConnectionPool.getConnection(ArcSDEConnectio
nPool.java:231) at
org.geotools.arcsde.ArcSDEDataStoreFactory.createDataStore(ArcSDEDataStoreF
actory.java:212) at
org.geotools.data.DataStoreFinder.getDataStore(DataStoreFinder.java:91) at
org.vfny.geoserver.util.DataStoreUtils.getDataStore(DataStoreUtils.java:62)
at
org.vfny.geoserver.util.DataStoreUtils.acquireDataStore(DataStoreUtils.java
:51) at
org.vfny.geoserver.action.data.DataDataStoresEditorAction.execute(DataDataS
toresEditorAction.java:134) at
org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101) at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProce
ssor.java:431) at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236
) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:269) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacter
EncodingFilter.java:108) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:69) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:264) at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecu
rityInterceptor.java:107) at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSe
curityInterceptor.java:72) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslati
onFilter.java:110) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(An
onymousProcessingFilter.java:125) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(Remembe
rMeProcessingFilter.java:142) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(
SecurityContextHolderAwareRequestFilter.java:81) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFi
lter.java:217) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(Http
SessionContextIntegrationFilter.java:229) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98
) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
ava:213) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j
ava:174) at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:12
7) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11
7) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav
a:108) at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at
org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java
:834) at
org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(
Http11AprProtocol.java:640) at
org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1286) at
java.lang.Thread.run(Unknown Source)
25 Mrz 15:38:04 WARN [geotools.data] - Could not acquire ESRI(tm) ArcSDE
8.x and 9.x:org.geotools.arcsde.pool.UnavailableArcSDEConnectionException:
The maximun of 2 to
org.geotools.arcsde.pool.ArcSDEConnectionConfig[dbtype=arcsde,
server=geointra1.ulf.hessen.de, port=5151, instance=null,
user=geoview_user, password=*****, minConnections=2, maxConnections=2,
connTimeOut=1000] has been reached
org.geotools.arcsde.pool.UnavailableArcSDEConnectionException: The maximun
of 2 to org.geotools.arcsde.pool.ArcSDEConnectionConfig[dbtype=arcsde,
server=geointra1.ulf.hessen.de, port=5151, instance=null,
user=geoview_user, password=*****, minConnections=2, maxConnections=2,
connTimeOut=1000] has been reached at
org.geotools.arcsde.pool.ArcSDEConnectionPool.getConnection(ArcSDEConnectio
nPool.java:235) at
org.geotools.arcsde.ArcSDEDataStoreFactory.createDataStore(ArcSDEDataStoreF
actory.java:212) at
org.geotools.data.DataStoreFinder.getDataStore(DataStoreFinder.java:91) at
org.vfny.geoserver.util.DataStoreUtils.getDataStore(DataStoreUtils.java:62)
at
org.vfny.geoserver.util.DataStoreUtils.acquireDataStore(DataStoreUtils.java
:51) at
org.vfny.geoserver.action.data.DataDataStoresEditorAction.execute(DataDataS
toresEditorAction.java:134) at
org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101) at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProce
ssor.java:431) at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236
) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:269) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacter
EncodingFilter.java:108) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:69) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:264) at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecu
rityInterceptor.java:107) at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSe
curityInterceptor.java:72) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslati
onFilter.java:110) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(An
onymousProcessingFilter.java:125) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(Remembe
rMeProcessingFilter.java:142) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(
SecurityContextHolderAwareRequestFilter.java:81) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFi
lter.java:217) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(Http
SessionContextIntegrationFilter.java:229) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterC
hainProxy.java:274) at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98
) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:215) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:188) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
ava:213) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j
ava:174) at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:12
7) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11
7) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav
a:108) at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at
org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java
:834) at
org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(
Http11AprProtocol.java:640) at
org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1286) at
java.lang.Thread.run(Unknown Source)
25 Mrz 15:38:04 INFO [geoserver.filters] - Compressing output for mimetype:
text/html;charset=UTF-8 25 Mrz 15:38:04 WARN [geoserver.filters] - Setting
mimetype after acquiring stream! was:text/html;charset=UTF-8; set to:
text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
WARN [geoserver.filters] - Setting mimetype after acquiring stream!
was:text/html;charset=UTF-8; set to: text/html; url was:
http://localhost:8080/geoserver/config/data/storeSubmit.do 25 Mrz 15:38:04
INFO [geoserver.filters] - 127.0.0.1 "POST
/geoserver/config/data/storeSubmit.do" took 1031ms

-----Ursprüngliche Nachricht-----
Von: Gabriel Roldán [mailto:groldan@anonymised.com]
Gesendet: Dienstag, 25. März 2008 14:32
An: Weiser, Albrecht (HZD)
Betreff: Re: AW: AW: [Geoserver-users] datastore:SDE wasn't able to connect
toSDE-Instance

ok,
please do the following:
set the geoserver logging level to VERBOSE_LOGGING (through the config
interface, config->server->Logging Profile.
apply/save.

Then send me back the GEOSERVER_DATA_DIR/logs/geoserver.log file.

about the OutOfMemory error you're getting, it may just be you're running
java with (default) not enough memory to burn. If you're running the
nightly through the startup.bat (supposing you're on windows), replace line
82 of startup.bat from
set RUN_JAVA=%JAVA_HOME%\bin\java
to
set RUN_JAVA=%JAVA_HOME%\bin\java -Xmx256m

That should give geoserver enough memory to startup.

Cheers,

Gabriel

On Tuesday 25 March 2008 02:13:49 pm Albrecht.Weiser@anonymised.com wrote:
> No, i unzipped the files and copied them to the WEB-INF/lib folder. But
> no ArcSDE Datastore was offered to me.
>
> On Tuesday 25 March 2008 01:29:51 pm Albrecht.Weiser@anonymised.com wrote:
> > Hi Gabriel,
> > i was using the 1.6.3.
> > In that nightly build you've posted the url of, i didn't even get the
> > option to choose an ArcSDE datastorte (i copied the ArcSDE plugin to
> > the lib folder and also the needed resources like jsde92_sdk.jar and
> > jpe92_sdk.jar and icu4j_xy.jar).
>
> did you unzipped the file and copied the gt2-arcsde-2.4-SNAPSHOT.jar and
> jsqlparser.jar files to WEB-INF/lib?
> may it be that you just copied the zip file as is.
>
> Gabriel

!DSPAM:4045,47e910bd295081012714783!

albrecht.weiser · March 25, 2008, 3:36pm

Hi again,
now i did so. I copied the gt2-arcsde-2.4-SNAPSHOT.jar to the lib. But now i run out of heap space again. When i set the heap up to 256MB it was ok with the formerly tests. But now the problem is again the heap space. Is the jar really so greedy or where is the problem with the heap? If so, i have to stop the tests until i upgraded my computer up to 1024MB :o(
regards
Albrecht

-----Ursprüngliche Nachricht-----
Von: Gabriel Roldán [mailto:groldan@anonymised.com]
Gesendet: Dienstag, 25. März 2008 16:04
An: Weiser, Albrecht (HZD)
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: AW: AW: AW: [Geoserver-users] datastore:SDE wasn't able to connect toSDE-Instance

Hi Albrecht,

what you need to try out is the gt2-arcsde-2.4-SNAPSHOT.jar file from the
nightly I sent you.
It may work with geoserver 1.6.3 since it uses geotools 2.4, but I can't say
for sure, the nightly is built directly from the latest revisions of svn for
both projects.

So, did you drop that arcsde jar in your geoserver 1.6.3?

Gabriel

PS: keep the mailing list cc'ed as the info may be of interest to others

Gabriel_Roldan2 · March 25, 2008, 4:13pm

Hi,

not sure I'm getting the point (besides the fun)
If you're now using the nightly and did not set the -Xmx parameter on its
bin/startup.bat script, but did so in the older geoserver you were using,
you'll have to do that, for the nightly.

If, by the other hand, you set the VM heap to 256m for the nightly and still
get OOM errors... I'm not sure but sde _should not_ being eating it all.
If it does, we have a new bomb. Still, make sure you run with 256 and send me
back the logs.

Cheers,

Gabriel

On Tuesday 25 March 2008 04:36:25 pm Albrecht.Weiser@anonymised.com wrote:

Hi again,
now i did so. I copied the gt2-arcsde-2.4-SNAPSHOT.jar to the lib. But now
i run out of heap space again. When i set the heap up to 256MB it was ok
with the formerly tests. But now the problem is again the heap space. Is
the jar really so greedy or where is the problem with the heap? If so, i
have to stop the tests until i upgraded my computer up to 1024MB :o(
regards
Albrecht

-----Ursprüngliche Nachricht-----
Von: Gabriel Roldán [mailto:groldan@anonymised.com]
Gesendet: Dienstag, 25. März 2008 16:04
An: Weiser, Albrecht (HZD)
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: AW: AW: AW: [Geoserver-users] datastore:SDE wasn't able to
connect toSDE-Instance

Hi Albrecht,

what you need to try out is the gt2-arcsde-2.4-SNAPSHOT.jar file from the
nightly I sent you.
It may work with geoserver 1.6.3 since it uses geotools 2.4, but I can't
say for sure, the nightly is built directly from the latest revisions of
svn for both projects.

So, did you drop that arcsde jar in your geoserver 1.6.3?

Gabriel

PS: keep the mailing list cc'ed as the info may be of interest to others

!DSPAM:4045,47e91c0b316875219720167!

albrecht.weiser · March 26, 2008, 8:14am

Hi Gabriel,
sorry for the confusion. I try to cut the gordian knot ;o)
I don't use the nightly, because i still get no option for an sde datastore. My 1.6.3 is running with 256 MB which was enough heap space when using the old jars (gt-arcsde2.4.1.jar). But now after using the gt-arcsde2.4-SNAPSHOT.jar i run again in an java.lang.OutOfMemoryError (Java heap space) like posted yesterday.
Regards
Albrecht

-----Ursprüngliche Nachricht-----
Von: Gabriel Roldán [mailto:groldan@anonymised.com]
Gesendet: Dienstag, 25. März 2008 17:14
An: Weiser, Albrecht (HZD)
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: AW: AW: AW: AW: [Geoserver-users] datastore:SDE wasn't able to connect toSDE-Instance

Hi,

not sure I'm getting the point (besides the fun)
If you're now using the nightly and did not set the -Xmx parameter on its
bin/startup.bat script, but did so in the older geoserver you were using,
you'll have to do that, for the nightly.

If, by the other hand, you set the VM heap to 256m for the nightly and still
get OOM errors... I'm not sure but sde _should not_ being eating it all.
If it does, we have a new bomb. Still, make sure you run with 256 and send me
back the logs.

Cheers,

Gabriel

On Tuesday 25 March 2008 04:36:25 pm Albrecht.Weiser@anonymised.com wrote:

Hi again,
now i did so. I copied the gt2-arcsde-2.4-SNAPSHOT.jar to the lib. But now
i run out of heap space again. When i set the heap up to 256MB it was ok
with the formerly tests. But now the problem is again the heap space. Is
the jar really so greedy or where is the problem with the heap? If so, i
have to stop the tests until i upgraded my computer up to 1024MB :o(
regards
Albrecht

-----Ursprüngliche Nachricht-----
Von: Gabriel Roldán [mailto:groldan@anonymised.com]
Gesendet: Dienstag, 25. März 2008 16:04
An: Weiser, Albrecht (HZD)
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: AW: AW: AW: [Geoserver-users] datastore:SDE wasn't able to
connect toSDE-Instance

Hi Albrecht,

what you need to try out is the gt2-arcsde-2.4-SNAPSHOT.jar file from the
nightly I sent you.
It may work with geoserver 1.6.3 since it uses geotools 2.4, but I can't
say for sure, the nightly is built directly from the latest revisions of
svn for both projects.

So, did you drop that arcsde jar in your geoserver 1.6.3?

Gabriel

PS: keep the mailing list cc'ed as the info may be of interest to others

!DSPAM:4045,47e91c0b316875219720167!