[Geoserver-devel] Weird transaction failure in 1.6.0

GeoServer GeoServer Developer
1

Hi,
I have a user on irc stating the following transaction:

<wfs:Transaction xmlns:wfs="http://www.opengis.net/wfs&quot; version="1.0.0" service="WFS">
  <wfs:Update typeName="trakt">
   <wfs:Property>
    <wfs:Name>the_geom</wfs:Name>
    <wfs:Value>
     <gml:Polygon xmlns:gml="http://www.opengis.net/gml&quot;&gt;
      <gml:outerBoundaryIs>
       <gml:LinearRing>
        <gml:coordinates decimal="." cs="," ts=" ">
         1508056.640625,6745068.359375 1505957.03125,6741479.4921875 1509912.109375,6743261.71875 1510937.5,6745849.609375 1508056.640625,6745068.359375
        </gml:coordinates>
       </gml:LinearRing>
      </gml:outerBoundaryIs>
     </gml:Polygon>
    </wfs:Value>
   </wfs:Property>
   <ogc:Filter xmlns:ogc="http://www.opengis.net/ogc&quot;&gt;
    <ogc:FeatureId fid="trakt.1"/>
   </ogc:Filter>
  </wfs:Update>
</wfs:Transaction>

does not work because trakt cannot be found. Now, the fix
is to prepend the topp prefix to trakt in the typeName
(Could not locate FeatureStore for '{http://www.opengis.net/wfs\}trakt')
yet, I kind of remember we had a fallback in the lookup code
that made it work anyways for type names in the default
namespace.

My uneducated guess is that the parsing code is forcing
the wfs prefix onto that qualified name, thought
I don't really understand why... the attribute values
should not inherit the namespace of the attribute/element
where they are specified, shouldn't they?

Cheers
Andrea

2

Andrea Aime ha scritto:

Hi,
I have a user on irc stating the following transaction:

Ah, the user is still hitting 1.6.0-rc3.
Looked in the 1.6.0 changelog but found nothing about this.

Cheers
Andrea

3

Yeah this seems like a bug. I will look into this.

Andrea Aime wrote:

Hi,
I have a user on irc stating the following transaction:

<wfs:Transaction xmlns:wfs="http://www.opengis.net/wfs&quot; version="1.0.0" service="WFS">
  <wfs:Update typeName="trakt">
   <wfs:Property>
    <wfs:Name>the_geom</wfs:Name>
    <wfs:Value>
     <gml:Polygon xmlns:gml="http://www.opengis.net/gml&quot;&gt;
      <gml:outerBoundaryIs>
       <gml:LinearRing>
        <gml:coordinates decimal="." cs="," ts=" ">
         1508056.640625,6745068.359375 1505957.03125,6741479.4921875 1509912.109375,6743261.71875 1510937.5,6745849.609375 1508056.640625,6745068.359375
        </gml:coordinates>
       </gml:LinearRing>
      </gml:outerBoundaryIs>
     </gml:Polygon>
    </wfs:Value>
   </wfs:Property>
   <ogc:Filter xmlns:ogc="http://www.opengis.net/ogc&quot;&gt;
    <ogc:FeatureId fid="trakt.1"/>
   </ogc:Filter>
  </wfs:Update>
</wfs:Transaction>

does not work because trakt cannot be found. Now, the fix
is to prepend the topp prefix to trakt in the typeName
(Could not locate FeatureStore for '{http://www.opengis.net/wfs\}trakt')
yet, I kind of remember we had a fallback in the lookup code
that made it work anyways for type names in the default
namespace.

My uneducated guess is that the parsing code is forcing
the wfs prefix onto that qualified name, thought
I don't really understand why... the attribute values
should not inherit the namespace of the attribute/element
where they are specified, shouldn't they?

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

!DSPAM:4007,47b3073b50407180515871!

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com