On Wed, May 28, 2014 at 1:58 AM, Robert Coup <[email protected]>wrote:

>
>
>>  And then have a DispatcherCallback using the above two informations to
>> stop all incoming requests threads
>> using some form of synchronization when we are between the two...
>> however, done this way, a simple reset
>> would just lock down everything, as the reload event would never come,
>> and besides, the logic would be
>> pretty much implementation dependent.
>>
>> Nope, the GeoServerLifecycleHandler would have to be extended to offer
>> also a beforeReload callback,
>> and coded in such a way that the reload event gets fired even if the
>> reload fails catastrophically (that is,
>> in a final method) otherwise the server would remain locked down until
>> restart.
>> Regardless of the above... such system might interact pretty poorly with
>> the control-flow extension (which
>> would probably just decide to kill all requests because they have been
>> waiting for too long to be executed).
>>
>
> Hopefully avoiding messing with "listen on a port" will avoid this
> (complex) part?
>

It will avoid some of it, but changes to the GeoServerLifecycleHandler
interface are unavoidable (we need
something marking the start of a reload)
This would be a breakage in a interface of a public extension point, which
means if someone does it, we might not be
able to backport it to the stable series.

Cheers
Andrea

-- 
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
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

-------------------------------------------------------
------------------------------------------------------------------------------
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to