Glad you found a working setup. I did spend some time over the weekend
working with the extension you sent out but unfortunately did not get very
far. I experimented with changing the structure of the schema and the built
complex feature to try and find a combination that worked but no luck. There
are some inherent assumptions that the encoding chain makes with regard to
complex features that obviously are not being met. Unfortunately more time
is needed to debug and figure out what they are.
On Fri, Mar 18, 2011 at 2:16 AM, Andrea Aime
<[email protected]>wrote:
> On Thu, Mar 17, 2011 at 5:21 PM, Andrea Aime
> <[email protected]> wrote:
> > I have better than that now, a small self contained example that anybody
> can run
> > if they dare sharing my pain :-)
>
> I eventually managed to solve the issue myself, though I went down a road
> that
> seems to work more by accident than by design and it's a path that does not
> seem to be taken by the app-schema store (which is what I was trying to
> mimick).
>
> What I did eventually was to look into the bindings and found
> FeatureArrayPropertyTypeBinding
> that seemed to fit the bill, so I changed the featues property from a
> complex one back
> to a simple one (ugh?) that is bound to feature collection, then
> changed the schema
> to use a generic element of type gml:FeatureArrayPropertyType, with no
> link whatsoever
> to its actual contents, set the feature collection into the features
> property as is,
> and voilà, it worked.
>
> However it seems wrong from various points of view:
> - the features property is not a simple one, that baby is a complex,
> it's a property that
> contains a list of elements, not a primitive value
> - the schema is broken, it's not enforcing that the contents of the
> features element has
> to be made of bugsites
>
> I'll have to go down this road as I'm already way past my deadlines
> but I'd still be grateful
> if someone can provide a solution that does not require summing a set of
> wrongs
> to just get a valid result...
>
> I've attached the files modified compared to yesterday's zip
>
> Cheers
> An drea
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
> mob: +39 333 8128928
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
