Hi Mauro,
There is an existing approach to this problem and it livres in
ResolvingProxy. Will that not work in this case?
-Justin
On Thu, Jun 13, 2013 at 6:08 AM, Mauro Bartolomeoli <
[email protected]> wrote:
> Hi everybody,
> I found an issue with layer groups containing other layer groups.
> Shortly it can happen (and for the Murphy law, it usually happens) that
> when loading the catalog a layer group containing other layer groups is
> loaded before the referenced ones and this doesn't allow the correct layer
> group initialization.
>
> To avoid I thought to introduce some form of late binding for internal
> layer groups that cannot be found when needed.
>
> Shortly, during the loading phase, when a referenced layergroup is not
> found some kind of placeholder is registered instead of the real
> layergroup. When the loading phase is finished, the catalog is inspected
> and the placeholders are replaced by the (now loaded) layer groups.
>
> The same infrastructure could be reused in the future for other type of
> catalog objects referencing objects of the same type.
>
> Do you like this approach?
>
> The alternative would be to try to load layergroups in the correct order,
> but this would require a two phase approach also (during the first phase we
> need to build a tree of layergroup dependencies and on the second load
> groups using the ordered tree). I think this would be more complex to
> implement.
>
> I already have a patch for the first approach, so let me know if it's ok
> and I will create a pull request.
>
> Mauro
>
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Dott. Mauro Bartolomeoli
> @mauro_bart
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
