On Wed, May 9, 2012 at 8:19 AM, Andrea Aime <[email protected]>wrote:
> On Wed, May 9, 2012 at 3:40 PM, Justin Deoliveira <[email protected]>wrote:
>
>> Unfortunately this is a known issue and even more unfortunately not one
>> that will probably be solved soon. The way we manage schema objects for the
>> purposes of parsing/encoding gml is a rather sad story. There are two main
>> issues.
>>
>> 1. There is no caching that occurs, which is the main problem here and is
>> very problematic for large catalogs.
>>
>> 2. We do scan the entire catalog when we really don't have to. The only
>> case where its necessary is for app-schema where the full scan occurs
>> because you don't know ahead of time for any one feature type what
>> application schema namespaces it may reference. So a full scan is done to
>> include all of them.
>>
>> A while back I experimented on a branch to fix these issues, and had some
>> success unfortunately it was pretty exploratory code and nothing that was
>> suitable for commit. And I never really came up with a good solution for
>> the app-schema issue.
>>
>> Long story short this one without funding or some other mandate probably
>> won't be fixed in the short term.
>>
>
> Wondering... if all the extra work has to be done just for complex
> features, could we just take the shortcut if
> no complex features are available on the server? Have a flag with some
> catalog listener updating it as
> new layers are configured that keeps the information about presence of
> complex features up to date.
> Justin thinking out loud here.
>
>
Yeah, as it stands now i think a separate path/behaviour for complex
features will be necessary. Especially when it comes to building up the
schema objects for gml encoding and parsing. Parsing (which is done for an
insert transaction) is a bit tricky because we don't know what type we are
processing until we parse, although we could do a quick initial scan to
find out.
Once we know the types, we can determine if any are complex, and if not
optimize when building out the schema object for them.
Cheers
> Andrea
>
> --
> 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 339 8844549
>
> 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.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
