[Geoserver-devel] KML2 module: a WFS output format too
Hi, I've just written a KML WFS output format leveraging the same machinery used by the WMS output format, the output format generates the geometries and the attributes using the extended data construct, and embeds in the KML document also a schema, e.g.: ?xml version=1.0 encoding=UTF-8? kml xmlns=http://www.opengis.net/kml/2.2; xmlns:ns2= http://www.google.com/kml/ext/2.2; xmlns:ns3=http://www.w3.org/2005/Atom; xmlns:ns4=urn:oasis:names:tc:ciq:xsdschema:xAL:2.0 Document Schema id=AggregateGeoFeature_1 name=AggregateGeoFeature_1 SimpleField name=description type=string/ SimpleField name=name type=string/ SimpleField name=doubleProperty type=double/ SimpleField name=intRangeProperty type=int/ SimpleField name=strProperty type=string/ SimpleField name=featureCode type=string/ /Schema Folder nameAggregateGeoFeature/name Placemark id=AggregateGeoFeature.f005 ExtendedData SchemaData schemaUrl=#AggregateGeoFeature_1 SimpleData name=descriptiondescription-f005/SimpleData SimpleData name=namename-f005/SimpleData SimpleData name=doubleProperty2012.78/SimpleData SimpleData name=strPropertyMa quande lingues coalesce, li grammatica del resultant lingue es plu simplic e regulari quam ti del coalescent lingues. Li nov lingua franca va esser plu simplic e regulari quam li existent Europan lingues./SimpleData SimpleData name=featureCodeBK030/SimpleData /SchemaData /ExtendedData MultiGeometry Point coordinates70.83,29.86/coordinates /Point Point coordinates68.87,31.08/coordinates /Point Point coordinates71.96,32.19/coordinates /Point /MultiGeometry /Placemark /Folder /Document /kml The output format automatically skips the extra geometry attributes (which we cannot encode) and forces the output in wgs84 lon/lat as that's how KML is defined. While not as fast as GML2, it's still quite a bit faster than GML3 (tops at around 20MB/s on my machine, while GML2 goes up to 25MB/s and GML3... err... 2MB/s only...) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] KML2 module: a WFS output format too
Nice! I've always wanted that - wfs output that just removes the style. I'm curious, are you doing schema / extended data for the wms kml output? Or are they an option people can add? So you can have the styled kml with all the data? I haven't looked at KML in awhile, but I remember wanting that option or something like it. On Thu, Jun 20, 2013 at 10:04 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: Hi, I've just written a KML WFS output format leveraging the same machinery used by the WMS output format, the output format generates the geometries and the attributes using the extended data construct, and embeds in the KML document also a schema, e.g.: ?xml version=1.0 encoding=UTF-8? kml xmlns=http://www.opengis.net/kml/2.2; xmlns:ns2= http://www.google.com/kml/ext/2.2; xmlns:ns3=http://www.w3.org/2005/Atom; xmlns:ns4=urn:oasis:names:tc:ciq:xsdschema:xAL:2.0 Document Schema id=AggregateGeoFeature_1 name=AggregateGeoFeature_1 SimpleField name=description type=string/ SimpleField name=name type=string/ SimpleField name=doubleProperty type=double/ SimpleField name=intRangeProperty type=int/ SimpleField name=strProperty type=string/ SimpleField name=featureCode type=string/ /Schema Folder nameAggregateGeoFeature/name Placemark id=AggregateGeoFeature.f005 ExtendedData SchemaData schemaUrl=#AggregateGeoFeature_1 SimpleData name=descriptiondescription-f005/SimpleData SimpleData name=namename-f005/SimpleData SimpleData name=doubleProperty2012.78/SimpleData SimpleData name=strPropertyMa quande lingues coalesce, li grammatica del resultant lingue es plu simplic e regulari quam ti del coalescent lingues. Li nov lingua franca va esser plu simplic e regulari quam li existent Europan lingues./SimpleData SimpleData name=featureCodeBK030/SimpleData /SchemaData /ExtendedData MultiGeometry Point coordinates70.83,29.86/coordinates /Point Point coordinates68.87,31.08/coordinates /Point Point coordinates71.96,32.19/coordinates /Point /MultiGeometry /Placemark /Folder /Document /kml The output format automatically skips the extra geometry attributes (which we cannot encode) and forces the output in wgs84 lon/lat as that's how KML is defined. While not as fast as GML2, it's still quite a bit faster than GML3 (tops at around 20MB/s on my machine, while GML2 goes up to 25MB/s and GML3... err... 2MB/s only...) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] KML2 module: a WFS output format too
On Thu, Jun 20, 2013 at 4:09 PM, Chris Holmes chol...@opengeo.org wrote: Nice! I've always wanted that - wfs output that just removes the style. It removes more than just the styles: * no description, GE will use the extended data to create popups if one loads the file in Google Earth * no time and elevation templates (this could be added back if needs be) * no geosearch related stuff (self links and the like) I've tried to re-create a GML like experience, but with KML syntax I'm curious, are you doing schema / extended data for the wms kml output? Or are they an option people can add? So you can have the styled kml with all the data? I haven't looked at KML in awhile, but I remember wanting that option or something like it. Yes, just add extendeddata=true in your kml reflector request and they will be generated in WMS too Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Master nightly builds failing due to change in catalog api?
From the build server: [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /var/lib/hudson/jobs/geoserver-master/workspace/src/community/jdbcconfig/src/main/java/org/geoserver/jdbcconfig/catalog/JDBCCatalogFacade.java:[52,7] org.geoserver.jdbcconfig.catalog.JDBCCatalogFacade is not abstract and does not override abstract method Tlist(java.lang.ClassT,org.opengis.filter.Filter,java.lang.Integer,java.lang.Integer,org.opengis.filter.sort.SortBy...) in org.geoserver.catalog.CatalogFacade Can anybody fix it? Or should we push the jdbcconfig module out of the nightly builds? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5859) Gridsets page inaccessible
Jonathan Moules created GEOS-5859 Gridsets page inaccessible Issue Type: Bug Affects Versions: 2.3.2 Assignee: Andrea Aime Components: GWC Created: 20/Jun/13 9:45 AM Description: Whenever I try and access the "gridsets" admin-page I get the "oops something went wrong" with the below error. Possible cause: I had two layer groups, both with tile caches: Warks_Full magic I then renamed "Warks_Full" to "Warks_Full-Old". And renamed "magic" to "Warks_Full". Project: GeoServer Priority: Major Reporter: Jonathan Moules This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Add .ecw( ERDAS Compressed Wavelets) file format to geoserver
Hi, If you ask on the users mailing list, you may get a response. Jonathan On 14 June 2013 09:54, ebru ebruba...@gmail.com wrote: Hi, I use geoserver 2.3.2 and tomcat 7 and follow the steps in this link:http://docs.geoserver.org/stable/en/user/data/raster/gdal.html . After completing the steps I had new raster data sources below. http://osgeo-org.1560.x6.nabble.com/file/n5060109/gdalcreate.png but i couldnt add .ecw( ERDAS Compressed Wavelets) file like a store to geoserver . What did i wrong. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Add-ecw-ERDAS-Compressed-Wavelets-file-format-to-geoserver-tp5060109.html Sent from the GeoServer - Dev mailing list archive at Nabble.com. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Master nightly builds failing due to change in catalog api?
Kevin is currently working on a patch for this. I'll check in with him and if its not close to being committable i will disable it from the nighties for now. On Thu, Jun 20, 2013 at 8:17 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: From the build server: [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /var/lib/hudson/jobs/geoserver-master/workspace/src/community/jdbcconfig/src/main/java/org/geoserver/jdbcconfig/catalog/JDBCCatalogFacade.java:[52,7] org.geoserver.jdbcconfig.catalog.JDBCCatalogFacade is not abstract and does not override abstract method Tlist(java.lang.ClassT,org.opengis.filter.Filter,java.lang.Integer,java.lang.Integer,org.opengis.filter.sort.SortBy...) in org.geoserver.catalog.CatalogFacade Can anybody fix it? Or should we push the jdbcconfig module out of the nightly builds? Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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 Geoserver-devel@lists.sourceforge.net 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Master nightly builds failing due to change in catalog api?
On Thu, Jun 20, 2013 at 7:24 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Kevin is currently working on a patch for this. I'll check in with him and if its not close to being committable i will disable it from the nighties for now. Sounds great, thank you :-) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Add .ecw( ERDAS Compressed Wavelets) file format to geoserver
Ciao, it looks like the ECW plugins hasn't been loaded. Question, which operating system are you working on? Anyway, if you browse inside the native libs there are link to the gdalinfo executable. Run it with --formats t check that the plugin is loaded. You may also want to play with the GDAL_DRIVER_PATH environment variable in case you are on windows. Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Fri, Jun 14, 2013 at 10:54 AM, ebru ebruba...@gmail.com wrote: Hi, I use geoserver 2.3.2 and tomcat 7 and follow the steps in this link:http://docs.geoserver.org/stable/en/user/data/raster/gdal.html . After completing the steps I had new raster data sources below. http://osgeo-org.1560.x6.nabble.com/file/n5060109/gdalcreate.png but i couldnt add .ecw( ERDAS Compressed Wavelets) file like a store to geoserver . What did i wrong. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Add-ecw-ERDAS-Compressed-Wavelets-file-format-to-geoserver-tp5060109.html Sent from the GeoServer - Dev mailing list archive at Nabble.com. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-master-nightly #1518
See http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/1518/ -- [...truncated 2652 lines...] [INFO] Excluding org.jaitools:jt-zonalstats:jar:1.3.0 from the shaded jar. [INFO] Excluding org.jaitools:jt-utils:jar:1.3.0 from the shaded jar. [INFO] Excluding org.geotools.xsd:gt-xsd-core:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-graph:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding picocontainer:picocontainer:jar:1.2 from the shaded jar. [INFO] Excluding xml-apis:xml-apis:jar:1.0.b2 from the shaded jar. [INFO] Excluding commons-jxpath:commons-jxpath:jar:1.3 from the shaded jar. [INFO] Excluding org.eclipse.xsd:xsd:jar:2.6.0 from the shaded jar. [INFO] Excluding org.geotools.xsd:gt-xsd-gml2:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools.xsd:gt-xsd-gml3:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding xpp3:xpp3:jar:1.1.3.4.O from the shaded jar. [INFO] Excluding net.sf.json-lib:json-lib:jar:jdk15:2.2.3 from the shaded jar. [INFO] Excluding commons-beanutils:commons-beanutils:jar:1.7.0 from the shaded jar. [INFO] Excluding net.sf.ezmorph:ezmorph:jar:1.0.6 from the shaded jar. [INFO] Excluding commons-digester:commons-digester:jar:1.7 from the shaded jar. [INFO] Excluding commons-fileupload:commons-fileupload:jar:1.2.1 from the shaded jar. [INFO] Excluding commons-validator:commons-validator:jar:1.1.4 from the shaded jar. [INFO] Excluding org.freemarker:freemarker:jar:2.3.18 from the shaded jar. [INFO] Excluding oro:oro:jar:2.0.8 from the shaded jar. [INFO] Excluding org.geotools:gt-cql:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-validation:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-data:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-jdbc:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-property:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-epsg-hsql:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding hsqldb:hsqldb:jar:1.8.0.7 from the shaded jar. [INFO] Excluding org.geotools:gt-wms:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-xml:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.apache.xml:xml-commons-resolver:jar:1.2 from the shaded jar. [INFO] Excluding org.geotools:gt-render:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools.xsd:gt-xsd-sld:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding com.thoughtworks.xstream:xstream:jar:1.4.3 from the shaded jar. [INFO] Excluding xmlpull:xmlpull:jar:1.1.3.1 from the shaded jar. [INFO] Excluding xpp3:xpp3_min:jar:1.1.4c from the shaded jar. [INFO] Excluding org.geotools:gt-imagemosaic:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools.jdbc:gt-jdbc-h2:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.opengeo:geodb:jar:0.7-RC2 from the shaded jar. [INFO] Excluding net.sourceforge.hatbox:hatbox:jar:1.0.b7 from the shaded jar. [INFO] Excluding org.geotools.jdbc:gt-jdbc-oracle:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools.jdbc:gt-jdbc-postgis:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding postgresql:postgresql:jar:8.4-701.jdbc3 from the shaded jar. [INFO] Excluding org.geotools:gt-shapefile:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools:gt-geotiff:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding it.geosolutions.imageio-ext:imageio-ext-streams:jar:1.1.7 from the shaded jar. [INFO] Excluding org.geotools:gt-image:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.jaitools:jt-vectorbinarize:jar:1.3.0 from the shaded jar. [INFO] Excluding net.sf.ehcache:ehcache:jar:1.6.2 from the shaded jar. [INFO] Excluding org.springframework.security:spring-security-web:jar:3.1.0.RELEASE from the shaded jar. [INFO] Excluding org.springframework.security:spring-security-config:jar:3.1.0.RELEASE from the shaded jar. [INFO] Excluding org.jasypt:jasypt:jar:1.8 from the shaded jar. [INFO] Excluding org.bouncycastle:bcprov-jdk14:jar:1.46 from the shaded jar. [INFO] Excluding org.restlet:org.restlet:jar:1.0.8 from the shaded jar. [INFO] Excluding org.restlet:org.restlet.ext.freemarker:jar:1.0.8 from the shaded jar. [INFO] Excluding org.restlet:org.restlet.ext.spring:jar:1.0.8 from the shaded jar. [INFO] Excluding com.noelios.restlet:com.noelios.restlet.ext.servlet:jar:1.0.8 from the shaded jar. [INFO] Excluding com.noelios.restlet:com.noelios.restlet:jar:1.0.8 from the shaded jar. [INFO] Excluding org.codehaus.jettison:jettison:jar:1.0.1 from the shaded jar. [INFO] Excluding stax:stax-api:jar:1.0.1 from the shaded jar. [INFO] Excluding org.geoserver:wfs:jar:2.4-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools.ogc:net.opengis.wfs:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding org.geotools.ogc:net.opengis.fes:jar:10-SNAPSHOT from the shaded jar. [INFO] Excluding
Re: [Geoserver-devel] Nested layer groups issue
Hey Mauro, Sure, happy to take a crack at it. Will report back shortly. On Wed, Jun 19, 2013 at 11:25 AM, Mauro Bartolomeoli mauro.bartolome...@geo-solutions.it wrote: 2013/6/14 Justin Deoliveira jdeol...@opengeo.org Hi Mauro, There is an existing approach to this problem and it livres in ResolvingProxy. Will that not work in this case? -Justin Hi Justin, I had a look at ResolvingProxy, but the problem seems to be that the Proxy created by it is not useful to prevent catalog load from failing if nested layergroups are present. I would be very glad if you, or someone else wishing to help, can have a look at my current fix for the issue before making the pull request. You can find it here: https://github.com/mbarto/geoserver/commit/197780165b83efe7202a1d4ac462036c59495ccd As I was saying in the last email, I built an explicit Proxy (LateBinding stuff), implementing some of the LayerGroupInfo interface methods to avoid failures during Catalog loading. I don't know if the ResolvingProxy could be adapted to accomplish the same task. I tried in several ways, but didn't find how to make it work in this situation. The late binding phase executes at the end of the loading when all the Catalog objects should be available. Maybe when doing late binding, some of the checks done during normal loading should be repeated after the binding has been done (I'm thinking of loops checking and so on). Thanks. 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 --- -- 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Nested layer groups issue
Ok, took a closer look, and it is indeed a bit of pain this issue. So, here are my thoughts. My two issues with your patch are as follows. 1. It duplicates functionality provided by ResolvingProxy, and requires maintaing a shadow interface in parallel to LayerGroupInfo 2. The late binding is already done by CatalogImpl.resolve(LayerGroupInfo) It is a tricky problem to be sure, i couldn't come up with a great solution, but here is a patch. https://gist.github.com/jdeolive/5825868 On Thu, Jun 20, 2013 at 11:55 AM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hey Mauro, Sure, happy to take a crack at it. Will report back shortly. On Wed, Jun 19, 2013 at 11:25 AM, Mauro Bartolomeoli mauro.bartolome...@geo-solutions.it wrote: 2013/6/14 Justin Deoliveira jdeol...@opengeo.org Hi Mauro, There is an existing approach to this problem and it livres in ResolvingProxy. Will that not work in this case? -Justin Hi Justin, I had a look at ResolvingProxy, but the problem seems to be that the Proxy created by it is not useful to prevent catalog load from failing if nested layergroups are present. I would be very glad if you, or someone else wishing to help, can have a look at my current fix for the issue before making the pull request. You can find it here: https://github.com/mbarto/geoserver/commit/197780165b83efe7202a1d4ac462036c59495ccd As I was saying in the last email, I built an explicit Proxy (LateBinding stuff), implementing some of the LayerGroupInfo interface methods to avoid failures during Catalog loading. I don't know if the ResolvingProxy could be adapted to accomplish the same task. I tried in several ways, but didn't find how to make it work in this situation. The late binding phase executes at the end of the loading when all the Catalog objects should be available. Maybe when doing late binding, some of the checks done during normal loading should be repeated after the binding has been done (I'm thinking of loops checking and so on). Thanks. 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 --- -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- 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 Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] hudson really slow today
I have been struggling to get the releasemade (CITE test keep getting runwith an old revision of GeoTools).Today hudson seems to be very slow - building geoserver-2.3 usually takes 45 mins, today I am at 1 hour and 45 mins and still counting. Watching the logs nothing looks horribly wrong .. any ideas?--Jody Garnett -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [Hudson] Hudson build is back to normal : geoserver-master-nightly #1519
See http://hudson.opengeo.org/hudson/job/geoserver-master-nightly/1519/ -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
