You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Michael Edge <mi...@db.com> on 2002/09/05 17:18:49 UTC
Re: cocoon-users Digest 5 Sep 2002 15:13:14 -0000 Issue 1567
Thanks for the suggestion Nicola. Could you point me in the direction of an example on how to do this? I've spent hours searching for information on redirects, and as with most Cocoon documentation, it's pretty vague.
Thanks
Michael
Michael Edge wrote:
> Hi All
>
> It seems to me that the following code will not work in Cocoon 2.
> I believe it works in Cocoon 1, but for some reason the request
> and response objects available within XSP for Cocoon 2 are not
> HttpServletRequest and HttpServletResponse objects, but rather
> some cocoon equivalents, org.apache.cocoon.environment.Response
> and org.apache.cocoon.environment.Request. Unfortunately these
> new classes do not include the sendRedirect method. Any ideas
> how I would do this? I need to construct a URL in my code
> and redirect to that URL.
>
> <xsp:logic>
> String url = URLEncoder.encode(url + whatever + parameters);
> response.sendRedirect(url);
> </xsp:logic>
>
> Thanks
Don't use XSPs for flow control, use the sitemap.
Add an Action that does this and redirect. You can write Actions using
XSPs BTW.
Better still, use the action to return the url and then do a <redirect>
in the sitemap; it makes your action more reusable.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
Content-Transfer-Encoding: 7bit
Message-ID: <3D...@apache.org>
Date: Thu, 05 Sep 2002 15:29:27 +0200
From: Nicola Ken Barozzi <ni...@apache.org>
Reply-To: nicolaken@apache.org
MIME-Version: 1.0
To: cocoon-users@xml.apache.org
Subject: Re: XSP Redirect in Cocoon 2
Content-Type: text/plain; charset=us-ascii; format=flowed
http://outerthought.net/wiki/Wiki.jsp?page=Redirecting
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
Content-Transfer-Encoding: 7bit
Message-ID: <01...@MAUCHI>
From: "Ivelin Ivanov" <iv...@apache.org>
To: <co...@xml.apache.org>
Subject: Re: XMLForm - Howto - Mailing List - Not working
Date: Thu, 5 Sep 2002 08:36:24 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Can you reach these links:
http://localhost:8080/cocoon/samples/welcome
http://localhost:8080/cocoon/samples/xmlform/wizard
----- Original Message -----
From: "Gerry Reno" <gr...@yahoo.com>
To: <co...@xml.apache.org>
Sent: Tuesday, September 03, 2002 5:46 PM
Subject: XMLForm - Howto - Mailing List - Not working
> I installed Cocoon 2.1 successfully (at least I can
> browse to http://localhost:8080/cocoon) and I am
> trying to get the Howto Mailing List example working.
> I've double checked all of my steps but I can't get it
> to work. I'm using Tomcat 4.1.9 and Cocoon 2.1
> (09/02).
>
> I put all the .xml (start, registration, interest,
> organicGardening, cooking, smallholdingManagement,
> confirm, end) files in:
>
> %COCOON_HOME%\src\webapp\samples\xmlform\howto
>
> I put the "howto-xmlform-sch-report.xml" file in:
>
>
> %COCOON_HOME%\src\scratchpad\webapp\samples\xmlform\howto\schematron
>
> I put the "HowToBean.java" and
> "HowtoWizardAction.java" files in:
>
>
> %COCOON_HOME%\src\java\org\apache\cocoon\samples\xmlform\howto
>
> I added the sitemap entries to the sitemap in:
>
> %COCOON_HOME%\src\webapp\samples\xmlform
>
>
>
> I open a Command Prompt window and type:
>
> cd "%COCOON_HOME%"
> build webapp -Dinclude.webapp.libs=true webapp
>
> (lots of building goes on)
>
> Build Successful
>
> I copy the cocoon.war to the Tomcat webapps dir.
>
> I recycle Tomcat - cocoon.war is expanded.
>
> I browse to
> http://localhost:8080/cocoon/samples/xmlform/howto-wizard.html
>
> I receive this error:
>
> Cocoon 2 - Resource not found
>
> --------------------------------------------------------------------------
------
>
> type resource-not-found
>
> message Resource not found
>
> description The requested URI
> "/cocoon/samples/xmlform/howto-wizard.html" was not
> found.
>
> sender org.apache.cocoon.servlet.CocoonServlet
>
> source Cocoon servlet
>
> request-uri
>
> /cocoon/samples/xmlform/howto-wizard.html
>
> path-info
>
> samples/xmlform/howto-wizard.html
>
> --------------------------------------------------------------------------
-------
>
> Any ideas on what may be wrong here. I cannot find a
> "howto-wizard.html" file anywhere.
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
Message-ID: <00...@john>
From: "Ganael LAPLANCHE" <ma...@martymac.com>
To: <co...@xml.apache.org>
Subject: "if" not working
Date: Thu, 5 Sep 2002 15:49:10 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0099_01C254F3.C6722270"
Hi all,
I'm trying to test the value of a hidden parameter sent via an html form...
Here is the test :
<xsp:logic>
if(<xsp-request:get-parameter name="todo"/>=="search")
{
<xsp:content>That's ok !</xsp:content>
}
<xsp:logic>
The test never returns true... What's wrong ???
Thank you,
Gan.
Message-ID: <B6...@POSTMAN.flagship.ru>
From: Piroumian Konstantin <KP...@protek.com>
To: "'cocoon-users@xml.apache.org'" <co...@xml.apache.org>
Subject: RE: "if" not working
Date: Thu, 5 Sep 2002 17:50:48 +0400
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C254E3.3DB4E590"
Try to use "search".equals(<xsp-request .../>) instead.
--
Konstantin Piroumian
kpiroumian@apache.org
-----Original Message-----
From: Ganael LAPLANCHE [mailto:martymac@martymac.com]
Sent: Thursday, September 05, 2002 5:49 PM
To: cocoon-users@xml.apache.org
Subject: "if" not working
Hi all,
I'm trying to test the value of a hidden parameter sent via an html form...
Here is the test :
<xsp:logic>
if(<xsp-request:get-parameter name="todo"/>=="search")
{
<xsp:content>That's ok !</xsp:content>
}
<xsp:logic>
The test never returns true... What's wrong ???
Thank you,
Gan.
Message-ID: <F6...@Pittl>
From: Rob Grundel <rg...@pittsh.com.au>
To: "'cocoon-users@xml.apache.org'" <co...@xml.apache.org>
Subject: RE: "if" not working
Date: Thu, 5 Sep 2002 23:50:30 +1000
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C254E3.32773DE0"
use the .equals("todo") operator on the string comparison
-----Original Message-----
From: Ganael LAPLANCHE [mailto:martymac@martymac.com]
Sent: Thursday, 5 September 2002 11:49 PM
To: cocoon-users@xml.apache.org
Subject: "if" not working
Hi all,
I'm trying to test the value of a hidden parameter sent via an html form...
Here is the test :
<xsp:logic>
if(<xsp-request:get-parameter name="todo"/>=="search")
{
<xsp:content>That's ok !</xsp:content>
}
<xsp:logic>
The test never returns true... What's wrong ???
Thank you,
Gan.
Message-ID: <00...@john>
From: "Ganael LAPLANCHE" <gl...@jouve.fr>
To: <co...@xml.apache.org>
Subject: Re: "if" not working
Date: Thu, 5 Sep 2002 15:53:42 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AA_01C254F4.68C94710"
That's perfect, thank you very much :)
----- Original Message -----
From: Rob Grundel
To: 'cocoon-users@xml.apache.org'
Sent: Thursday, September 05, 2002 3:50 PM
Subject: RE: "if" not working
use the .equals("todo") operator on the string comparison
-----Original Message-----
From: Ganael LAPLANCHE [mailto:martymac@martymac.com]
Sent: Thursday, 5 September 2002 11:49 PM
To: cocoon-users@xml.apache.org
Subject: "if" not working
Hi all,
I'm trying to test the value of a hidden parameter sent via an html form...
Here is the test :
<xsp:logic>
if(<xsp-request:get-parameter name="todo"/>=="search")
{
<xsp:content>That's ok !</xsp:content>
}
<xsp:logic>
The test never returns true... What's wrong ???
Thank you,
Gan.
===========================================================================
This email may be confidential and/or privileged. Only the intended recipient may access or use it.
We use virus scanning software but exclude all liability for viruses or similar in any attachment.
Copyright in this email and any document created by Pitt & Sherry Consulting Engineers will
remain vested in Pitt & Sherry Consulting Engineers and will not transfer to you.
If you have received this email by mistake, please telephone (613) 6323 1900 (reverse charges),
or forward message to info@pittsh.com.au
===========================================================================
Content-transfer-encoding: 7BIT
Date: Thu, 05 Sep 2002 09:53:25 -0400
From: "Ilya A. Kriveshko" <il...@kaon.com>
Subject: Re: "if" not working
To: cocoon-users@xml.apache.org
Message-id: <3D...@kaon.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
I prefer the "search".equals(<xsp-request:get-parameter name="todo"/>)
form, since it will never throw a NullPointerException.
The reason ``=='' doesn't work is because ``=='' is identity, not
equality check. It will only return true if the two operands are the
same object, not two different objects having the same value.
2c
--
Ilya
Rob Grundel wrote:
> use the .equals("todo") operator on the string comparison
>
> -----Original Message-----
> From: Ganael LAPLANCHE [mailto:martymac@martymac.com]
> Sent: Thursday, 5 September 2002 11:49 PM
> To: cocoon-users@xml.apache.org
> Subject: "if" not working
>
> Hi all,
>
> I'm trying to test the value of a hidden parameter sent via an
> html form...
> Here is the test :
>
> <xsp:logic>
> if(<xsp-request:get-parameter name="todo"/>=="search")
> {
> <xsp:content>That's ok !</xsp:content>
> }
> <xsp:logic>
>
> The test never returns true... What's wrong ???
>
> Thank you,
> Gan.
>
>
>
> ===========================================================================
>
>
> This email may be confidential and/or privileged. Only the intended
> recipient may access or use it.
>
> We use virus scanning software but exclude all liability for viruses
> or similar in any attachment.
>
> Copyright in this email and any document created by Pitt & Sherry
> Consulting Engineers will
>
> remain vested in Pitt & Sherry Consulting Engineers and will not
> transfer to you.
>
> If you have received this email by mistake, please telephone (613)
> 6323 1900 (reverse charges),
>
> or forward message to info@pittsh.com.au
>
> ===========================================================================
>
>
>
>
Content-Transfer-Encoding: 7bit
Message-ID: <00...@john>
From: "Ganael LAPLANCHE" <gl...@jouve.fr>
To: <co...@xml.apache.org>
Subject: Re: "if" not working
Date: Thu, 5 Sep 2002 16:01:24 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Many thanks !
----- Original Message -----
From: "Ilya A. Kriveshko" <il...@kaon.com>
To: <co...@xml.apache.org>
Sent: Thursday, September 05, 2002 3:53 PM
Subject: Re: "if" not working
> I prefer the "search".equals(<xsp-request:get-parameter name="todo"/>)
> form, since it will never throw a NullPointerException.
>
> The reason ``=='' doesn't work is because ``=='' is identity, not
> equality check. It will only return true if the two operands are the
> same object, not two different objects having the same value.
>
> 2c
> --
> Ilya
>
> Rob Grundel wrote:
>
> > use the .equals("todo") operator on the string comparison
> >
> > -----Original Message-----
> > From: Ganael LAPLANCHE [mailto:martymac@martymac.com]
> > Sent: Thursday, 5 September 2002 11:49 PM
> > To: cocoon-users@xml.apache.org
> > Subject: "if" not working
> >
> > Hi all,
> >
> > I'm trying to test the value of a hidden parameter sent via an
> > html form...
> > Here is the test :
> >
> > <xsp:logic>
> > if(<xsp-request:get-parameter name="todo"/>=="search")
> > {
> > <xsp:content>That's ok !</xsp:content>
> > }
> > <xsp:logic>
> >
> > The test never returns true... What's wrong ???
> >
> > Thank you,
> > Gan.
> >
> >
> >
> >
===========================================================================
> >
> >
> > This email may be confidential and/or privileged. Only the intended
> > recipient may access or use it.
> >
> > We use virus scanning software but exclude all liability for viruses
> > or similar in any attachment.
> >
> > Copyright in this email and any document created by Pitt & Sherry
> > Consulting Engineers will
> >
> > remain vested in Pitt & Sherry Consulting Engineers and will not
> > transfer to you.
> >
> > If you have received this email by mistake, please telephone (613)
> > 6323 1900 (reverse charges),
> >
> > or forward message to info@pittsh.com.au
> >
> >
===========================================================================
> >
> >
> >
> >
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
Message-ID: <00...@lux>
From: "Jan Bromberger" <vi...@gmx.de>
To: <co...@xml.apache.org>
Subject: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 15:46:40 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0022_01C254F3.6CF5CF30"
I intend to write a SessionContextSelector and tried to use a SessionManager just like the SessionTransformer does. But it seems that there is no SessionManager provided to a Selector while a Transformer gets one.
Am I right?
Why is that so?
And: Has anybody a suggestion for a workaround?
Cheers,
Jan
Content-Transfer-Encoding: 7bit
From: "Carsten Ziegeler" <cz...@s-und-n.de>
To: <co...@xml.apache.org>
Subject: RE: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 15:58:21 +0200
Message-ID: <GM...@s-und-n.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
This should work, you can get a SessionManager from the
ComponentManager.
What/how do you exactly try?
PS: Please send plain text mails and not html.
Carsten
-----Original Message-----
From: Jan Bromberger [mailto:vincev@gmx.de]
Sent: Thursday, September 05, 2002 3:47 PM
To: cocoon-users@xml.apache.org
Subject: No SesionManager provided for Seleector?
I intend to write a SessionContextSelector and tried to use a SessionManager
just like the SessionTransformer does. But it seems that there is no
SessionManager provided to a Selector while a Transformer gets one.
Am I right?
Why is that so?
And: Has anybody a suggestion for a workaround?
Cheers,
Jan
Content-Transfer-Encoding: 7bit
Message-ID: <00...@lux>
From: "Jan Bromberger" <vi...@gmx.de>
To: <co...@xml.apache.org>
Subject: Re: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 16:04:52 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
> This should work, you can get a SessionManager from the
> ComponentManager.
>
> What/how do you exactly try?
public void compose(final ComponentManager componentManager) throws
ComponentException {
this.componentManager = componentManager;
this.sessionManager = (SessionManager)
componentManager.lookup(SessionManager.ROLE);
}
The stacktrace says:
org.apache.avalon.framework.component.ComponentException: Could not find
component
at
org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(Excal
iburComponentManager.java:367)
at
org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentMa
nager.java:227)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory$ComponentManag
erProxy.lookup DefaultComponentFactory.java:314)
...
Cheers,
Jan
> -----Original Message-----
> From: Jan Bromberger [mailto:vincev@gmx.de]
> Sent: Thursday, September 05, 2002 3:47 PM
> To: cocoon-users@xml.apache.org
> Subject: No SesionManager provided for Seleector?
>
>
> I intend to write a SessionContextSelector and tried to use a
SessionManager
> just like the SessionTransformer does. But it seems that there is no
> SessionManager provided to a Selector while a Transformer gets one.
> Am I right?
> Why is that so?
> And: Has anybody a suggestion for a workaround?
>
> Cheers,
> Jan
Content-Transfer-Encoding: 7bit
From: "Carsten Ziegeler" <cz...@s-und-n.de>
To: <co...@xml.apache.org>
Subject: RE: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 16:14:55 +0200
Message-ID: <GM...@s-und-n.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Ok, I'm not sure, but I think you can't lookup the SessionManager
in your compose() method. Try it in your select() method of
the Selector Interface.
That should work (I hope).
Carsten
> -----Original Message-----
> From: Jan Bromberger [mailto:vincev@gmx.de]
> Sent: Thursday, September 05, 2002 4:05 PM
> To: cocoon-users@xml.apache.org
> Subject: Re: No SesionManager provided for Seleector?
>
>
>
> > This should work, you can get a SessionManager from the
> > ComponentManager.
> >
> > What/how do you exactly try?
>
> public void compose(final ComponentManager componentManager) throws
> ComponentException {
> this.componentManager = componentManager;
> this.sessionManager = (SessionManager)
> componentManager.lookup(SessionManager.ROLE);
> }
>
> The stacktrace says:
> org.apache.avalon.framework.component.ComponentException: Could not find
> component
> at
> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lo
> okup(Excal
> iburComponentManager.java:367)
> at
> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonC
> omponentMa
> nager.java:227)
> at
> org.apache.avalon.excalibur.component.DefaultComponentFactory$Comp
> onentManag
> erProxy.lookup DefaultComponentFactory.java:314)
> ...
>
> Cheers,
> Jan
>
> > -----Original Message-----
> > From: Jan Bromberger [mailto:vincev@gmx.de]
> > Sent: Thursday, September 05, 2002 3:47 PM
> > To: cocoon-users@xml.apache.org
> > Subject: No SesionManager provided for Seleector?
> >
> >
> > I intend to write a SessionContextSelector and tried to use a
> SessionManager
> > just like the SessionTransformer does. But it seems that there is no
> > SessionManager provided to a Selector while a Transformer gets one.
> > Am I right?
> > Why is that so?
> > And: Has anybody a suggestion for a workaround?
> >
> > Cheers,
> > Jan
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
Content-Transfer-Encoding: 7bit
Message-ID: <00...@lux>
From: "Jan Bromberger" <vi...@gmx.de>
To: <co...@xml.apache.org>
Subject: Re: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 16:30:22 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
> Ok, I'm not sure, but I think you can't lookup the SessionManager
> in your compose() method. Try it in your select() method of
> the Selector Interface.
> That should work (I hope).
Yes, thanks. That helps.
But: The session that is provided is not the same as the one that I get
with:
ObjectModelHelper.getRequest(objectModel).getSession()
Where objectModel is from
public boolean select(final String expression, final Map objectModel,
final Parameters parameters) {
In the latter there is my SessionContext in the one provided by the
SessionManager it is not.
Do you have a clue why?
> > > This should work, you can get a SessionManager from the
> > > ComponentManager.
> > >
> > > What/how do you exactly try?
> >
> > public void compose(final ComponentManager componentManager) throws
> > ComponentException {
> > this.componentManager = componentManager;
> > this.sessionManager = (SessionManager)
> > componentManager.lookup(SessionManager.ROLE);
> > }
> >
> > The stacktrace says:
> > org.apache.avalon.framework.component.ComponentException: Could not find
> > component
> > at
> > org.apache.avalon.excalibur.component.ExcaliburComponentManager.lo
> > okup(Excal
> > iburComponentManager.java:367)
> > at
> > org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonC
> > omponentMa
> > nager.java:227)
> > at
> > org.apache.avalon.excalibur.component.DefaultComponentFactory$Comp
> > onentManag
> > erProxy.lookup DefaultComponentFactory.java:314)
> > ...
> >
> > Cheers,
> > Jan
> >
> > > -----Original Message-----
> > > From: Jan Bromberger [mailto:vincev@gmx.de]
> > > Sent: Thursday, September 05, 2002 3:47 PM
> > > To: cocoon-users@xml.apache.org
> > > Subject: No SesionManager provided for Seleector?
> > >
> > >
> > > I intend to write a SessionContextSelector and tried to use a
> > SessionManager
> > > just like the SessionTransformer does. But it seems that there is no
> > > SessionManager provided to a Selector while a Transformer gets one.
> > > Am I right?
> > > Why is that so?
> > > And: Has anybody a suggestion for a workaround?
> > >
> > > Cheers,
> > > Jan
Content-Transfer-Encoding: 7bit
From: "Carsten Ziegeler" <cz...@s-und-n.de>
To: <co...@xml.apache.org>
Subject: RE: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 16:53:00 +0200
Message-ID: <GM...@s-und-n.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
When is your session context created?
Carsten
> -----Original Message-----
> From: Jan Bromberger [mailto:vincev@gmx.de]
> Sent: Thursday, September 05, 2002 4:30 PM
> To: cocoon-users@xml.apache.org
> Subject: Re: No SesionManager provided for Seleector?
>
>
> > Ok, I'm not sure, but I think you can't lookup the SessionManager
> > in your compose() method. Try it in your select() method of
> > the Selector Interface.
> > That should work (I hope).
>
> Yes, thanks. That helps.
> But: The session that is provided is not the same as the one that I get
> with:
>
> ObjectModelHelper.getRequest(objectModel).getSession()
>
> Where objectModel is from
>
> public boolean select(final String expression, final Map objectModel,
> final Parameters parameters) {
>
> In the latter there is my SessionContext in the one provided by the
> SessionManager it is not.
> Do you have a clue why?
>
> > > > This should work, you can get a SessionManager from the
> > > > ComponentManager.
> > > >
> > > > What/how do you exactly try?
> > >
> > > public void compose(final ComponentManager componentManager) throws
> > > ComponentException {
> > > this.componentManager = componentManager;
> > > this.sessionManager = (SessionManager)
> > > componentManager.lookup(SessionManager.ROLE);
> > > }
> > >
> > > The stacktrace says:
> > > org.apache.avalon.framework.component.ComponentException:
> Could not find
> > > component
> > > at
> > > org.apache.avalon.excalibur.component.ExcaliburComponentManager.lo
> > > okup(Excal
> > > iburComponentManager.java:367)
> > > at
> > > org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonC
> > > omponentMa
> > > nager.java:227)
> > > at
> > > org.apache.avalon.excalibur.component.DefaultComponentFactory$Comp
> > > onentManag
> > > erProxy.lookup DefaultComponentFactory.java:314)
> > > ...
> > >
> > > Cheers,
> > > Jan
> > >
> > > > -----Original Message-----
> > > > From: Jan Bromberger [mailto:vincev@gmx.de]
> > > > Sent: Thursday, September 05, 2002 3:47 PM
> > > > To: cocoon-users@xml.apache.org
> > > > Subject: No SesionManager provided for Seleector?
> > > >
> > > >
> > > > I intend to write a SessionContextSelector and tried to use a
> > > SessionManager
> > > > just like the SessionTransformer does. But it seems that there is no
> > > > SessionManager provided to a Selector while a Transformer gets one.
> > > > Am I right?
> > > > Why is that so?
> > > > And: Has anybody a suggestion for a workaround?
> > > >
> > > > Cheers,
> > > > Jan
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
Content-Transfer-Encoding: 7bit
Message-ID: <00...@lux>
From: "Jan Bromberger" <vi...@gmx.de>
To: <co...@xml.apache.org>
Subject: Re: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 16:59:05 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
> When is your session context created?
It should normaly be created only once on the first page request. At the
moment for test purposes there is the following pipe:
<map:match pattern="sessiontest">
<map:generate src="foo.xml"/>
<map:transform type="session"/>
<map:select type="context">
...
</map:select>
<map:serialize type="xml"/>
</map:match>
So it is created by the session transformer before the select state.
I have now commented out the session create statement.. But nothing changes.
Cheers,
Jan
Und danke fuers helfen!
> > -----Original Message-----
> > From: Jan Bromberger [mailto:vincev@gmx.de]
> > Sent: Thursday, September 05, 2002 4:30 PM
> > To: cocoon-users@xml.apache.org
> > Subject: Re: No SesionManager provided for Seleector?
> >
> >
> > > Ok, I'm not sure, but I think you can't lookup the SessionManager
> > > in your compose() method. Try it in your select() method of
> > > the Selector Interface.
> > > That should work (I hope).
> >
> > Yes, thanks. That helps.
> > But: The session that is provided is not the same as the one that I get
> > with:
> >
> > ObjectModelHelper.getRequest(objectModel).getSession()
> >
> > Where objectModel is from
> >
> > public boolean select(final String expression, final Map
objectModel,
> > final Parameters parameters) {
> >
> > In the latter there is my SessionContext in the one provided by the
> > SessionManager it is not.
> > Do you have a clue why?
> >
> > > > > This should work, you can get a SessionManager from the
> > > > > ComponentManager.
> > > > >
> > > > > What/how do you exactly try?
> > > >
> > > > public void compose(final ComponentManager componentManager) throws
> > > > ComponentException {
> > > > this.componentManager = componentManager;
> > > > this.sessionManager = (SessionManager)
> > > > componentManager.lookup(SessionManager.ROLE);
> > > > }
> > > >
> > > > The stacktrace says:
> > > > org.apache.avalon.framework.component.ComponentException:
> > Could not find
> > > > component
> > > > at
> > > > org.apache.avalon.excalibur.component.ExcaliburComponentManager.lo
> > > > okup(Excal
> > > > iburComponentManager.java:367)
> > > > at
> > > > org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonC
> > > > omponentMa
> > > > nager.java:227)
> > > > at
> > > > org.apache.avalon.excalibur.component.DefaultComponentFactory$Comp
> > > > onentManag
> > > > erProxy.lookup DefaultComponentFactory.java:314)
> > > > ...
> > > >
> > > > Cheers,
> > > > Jan
> > > >
> > > > > -----Original Message-----
> > > > > From: Jan Bromberger [mailto:vincev@gmx.de]
> > > > > Sent: Thursday, September 05, 2002 3:47 PM
> > > > > To: cocoon-users@xml.apache.org
> > > > > Subject: No SesionManager provided for Seleector?
> > > > >
> > > > >
> > > > > I intend to write a SessionContextSelector and tried to use a
> > > > SessionManager
> > > > > just like the SessionTransformer does. But it seems that there is
no
> > > > > SessionManager provided to a Selector while a Transformer gets
one.
> > > > > Am I right?
> > > > > Why is that so?
> > > > > And: Has anybody a suggestion for a workaround?
> > > > >
> > > > > Cheers,
> > > > > Jan
> >
> >
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <co...@xml.apache.org>
> > For additional commands, e-mail: <co...@xml.apache.org>
> >
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
Content-Transfer-Encoding: 7bit
From: "Carsten Ziegeler" <cz...@s-und-n.de>
To: <co...@xml.apache.org>
Subject: RE: No SesionManager provided for Seleector?
Date: Thu, 5 Sep 2002 17:10:08 +0200
Message-ID: <GM...@s-und-n.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
> -----Original Message-----
> From: Jan Bromberger [mailto:vincev@gmx.de]
> Sent: Thursday, September 05, 2002 4:59 PM
> To: cocoon-users@xml.apache.org
> Subject: Re: No SesionManager provided for Seleector?
>
>
> > When is your session context created?
> It should normaly be created only once on the first page request. At the
> moment for test purposes there is the following pipe:
>
> <map:match pattern="sessiontest">
> <map:generate src="foo.xml"/>
> <map:transform type="session"/>
> <map:select type="context">
> ...
> </map:select>
> <map:serialize type="xml"/>
> </map:match>
>
> So it is created by the session transformer before the select state.
>
No, sorry - it is not. Actions, Matchers and Selectors are executed during
processing of the sitemap immediately - generators, transformers and
serializers
are executed after the complete xml pipeline is established.
So, first your selector is tested and at that time no context exists and
then is your xml pipeline executed which creates the context.
HTH
Carsten
Content-Transfer-Encoding: 8bit
To: cocoon-users@xml.apache.org
From: answer@tnoo.net (Martin =?iso-8859-1?q?L=FCthi?=)
Subject: Re: Efficient aggregation
Date: 05 Sep 2002 15:47:57 +0200
Message-ID: <m3...@yak.ethz.ch>
Reply-To: answer@tnoo.net
Mime-Version: 1.0
Content-Type: text/plain; charset=latin-iso8859-1
Thank you for your hint. I just tried out XPathDirectoryGenerator (scratchpad)
which essentially does what I need, but is a lot less messy than my initial
approach. However, also these results seem not to get cached... Presumably I
should save the result with something like a SourceWritingTransformer, and
only rebuild the file after explizit request.
Martin
Nick Airey <ni...@ihavemoved.com> writes:
> After 1 minute of looking, it seems that the DirectoryGenerator is not
> cacheable.
>
> So it is going to re-read the directory every time you hit the pipeline.
> Your Xincluded pieces might be cacheable, however. For instance, the
> FileGenerator *is* cacheable (if you are using it).
>
>
> If you can live with refreshing the cached directory every x seconds (or
> miliseconds), and you can write some java, you could extend the
> DirectoryGenerator to make a "caching directory generator", by
> implementing interface Cacheable and implementing generateKey() and
> generateValidity(). The generateValidity() method would return a
> DeltaTimeCacheValidity instance set to the caching time.
>
>
> Regs,
> Nick.
--
Martin Lüthi answer@tnoo.net
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"
From: Antonio Gallardo Rivera <ag...@agsoftware.dnsalias.com>
To: <co...@xml.apache.org>
Subject: The dbAdd action not working
Date: Thu, 5 Sep 2002 08:37:26 -0600
MIME-Version: 1.0
Message-Id: <20...@agsoftware.dnsalias.com>
Please help me:
I am using Cocoon 2.1:
In the sitemap I have:
<map:action-set name="process">
<map:act action="Crear Categoria" type="form-validator">
<map:parameter name="validate-set" value="add"/>
<map:act type="dbAdd"/>
</map:act>
<map:action-set>
The actions are declared:
<map:action logger="sitemap.action.dbAdd"
name="dbAdd"
<map:action logger="sitemap.action.form-validator"
name="form-validator"
src="org.apache.cocoon.acting.FormValidatorAction"/>
The match in the pipeline is:
<map:match pattern="cat-*.html">
<map:act type="auth-protect">
<map:parameter name="handler" value="agshandler"/>
<map:match pattern="cat-*.html">
<map:act set="process">
<map:parameter name="descriptor"
value="docs/cat-form.xml"/>
<!-- if success -->
<map:generate src="docs/cat-confirm.xsp"
type="serverpages"/>
<map:transform src="stylesheets/agssa.xsl"/>
<map:serialize/>
</map:act> <!-- if fail -->
<map:generate src="docs/cat-{1}.xsp" type="serverpages"/>
<map:transform src="stylesheets/agssa.xsl"/>
<map:serialize/>
</map:match>
</map:act>
<map:transform src="stylesheets/agssa.xsl"/>
<map:serialize/>
</map:match>
The form-validator is working well, but the data are not going to the
database. I saw in the logs and there was not any logger activity to dbAdd.
What I am doing wrong?
Antonio Gallardo
Content-Transfer-Encoding: 7bit
From: "Klaus Bertram" <be...@n-bis.de>
To: <co...@xml.apache.org>
Subject: RE: The dbAdd action not working
Date: Thu, 5 Sep 2002 16:47:34 +0200
Message-ID: <JD...@n-bis.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Hi Antonio,
You must also set the for-descriptor for form validation
<map:parameter name="form-descriptor" value="docs/cat-form.xml"/>
The descriptor is only for the action dbAdd
Klaus
> -----Original Message-----
> From: Antonio Gallardo Rivera [mailto:agallardo@agsoftware.dnsalias.com]
> Sent: Thursday, September 05, 2002 4:37 PM
> To: cocoon-users@xml.apache.org
> Subject: The dbAdd action not working
>
>
> Please help me:
>
> I am using Cocoon 2.1:
>
> In the sitemap I have:
>
> <map:action-set name="process">
> <map:act action="Crear Categoria" type="form-validator">
> <map:parameter name="validate-set" value="add"/>
> <map:act type="dbAdd"/>
> </map:act>
> <map:action-set>
>
> The actions are declared:
>
> <map:action logger="sitemap.action.dbAdd"
> name="dbAdd"
> <map:action logger="sitemap.action.form-validator"
> name="form-validator"
> src="org.apache.cocoon.acting.FormValidatorAction"/>
>
> The match in the pipeline is:
>
> <map:match pattern="cat-*.html">
> <map:act type="auth-protect">
> <map:parameter name="handler" value="agshandler"/>
>
> <map:match pattern="cat-*.html">
> <map:act set="process">
> <map:parameter name="descriptor"
> value="docs/cat-form.xml"/>
<map:parameter name="form-descriptor" value="docs/cat-form.xml"/>
> <!-- if success -->
> <map:generate src="docs/cat-confirm.xsp"
> type="serverpages"/>
> <map:transform src="stylesheets/agssa.xsl"/>
> <map:serialize/>
> </map:act> <!-- if fail -->
> <map:generate src="docs/cat-{1}.xsp" type="serverpages"/>
> <map:transform src="stylesheets/agssa.xsl"/>
> <map:serialize/>
> </map:match>
> </map:act>
> <map:transform src="stylesheets/agssa.xsl"/>
> <map:serialize/>
> </map:match>
>
> The form-validator is working well, but the data are not going to the
> database. I saw in the logs and there was not any logger activity
> to dbAdd.
>
> What I am doing wrong?
>
> Antonio Gallardo
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
Content-Transfer-Encoding: 7bit
Message-ID: <3D...@openforce.at>
Date: Thu, 05 Sep 2002 16:46:28 +0200
From: Gerhard Hipfinger <ge...@openforce.at>
MIME-Version: 1.0
To: cocoon-users@xml.apache.org
Subject: Re: The dbAdd action not working
Content-Type: text/plain; charset=us-ascii; format=flowed
Hi Antonio,
This bug was reported from Ivan Luzyanin quite a long time ago. There is
a bug report under
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9835
Please, confirm this bug, I hope someone will investigate this issue.
This bug is the reason I can't switch to 2.1 (and still use 2.0.3).
Regards,
Gerhard
Antonio Gallardo Rivera wrote:
> Please help me:
>
> I am using Cocoon 2.1:
>
> In the sitemap I have:
>
> <map:action-set name="process">
> <map:act action="Crear Categoria" type="form-validator">
> <map:parameter name="validate-set" value="add"/>
> <map:act type="dbAdd"/>
> </map:act>
> <map:action-set>
>
> The actions are declared:
>
> <map:action logger="sitemap.action.dbAdd"
> name="dbAdd"
> <map:action logger="sitemap.action.form-validator"
> name="form-validator"
> src="org.apache.cocoon.acting.FormValidatorAction"/>
>
> The match in the pipeline is:
>
> <map:match pattern="cat-*.html">
> <map:act type="auth-protect">
> <map:parameter name="handler" value="agshandler"/>
>
> <map:match pattern="cat-*.html">
> <map:act set="process">
> <map:parameter name="descriptor"
> value="docs/cat-form.xml"/>
> <!-- if success -->
> <map:generate src="docs/cat-confirm.xsp"
> type="serverpages"/>
> <map:transform src="stylesheets/agssa.xsl"/>
> <map:serialize/>
> </map:act> <!-- if fail -->
> <map:generate src="docs/cat-{1}.xsp" type="serverpages"/>
> <map:transform src="stylesheets/agssa.xsl"/>
> <map:serialize/>
> </map:match>
> </map:act>
> <map:transform src="stylesheets/agssa.xsl"/>
> <map:serialize/>
> </map:match>
>
> The form-validator is working well, but the data are not going to the
> database. I saw in the logs and there was not any logger activity to dbAdd.
>
> What I am doing wrong?
>
> Antonio Gallardo
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"
From: Antonio Gallardo Rivera <ag...@agsoftware.dnsalias.com>
To: cocoon-users@xml.apache.org
Subject: Re: The dbAdd action not working
Date: Thu, 5 Sep 2002 09:11:03 -0600
MIME-Version: 1.0
Message-Id: <20...@agsoftware.dnsalias.com>
Gerhard:
Many thanks, I put to it 3 points in the bugzilla ;)
I hope it will be soon resolved.
Regards
Antonio Gallardo
El Jueves, 05 de Septiembre de 2002 08:46, Gerhard Hipfinger escribió:
> Hi Antonio,
>
> This bug was reported from Ivan Luzyanin quite a long time ago. There is
> a bug report under
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9835
>
> Please, confirm this bug, I hope someone will investigate this issue.
> This bug is the reason I can't switch to 2.1 (and still use 2.0.3).
>
> Regards,
> Gerhard
>
> Antonio Gallardo Rivera wrote:
> > Please help me:
> >
> > I am using Cocoon 2.1:
> >
> > In the sitemap I have:
> >
> > <map:action-set name="process">
> > <map:act action="Crear Categoria" type="form-validator">
> > <map:parameter name="validate-set" value="add"/>
> > <map:act type="dbAdd"/>
> > </map:act>
> > <map:action-set>
> >
> > The actions are declared:
> >
> > <map:action logger="sitemap.action.dbAdd"
> > name="dbAdd"
> > <map:action logger="sitemap.action.form-validator"
> > name="form-validator"
> > src="org.apache.cocoon.acting.FormValidatorAction"/>
> >
> > The match in the pipeline is:
> >
> > <map:match pattern="cat-*.html">
> > <map:act type="auth-protect">
> > <map:parameter name="handler" value="agshandler"/>
> >
> > <map:match pattern="cat-*.html">
> > <map:act set="process">
> > <map:parameter name="descriptor"
> > value="docs/cat-form.xml"/>
> > <!-- if success -->
> > <map:generate src="docs/cat-confirm.xsp"
> > type="serverpages"/>
> > <map:transform src="stylesheets/agssa.xsl"/>
> > <map:serialize/>
> > </map:act> <!-- if fail -->
> > <map:generate src="docs/cat-{1}.xsp" type="serverpages"/>
> > <map:transform src="stylesheets/agssa.xsl"/>
> > <map:serialize/>
> > </map:match>
> > </map:act>
> > <map:transform src="stylesheets/agssa.xsl"/>
> > <map:serialize/>
> > </map:match>
> >
> > The form-validator is working well, but the data are not going to the
> > database. I saw in the logs and there was not any logger activity to
> > dbAdd.
> >
> > What I am doing wrong?
> >
> > Antonio Gallardo
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <co...@xml.apache.org>
> > For additional commands, e-mail: <co...@xml.apache.org>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
MIME-Version: 1.0
Message-Id: <3D...@E0APRI005.risorse.enel>
Date: Thu, 5 Sep 2002 16:59:57 +0200 (ora legale Europa occidentale)
Content-Type: Multipart/related; type="multipart/alternative"; boundary="------------Boundary-00=_XB0ZUUF1VA4000000000"
From: "Francesco Marchioni" <ma...@libero.it>
To: <co...@xml.apache.org>
Subject: Converting html documents to plain text
Hi all,
I have to task to convert lots of html documents
downloaded with the URLConnection class....
URL url = new URL("http://host/document.htm");
URLConnection urlConnection = url.openConnection();
...into plain text document to be written on my hard disk.
I wonder if I can do it easily with Cocoon....I don't know it
deeply......could you give some feedback ??
Thanks
Francesco
_______________________________________________________________________________
[IMAGE] IncrediMail - il mondo della posta elettronica si è finalmente evoluto - Clicca Qui (Embedded image moved to file: pic08431.pcx)
Message-ID: <B6...@POSTMAN.flagship.ru>
From: Piroumian Konstantin <KP...@protek.com>
To: "'cocoon-users@xml.apache.org'" <co...@xml.apache.org>
Subject: RE: Converting html documents to plain text
Date: Thu, 5 Sep 2002 19:06:36 +0400
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----_=_NextPart_000_01C254ED.D4201590"; type="multipart/alternative"
Cocoon allows to setup a pipeline that will retrieve remote HTML documents, transform them and write to the HD.
I think you'll have to run Cocoon from command line and provide the list of all the documents you need.
Though, I'm not so sure that Cocoon's command line interface will work with remote documents.
--
Konstantin Piroumian
-----Original Message-----
From: Francesco Marchioni [mailto:marchioni.francesco@libero.it]
Sent: Thursday, September 05, 2002 7:00 PM
To: cocoon-users@xml.apache.org
Subject: Converting html documents to plain text
Hi all,
I have to task to convert lots of html documents
downloaded with the URLConnection class....
URL url = new URL("http://host/document.htm");
URLConnection urlConnection = url.openConnection();
...into plain text document to be written on my hard disk.
I wonder if I can do it easily with Cocoon....I don't know it
deeply......could you give some feedback ??
Thanks
Francesco
_______________________________________________________________________________
[IMAGE] IncrediMail - il mondo della posta elettronica si è finalmente evoluto - Clicca Qui
Content-Transfer-Encoding: 8bit
Message-ID: <01...@john>
From: "Ganael LAPLANCHE" <gl...@jouve.fr>
To: <co...@xml.apache.org>
Subject: Re: REPOST: Uploaded file name problem
Date: Thu, 5 Sep 2002 17:14:35 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Yeh, that's very strange, I'd like to find the answer... If someone can
help...
----- Original Message -----
From: "Lorenzo De Sio" <l....@w4b.it>
To: <co...@xml.apache.org>
Sent: Friday, August 30, 2002 2:42 PM
Subject: R: REPOST: Uploaded file name problem
You must be right... but, if so, why does it work perfectly :-( in the
Cocoon default webapp?
May anyone please help us?
L.
-----Messaggio originale-----
Da: Ganael LAPLANCHE [mailto:glaplanche@jouve.fr]
Inviato: venerdì 30 agosto 2002 9.58
A: cocoon-users@xml.apache.org
Oggetto: Re: REPOST: Uploaded file name problem
Hi !
I had exactly the same problem... But It happens only when you upload files
from a Windows environment...
I posted a message and someone told me It was a bug in cocoon... Sorry...
Gan.
----- Original Message -----
From: "Lorenzo De Sio" <l....@w4b.it>
To: <co...@xml.apache.org>
Sent: Friday, August 30, 2002 9:39 AM
Subject: REPOST: Uploaded file name problem
> Hi all,
>
> I'm reposting a message I posted on emonth ago, since it has been ignored
> :-))
>
> (original message follows)
>
>
> Hi,
>
> I've got a curious problem w/ the file upload functionality.
>
> I wrote this upload form:
>
> <form action="index" method="post"
> enctype="multipart/form-data">
> <input name="uploaded_file" type="file"/>
> <input type="submit"/>
> </form>
>
>
> As I post it to any Cocoon URL (actually itself) it uploads everything OK.
> The problem is that all uploaded files get named (on the Linux server box)
> with the
> *full path* of the original file on the client.
>
> This is the curious directory listing on my Linux box:
>
> > -rw-r--r-- 1 root root 100 Aug 1 13:22
> W:\accademia\img\frame_r2_c1.gif
> > -rw-r--r-- 1 root root 30733 Aug 1 13:28
> C:\Documenti\ZIP2EXE.EXE
> > -rw-r--r-- 1 root root 7142 Aug 1 13:06
> W:\accademia\img\cover.gif
> > -rw-r--r-- 1 root root 100 Aug 1 13:22
> W:\accademia\img\frame_r2_c1.gif
> > -rw-r--r-- 1 root root 200 Aug 1 13:26
> W:\accademia\img\frame_r4_c1.gif
>
> BTW, I'm using Win2000/IE5.5
>
> Any hints?
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
The following file(s) have been deleted by: Michael Edge on 05/09/2002 16:16:35
ATT02177.gif
ATT02177.gif
--
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.