Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
From: "Vadim Gritsenko" <vadim.gritsenko@verizon.net>
To: <cocoon-dev@xml.apache.org>,
	"'Nicola Ken Barozzi'" <nicolaken@apache.org>
Subject: RE: Serializer needs to be a SitemapModelComponent ?
Date: Sun, 17 Mar 2002 13:18:42 -0500
Message-ID: <000f01c1cde0$2b4efdd0$0a00a8c0@vgritsenkopc>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
In-Reply-To: <002301c1ccd8$22370d40$670004c0@PC103>
Importance: Normal

> From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
> 
> From: "Sylvain Wallez" <sylvain.wallez@anyware-tech.com>
> 
> > Please find below an answer I gave to a colleague on cocoon-users.
After
> > more thoughts, I think to have found a good example of a Serializer
that
> > could take advantage of both Parameters and SourceResolver...
> 
> <snipped-real-life-needs-I-agree-with/>
> 
> I have another need: I have a Serializer that takes a JComponent and
renders
> it to JPEG directly without using SVG.
> I need to specify a configuration, and have access to the class that
may not
> be in the Classpath.
> 
> Are there any technical reasons that still stand in the way for making
> Serializer a SitemapModelComponent?

I don't think so. Moreover, CachingStreamPipeline.java already checks
whether Serializer is Cacheable or not, and processes it accordingly.
This means, that no caching issues should arise.

I could try:
1. Add SitemapModelComponent to the Serializer,
2. Call serializer's setup() in the AbstractStreamPipeline's
setupPipeline(),
3. Did I forget something else?
4. test how it works :)

Vadim

> 
> --
> Nicola Ken Barozzi                   nicolaken@apache.org
>             - verba volant, scripta manent -
>    (discussions get forgotten, just code remains)
> ---------------------------------------------------------------------


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