Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
From: "Piroumian, Konstantin" <KPiroumian@flagship.ru>
To: cocoon-dev@xml.apache.org
Message-ID: <007401c1a020$6ca90b60$6150000a@flagship.ru>
References: <GMEBIBHGAOFGJCDPJANDMEJGDHAA.cziegeler@s-und-n.de>
Subject: Re: List of issues with samples (RE: Samples not working!!!!!!) 
Date: Fri, 18 Jan 2002 16:02:46 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

>
> the main reason why the configuration of Deli is not in the cocoon.xconf
> is to make Deli optional for Cocoon. This means, you can build and then
run
> Cocoon without the deli.jar.
>
> If the deli.jar is present the deli.xconf is read during build and
included
> into the cocoon.xconf. If the deli.jar is not present, the configuration
is
> not available in the cocoon.xconf.

IMO, it's not a very good idea to determine which parts of Cocoon one need,
depending on presence of *.jars. So, for example, if in case when I don't
need some optional component then I have to delete its JAR from my Cocoon
repository and run build after that. Next time I'll have to copy it back to
try it.

It'll be much better to have a special build option for optional parts.
Maybe a list of needed extensions in a .property file. E.g.:

build webapp -Dinclude-ext=mini-cocoon.properties
build webapp -Dinclude-ext=cocoon-with-deli.properties
etc.

Regards,
    Konstantin Piroumian


>
> The whole thing is about reducing the really required libraries for
Cocoon.
>
> Cheers,
> Carsten
>
> Mark Butler wrote:
> >
> >
> > Hi Vadim
> >
> > Just taken a look at the changes you made to TraxTransformer line 464.
To
> > answer your question no I don't think this is an error condition.
> > Perhaps a
> > more informative message would be
> >
> > getLogger().warn("TraxTransformer configured to use DELI in
> > sitemap.xmap but
> > DELI not enabled in cocoon.xconf");
> >
> > What do you think?
> >
> > However I notice someone removed the deli config lines from
> > cocoon.xconf. Is
> > there are problem with using cocoon.xconf to configure DELI and
> > sitemap.xmap
> > to configure TraxTransformer?
> >
> > I've turned off DELI by default as it caches profiles in memory. This is
> > fine if people want to use DELI, but otherwise wastes memory. The quick
> > start guide was meant to explain how to turn it on. If this is okay, and
> > also use of cocooon.xconf and sitemap.xmap is okay then we need to get
rid
> > of deli.xconf and put it back in cocoon.xconf.
> >
> > Here are the updated files, but if there is a better way of doing this
or
> > this is unsatisfactory please let me know
> >
> > thanks for looking at this,
> >
> > Mark
> >
> >
> > > -----Original Message-----
> > > From: Ovidiu Predescu [mailto:ovidiu@cup.hp.com]
> > > Sent: 17 January 2002 21:59
> > > To: Vadim Gritsenko; Mark Butler
> > > Subject: Re: List of issues with samples (RE: Samples not
> > > working!!!!!!)
> > >
> > >
> > >
> > > Hm, this is weird. Mark, can you take a look?
> > >
> > > Thanks Vadim for looking into it.
> > >
> > > Ovidiu
> > >
> > > On Thu, 17 Jan 2002 16:49:01 -0500, "Vadim Gritsenko"
> > > <vadim.gritsenko@verizon.net> wrote:
> > >
> > > > > From: ovidiu@orion.rgv.hp.com [mailto:ovidiu@orion.rgv.hp.com] On
> > > > Behalf Of
> > > > >
> > > > > On Thu, 17 Jan 2002 13:06:48 -0800, Ovidiu Predescu
> > > > <ovidiu@cup.hp.com> wrote:
> > > > >
> > > > > > On Thu, 17 Jan 2002 15:53:28 -0500, "Vadim Gritsenko"
> > > > > <vadim.gritsenko@verizon.net> wrote:
> > > > > >
> > > > > > > Unfortunately, this does not help. I have read this doc before
> > > > writing
> > > > > > > an email. I've gone as far as fixed some bugs in
> > > TraxTransformer
> > > > > > > (manager.release(deli)!), and discovered that Deli is
> > > initialized
> > > > (see
> > > > > > > console output), but is not found by transformer:
> > > > > > >
> > > > > > >         if (this.manager.hasComponent(Deli.ROLE)) {
> > > > > > >             this.deli = (Deli) manager.lookup(Deli.ROLE);
> > > > > > >         } else {
> > > > > > > >>>         getLogger().debug("Deli is not available"); <<<
> > > > > > >         }
> > > > > > > ^ This is the message which I can see in the log.
> > > > > > >
> > > > > > > What could be wrong?
> > > > > > >
> > > > > > > PS: Deli.ROLE and cocoon.roles/deli/@role looks similar...
> > > > > >
> > > > > > I noticed that somebody removed the <deli> configuration from
> > > > > > cocoon.xconf. Do you have it in your cocoon.xconf as
> > > described in
> > > > the
> > > > > > documentation?
> > > > >
> > > > > Oops, sorry, it looks like this configuration is now in
> > > > > deli.xconf. Did you enable this one?
> > > >
> > > > Of course. Here it is again:
> > > >
> > > > cocoon.xconf:
> > > >   <deli>
> > > >     <parameter name="deli-config-file"
> > > value="deliCocoonConfig.xml"/>
> > > >     <parameter name="use-deli" value="true"/>
> > > >   </deli>
> > > >
> > > > sitemap.xmap:
> > > >    <map:transformer name="xslt-deli"
> > > > logger="sitemap.transformer.xslt"
> > > >
> > > > src="org.apache.cocoon.transformation.TraxTransformer"
> > > >                     pool-max="32" pool-min="16" pool-grow="4">
> > > >     <use-request-parameters>false</use-request-parameters>
> > > >     <use-browser-capabilities-db>false</use-browser-capabilities-db>
> > > >     <use-deli>true</use-deli>
> > > >    </map:transformer>
> > > >
> > > >    <map:match pattern="deli.html">
> > > >      <map:generate src="docs/samples/hello-page.xml"/>
> > > >      <map:transform src="stylesheets/deli_test.xsl"
> > > type="xslt-deli"/>
> > > >      <map:serialize type="html"/>
> > > >    </map:match>
> > > >
> > > > deliCocoonConfig.xml:
> > > >   <deli>
> > > >   <debug>true</debug>
> > > >   <printDefaults>true</printDefaults>
> > > >   <printProfileBeforeMerge>true</printProfileBeforeMerge>
> > > >   <legacyDeviceFile>legacyDevice.xml</legacyDeviceFile>
> > > >   <vocabularyFile>uaprofSpec.xml</vocabularyFile>
> > > >   </deli>
> > > >
> > > >
> > > > 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