Based on Andrea's response it may be best to take a copy of streaming
renderer, and make a second implementation. There some cool special effects
(alpha blending, etc...) that take advantage of interactions between layers
that would not translate to the uDig case where we run several streaming
renderers in parallel.
Andrea is correct that it is a very difficult class, we would probably need
a trial run such as this before being able to propose any kind of refactor
that would not make it worse.
--
Jody Garnett
On 28 March 2018 at 05:16, Andrea Aime <[email protected]> wrote:
> On Wed, Mar 28, 2018 at 1:16 PM, Frank Gasdorf <
> [email protected]> wrote:
>
>> The intention is to get an application running without JAI which implies
>> to have no raster support. This is fine for the first shot and maybe helps
>> to transform StreamingRenderer "god-class" to something
>> that is easier to maintain and might opens up chances to configure
>> systems (plug-able)
>>
>
> Hmm... I doubt it will serve your specific purpose, the raster rendering
> is already factored out in GridCoverageRenderer,
> although, going by memory, there are still lingering bits in the rendering
> transformations paths.
>
> About a refactor, please don't unless it's absolutely necessary or you're
> going to become the new maintainer of the module,
> I'm not trying to pick on you but I had enough of people coming with big
> "I'll make it better for you" refactors and then
> walking away, leaving me to struggle for months (or years, in the case of
> the WMS module refactor) trying to figure out
> where functionality is gone and how I'm supposed to extend the new model.
>
>
>> st finding : the rabbit hole is quite hidden and I'mn still looking for
>>> it. Are you saying it would help to add a test-case first that might fail
>>> all the time to force refactorings?
>>>
>>
> Yes, a module that only contains a test and sets up the classpath in such
> a way that JAI is guaranteed not to be there,
> with one or more tests checking your use case.
> If this is not in the build your work will degrade over time with nobody
> noticing.
>
> have you heard about similiar requirments or even opposite in any way?
>>
>
> I heard Jody speaking about it, but no,personally never had the need, nor
> had on behalf of a customer.
>
> Cheers
> Andrea
>
>
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054 Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39 339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> GeoTools-Devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
