On Fri, Sep 9, 2011 at 7:06 AM, David Winslow <[email protected]> wrote:
> Some users I've spoken to have asked why we do the connection test at
> startup - they suggested that instead we skip the connections during the
> catalog loading and have a tool in the GUI for doing the same thing on
> demand, but with handy links to the broken datastores, etc. Having the
> capabilities document hide layers instead of generating invalid XML would be
> a nice step in the same direction IMHO.
>
http://jira.codehaus.org/browse/GEOS-3712
>
> Just throwing out an idea, hope it's not too much of a tangent.
>
I think the ideas proposed by Andrea make sense... in the short term i think
an acceptable solution could be to add a flag that controls whether the
capabilities doc should fail fast or just hide the misconfigured layer,
replacing it later with the more adaptive approach described by Andrea.
>
> --
> David Winslow
> OpenGeo - http://opengeo.org/
>
>
> On Fri, Sep 9, 2011 at 2:38 AM, Andrea Aime
> <[email protected]>wrote:
>
>> On Thu, Sep 8, 2011 at 11:49 PM, Ariel Nunez <[email protected]>
>> wrote:
>> > Update:
>> > I found the layer and the UI does not let me go to the 'Publishing' tab:
>> >
>> > Field 'latLonBoundingBox' is required.
>> > Field 'Declared SRS' is required.
>> >
>> > It was one of the layers that was uploaded programatically via the REST
>> API,
>> > my guess is that it should be disabled by default instead of enabled and
>> > breaking the GetCaps.
>> > Is this as a bug in the behavior of the REST API (not verifying if the
>> > layers that are configured that way can be served)?
>>
>> This is intended behavior, you cannot go in the publishing tab if the
>> data tab is not properly filled. Please fill those two fields before
>> moving
>> to the publishing tab
>>
>> 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
>>
>> 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
>>
>> -------------------------------------------------------
>>
>>
>> ------------------------------------------------------------------------------
>> Why Cloud-Based Security and Archiving Make Sense
>> Osterman Research conducted this study that outlines how and why cloud
>> computing security and archiving is rapidly being adopted across the IT
>> space for its ease of implementation, lower cost, and increased
>> reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/
>> _______________________________________________
>> Geoserver-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
>
> ------------------------------------------------------------------------------
> Why Cloud-Based Security and Archiving Make Sense
> Osterman Research conducted this study that outlines how and why cloud
> computing security and archiving is rapidly being adopted across the IT
> space for its ease of implementation, lower cost, and increased
> reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/
> _______________________________________________
> 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.
------------------------------------------------------------------------------
Why Cloud-Based Security and Archiving Make Sense
Osterman Research conducted this study that outlines how and why cloud
computing security and archiving is rapidly being adopted across the IT
space for its ease of implementation, lower cost, and increased
reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
