Chris Holmes wrote:
Rahkonen Jukka wrote:
Hi,
Might there be some controlled and documented procedure to make WFS-T work with Oracle (OCI) FeatureType?
>>I made a quick try with deeJUMP that should be WFS-T client but as you
already guess, with no success.
There's nothing special about oracle with WFS-T, if the user connection
param configured with geoserver has update/delete/insert permissions on
oracle then it should just work. I didn't know that deeJUMP has WFS-T
capabilities, and indeed I think it may just not...
DeeJUMP does indeed have those capabilities, I just think that it has not been tested against Geoserver. It's a pity because I think that JUMP has really nice vector handling features and it has kind of a professional touch in user interface etc. I could well imagine myself doing real digitising and editing work with it. Right now I can read WFS featuretypes from my Geoserver, including Oracle tables and views, just fine with deeJUMP but I cannot make any transactions. Not even to "tasmania_cities" shapefile that I can edit with a "Mapbuilder/Geoserver (Tasmania)" demo that came with Geoserver installation.
Because of this Tasmania cities case I think I can rely on that everything is OK with my Geoserver WFS-T and shapefile datastore. Next I consider to progress so, that:
- I will try to update my data in Oracle with whatever WFS-T client just to know that it is possible
- I would like to record from Geoserver side what deeJUMP client actually is sending to it and give that information to deeGree and Geoserver developers in a hope that those two one day could discuss with each other.
There was some information on "Start Geoserver" console screen, but what should I look for? Or should I
turn on some logging or debugging feature? Is the Map Buílder WFS-T
demo the preferred client for testing?
uDig - http://udig.refractions.net is probably the preferred client for
testing. MapBuilder takes a bit of configuration, uDig you can just
point it at geoserver and start editing. Make use of the 1.1 series
though. It's pretty stable now, and it has _much_ better editing
facilities.
In that case I will re-install uDig, I used to have it but for some reason just didn't like it.
-Jukka-
P.S. I add here below what I have caught so far. I uncommented something called Configure the request log from jetty.xml and now I am getting some kind of a log on my hard disk. However this log seems not to collect any details about "POST" calls that might be most interesting in this case. However, here is what appears in the log file when I connect to Geoserver with deeJUMP:
127.0.0.1 - - [31/Mar/2006:09:38:40 +0000] "GET /geoserver/wfs?request=GetCapabilities&version=1.0.0&SERVICE=WFS HTTP/1.1" 200 15412
127.0.0.1 - - [31/Mar/2006:09:38:40 +0000] "GET /geoserver/wfs?SERVICE=WFS&REQUEST=DescribeFeatureType&version=1.0.0&OUTPUTFORMAT=XMLSCHEMA&TYPENAME=topp:tasmania_state_boundaries HTTP/1.1" 200 1687
Seems like the client sends GetCapabilities request and after that automatically DescribeFeatureType request about the first featuretype on the list.
Then I select Tasmania cities from the list on the client and the log says:
127.0.0.1 - - [31/Mar/2006:09:42:07 +0000] "GET /geoserver/wfs?SERVICE=WFS&REQUEST=DescribeFeatureType&version=1.0.0&OUTPUTFORMAT=XMLSCHEMA&TYPENAME=topp:tasmania_cities HTTP/1.1" 200 1855
Next I download the layer, so the client must send some GetFeature&TypeName request, but the log says just:
127.0.0.1 - - [31/Mar/2006:09:43:17 +0000] "POST /geoserver/wfs HTTP/1.1" 200 2598
However, in "Start Geoserver" window I can see all this:
2103040 [INFO] org.vfny.geoserver.wfs.servlets.WfsDispatcher - req_type is 2
2103040 [INFO] org.vfny.geoserver.servlets.AbstractService - Looking for config
ured service responses' strategy
2103040 [INFO] org.vfny.geoserver.servlets.AbstractService - Looking for config
ured service strategy PARTIAL-BUFFER
2103040 [INFO] org.vfny.geoserver.servlets.AbstractService - Using service stra
tegy class org.vfny.geoserver.servlets.PartialBufferStrategy
2103040 [INFO] org.vfny.geoserver.servlets.AbstractService - Set buffer size to
50
2103040 [INFO] org.vfny.geoserver.servlets.AbstractService - handling request:
DescribeFeatureType Request [outputFormat: XMLSCHEMA [feature types: topp:tasman
ia_cities]
2103060 [INFO] org.vfny.geoserver.servlets.AbstractService - Service handled
2173010 [INFO] org.vfny.geoserver.util.requests.readers.DispatcherXmlReader - g
etting request type from org.vfny.geoserver.util.requests.DispatcherHandler@anonymised.com
060
2173010 [INFO] org.vfny.geoserver.wfs.servlets.WfsDispatcher - req_type is 3
2173010 [INFO] org.vfny.geoserver.servlets.AbstractService - Looking for config
ured service responses' strategy
2173010 [INFO] org.vfny.geoserver.servlets.AbstractService - Looking for config
ured service strategy PARTIAL-BUFFER
2173010 [INFO] org.vfny.geoserver.servlets.AbstractService - Using service stra
tegy class org.vfny.geoserver.servlets.PartialBufferStrategy
2173010 [INFO] org.vfny.geoserver.servlets.AbstractService - Set buffer size to
50
2173010 [INFO] org.vfny.geoserver.servlets.AbstractService - handling request:
Request: null
output format:GML2
max features:2147483647
version:
queries:
Query
feature type: topp:tasmania_cities
[properties: ALL ]
2173030 [INFO] org.vfny.geoserver.servlets.AbstractService - Service handled
This all works. Now if I try to insert new feature to tasmania_cities, the Jetty-log tells only:
127.0.0.1 - - [31/Mar/2006:09:54:40 +0000] "POST /geoserver/wfs HTTP/1.1" 200 546
And to console window comes this much text:
[Fatal Error] :1:331: The prefix "topp" for element "topp:tasmania_cities" is no
t bound.
2855452 [WARNING] org.vfny.geoserver.ServiceException - encountered error: org.
xml.sax.SAXParseException: The prefix "topp" for element "topp:tasmania_cities"
is not bound.
StackTrace: org.xml.sax.SAXParseException: The prefix "topp" for element "topp:t
asmania_cities" is not bound.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.vfny.geoserver.util.requests.readers.DispatcherXmlReader.read(Dis
patcherXmlReader.java:81)
at org.vfny.geoserver.wfs.servlets.WfsDispatcher.doPost(WfsDispatcher.ja
va:167)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358
)
at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApp
licationHandler.java:342)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCha
racterEncodingFilter.java:122)
at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApp
licationHandler.java:334)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicati
onHandler.java:286)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:5
67)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplication
Context.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:961)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:
197)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:276)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
best regards,
Chris
Regards,
-Jukka-
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
Chris Holmes
The Open Planning Project
thoughts at: http://cholmes.wordpress.com