You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Vadim Gritsenko <vg...@hns.com> on 2001/07/03 00:00:18 UTC

Why CachingEventPipeline is final?

Carsten,

Is there any reason why CachingEventPipeline class is made final?
I need to extend from it...

Thanks,
Vadim

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Re: AW: Why CachingEventPipeline is final?

Posted by Giacomo Pati <gi...@apache.org>.
Quoting Carsten Ziegeler <cz...@sundn.de>:

> > Vadim Gritsenko wrote:
> > 
> > Carsten,
> > 
> > Is there any reason why CachingEventPipeline class is made final?
> > I need to extend from it...
> > 
> I had two reasons for this: security and performance.
> 
> But as this is possibly not a working solution for open source
> projects, we should change it and remove the final. I think,
> there are some other classes I made final which should perhaps
> not be.

I think making them final on the first shoot is reasonable. If people come
complaining about it we can think about the usefullness of removing the final
modifier.

Giacomo

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


AW: Why CachingEventPipeline is final?

Posted by Carsten Ziegeler <cz...@sundn.de>.
> Vadim Gritsenko wrote:
> 
> Carsten,
> 
> Is there any reason why CachingEventPipeline class is made final?
> I need to extend from it...
> 
I had two reasons for this: security and performance.

But as this is possibly not a working solution for open source
projects, we should change it and remove the final. I think,
there are some other classes I made final which should perhaps
not be.

Carsten

> Thanks,
> Vadim
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org