You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Tiberiu Dondera <ti...@yahoo.com> on 2001/10/10 18:36:45 UTC
new SENDMAIL.XSL version?
While looking through the lists archives I saw that some of the users have
develloped a new version of sendmail taglib.
The part that I am interested in especially is the error handling.
If somebody has this kind of sendmail taglib, could they please send it to
me?
And a more general question:
How to install such an update to a taglib that is in the cocoon.war package?
Simply replacing the old file IN the war file works, or must I recompile the
entire package?
Thank in advance.
Tiberiu Dondera
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions in Cocoon?
Posted by Adrian Geissel <ag...@zenark.com>.
Oops - it's just a little too early on a Friday morning!
I 've spotted the error - the XPath expression was technically correct, but
the test data was not correctly Generated - thus it did not exist for the
transformer.
However, I hope that this approach may thus be of benefit to someone else,
albeit Xalan specific.
Regards,
Adrian
----- Original Message -----
From: Adrian Geissel <ag...@zenark.com>
To: <co...@xml.apache.org>
Sent: Friday, October 19, 2001 9:34 AM
Subject: [C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions in
Cocoon?
> Hi,
>
> I appologise in advance for posting to this mailing list, but I also think
> that the answer maybe of interest to the Cocoon community.
>
> What I am trying to do is to build a generic form within C2 that is
defined
> in an XSP which is aggregated with another path that will contain the data
> which is to be plugged into the form, thereby allowing for improved form
> (UI) reuse across scenarios. In trying to do this, I need the ability to
> perform run-time XPath evaluation, rather than at programming time.
>
> I have found a Xalan extension function (luckily before I wanted to write
my
> own :) that appears to do the trick. Its called "xalan:evaluate()" and
takes
> an XPath expression as a parameter, which in turn contains an XPath
> expression, which is then evaluated and returned.
>
> I've read the docs, but can't get it to work. The docs say to use the
> namespace xmlns:xalan="http://xml.apache.org/xalan". I'm calling the
> extension function in my xml2html transformation stylesheet as follows:
>
> <xsl:stylesheet version="1.0"
> xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
> xmlns:xalan="http://xml.apache.org/xalan"
> xmlns:zdam="zenark.com/zdam"
> exclude-result-prefixes="xalan"
> >
>
> <xsl:template ...>
>
> ...
> <xsl:choose>
> <xsl:when test="@bind-to">
> <xsl:attribute name="value"><xsl:value-of
> select="xalan:evaluate(@bind-to)"/></xsl:attribute>
> </xsl:when>
> <xsl:otherwise><xsl:attribute name="value"><xsl:value-of
> select="normalize-space()"/></xsl:attribute></xsl:otherwise>
> </xsl:choose>
> ...
>
> </xsl:template>
>
> </xsl:stylesheet>
>
> The problem is that evaluate() returns '', rather than the expected real
> value. The returned XPath expression (in @bind-to) is correct.
>
> Any thoughts or experiences?
> Thanks in advance,
> Adrian
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.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/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: [C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions in Cocoon?
Posted by Torsten Curdt <tc...@dff.st>.
Have a look into exformula at sourceforge the xform2html.xsl
uses it.
--
Torsten
> -----Original Message-----
> From: Adrian Geissel [mailto:ageissel@zenark.com]
> Sent: Friday, October 19, 2001 10:34 AM
> To: cocoon-users@xml.apache.org
> Subject: [C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions
> in Cocoon?
>
>
> Hi,
>
> I appologise in advance for posting to this mailing list, but I also think
> that the answer maybe of interest to the Cocoon community.
>
> What I am trying to do is to build a generic form within C2 that is defined
> in an XSP which is aggregated with another path that will contain the data
> which is to be plugged into the form, thereby allowing for improved form
> (UI) reuse across scenarios. In trying to do this, I need the ability to
> perform run-time XPath evaluation, rather than at programming time.
>
> I have found a Xalan extension function (luckily before I wanted to write my
> own :) that appears to do the trick. Its called "xalan:evaluate()" and takes
> an XPath expression as a parameter, which in turn contains an XPath
> expression, which is then evaluated and returned.
>
> I've read the docs, but can't get it to work. The docs say to use the
> namespace xmlns:xalan="http://xml.apache.org/xalan". I'm calling the
> extension function in my xml2html transformation stylesheet as follows:
>
> <xsl:stylesheet version="1.0"
> xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
> xmlns:xalan="http://xml.apache.org/xalan"
> xmlns:zdam="zenark.com/zdam"
> exclude-result-prefixes="xalan"
> >
>
> <xsl:template ...>
>
> ...
> <xsl:choose>
> <xsl:when test="@bind-to">
> <xsl:attribute name="value"><xsl:value-of
> select="xalan:evaluate(@bind-to)"/></xsl:attribute>
> </xsl:when>
> <xsl:otherwise><xsl:attribute name="value"><xsl:value-of
> select="normalize-space()"/></xsl:attribute></xsl:otherwise>
> </xsl:choose>
> ...
>
> </xsl:template>
>
> </xsl:stylesheet>
>
> The problem is that evaluate() returns '', rather than the expected real
> value. The returned XPath expression (in @bind-to) is correct.
>
> Any thoughts or experiences?
> Thanks in advance,
> Adrian
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.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/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: [C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions in Cocoon?
Posted by Max Larsson <ma...@gmservice.de>.
Hi
as long as i knwo you forgotten to define that the
namespace xalan is an extension namespace. How to do
that you have to read the Xalan documentation.
Max
-----Original Message-----
From: Adrian Geissel [mailto:ageissel@zenark.com]
Sent: Freitag, 19. Oktober 2001 10:34
To: cocoon-users@xml.apache.org
Subject: [C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions
in Cocoon?
Hi,
I appologise in advance for posting to this mailing list, but I also think
that the answer maybe of interest to the Cocoon community.
What I am trying to do is to build a generic form within C2 that is defined
in an XSP which is aggregated with another path that will contain the data
which is to be plugged into the form, thereby allowing for improved form
(UI) reuse across scenarios. In trying to do this, I need the ability to
perform run-time XPath evaluation, rather than at programming time.
I have found a Xalan extension function (luckily before I wanted to write my
own :) that appears to do the trick. Its called "xalan:evaluate()" and takes
an XPath expression as a parameter, which in turn contains an XPath
expression, which is then evaluated and returned.
I've read the docs, but can't get it to work. The docs say to use the
namespace xmlns:xalan="http://xml.apache.org/xalan". I'm calling the
extension function in my xml2html transformation stylesheet as follows:
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xalan="http://xml.apache.org/xalan"
xmlns:zdam="zenark.com/zdam"
exclude-result-prefixes="xalan"
>
<xsl:template ...>
...
<xsl:choose>
<xsl:when test="@bind-to">
<xsl:attribute name="value"><xsl:value-of
select="xalan:evaluate(@bind-to)"/></xsl:attribute>
</xsl:when>
<xsl:otherwise><xsl:attribute name="value"><xsl:value-of
select="normalize-space()"/></xsl:attribute></xsl:otherwise>
</xsl:choose>
...
</xsl:template>
</xsl:stylesheet>
The problem is that evaluate() returns '', rather than the expected real
value. The returned XPath expression (in @bind-to) is correct.
Any thoughts or experiences?
Thanks in advance,
Adrian
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.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/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[C2.0rc1] SLIGHTLY OFF TOPIC: Has anyone used Xalan extensions in Cocoon?
Posted by Adrian Geissel <ag...@zenark.com>.
Hi,
I appologise in advance for posting to this mailing list, but I also think
that the answer maybe of interest to the Cocoon community.
What I am trying to do is to build a generic form within C2 that is defined
in an XSP which is aggregated with another path that will contain the data
which is to be plugged into the form, thereby allowing for improved form
(UI) reuse across scenarios. In trying to do this, I need the ability to
perform run-time XPath evaluation, rather than at programming time.
I have found a Xalan extension function (luckily before I wanted to write my
own :) that appears to do the trick. Its called "xalan:evaluate()" and takes
an XPath expression as a parameter, which in turn contains an XPath
expression, which is then evaluated and returned.
I've read the docs, but can't get it to work. The docs say to use the
namespace xmlns:xalan="http://xml.apache.org/xalan". I'm calling the
extension function in my xml2html transformation stylesheet as follows:
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xalan="http://xml.apache.org/xalan"
xmlns:zdam="zenark.com/zdam"
exclude-result-prefixes="xalan"
>
<xsl:template ...>
...
<xsl:choose>
<xsl:when test="@bind-to">
<xsl:attribute name="value"><xsl:value-of
select="xalan:evaluate(@bind-to)"/></xsl:attribute>
</xsl:when>
<xsl:otherwise><xsl:attribute name="value"><xsl:value-of
select="normalize-space()"/></xsl:attribute></xsl:otherwise>
</xsl:choose>
...
</xsl:template>
</xsl:stylesheet>
The problem is that evaluate() returns '', rather than the expected real
value. The returned XPath expression (in @bind-to) is correct.
Any thoughts or experiences?
Thanks in advance,
Adrian
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Cocoon Website
Posted by Jesse Reynolds <li...@va.com.au>.
Hi
It seems that the Cocoon website is often incredibly slow to respond.
It also seems to suffer from way too many graphics, and bad
javascript.
Right now, for instance, the server is randomly refusing connections outright.
Can I help with the website please? I'd happily host a mirror in
Australia on a fast server on a fast connection, as well as assist
with a redesign focusing on a 'lighter' site...
I don't know who updates the site or whatever, but if I can be of any
use, please let me know. I'd be happy to help out.
Cheers
Jesse
--
Jesse Reynolds - Virtual Artists Pty Ltd - http://www.va.com.au
jesse (at) va.com.au
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2.0rc1]: Redirects and Requests - passing parameters
Posted by Adrian Geissel <ag...@zenark.com>.
Thanks Carsten,
This has clarified the situation with respect to request-object - and the
ability to 'fall-through' to an internal request using the cocoon: protocol
has tidied up my sitemap no end (not big - yet!).
Cheers
Adrian
C2 - The Bee's Knees!
----- Original Message -----
From: Carsten Ziegeler <cz...@sundn.de>
To: <co...@xml.apache.org>
Sent: Monday, October 15, 2001 2:10 PM
Subject: AW: [C2.0rc1]: Redirects and Requests - passing parameters
> Hi Adrian,
>
> > -----Ursprüngliche Nachricht-----
> > Von: Adrian Geissel [mailto:ageissel@zenark.com]
> > Gesendet: Montag, 15. Oktober 2001 13:21
> > An: cocoon-users@xml.apache.org
> > Betreff: [C2.0rc1]: Redirects and Requests - passing parameters
> >
> >
> > Hi.,
> >
> > Got a question about constructing a particular site-map process flow.
> >
> > What we are trying to achieve is the following:
> >
> > Present a form to the user
> > Process the request with parameters in an Action
> > On Success - redirect to the next logical page (not a problem)
> > On Fail - we want to redirect back to the original form, passing
> > the request
> > parameters (for field re-population) and an error message.
> >
> > I have looked, but not found, how to pass the original request object to
a
> > redirect target (so that getParameter() and getAttribute() work).
> > Is this possible? If so, how is the sitemap configured? If not,
> > does anyone
> > have experience of doing something similar?
> >
> Using redirects is not possible, as you can't "redirect" the attributes.
> One solution would be to use sessions and to store your information
> there.
>
> > Possibly related is how the internal 'cocoon:' redirect protocol works.
> Yes, the cocoon: protocol works this way and that is exactly another
> solution you could use:
> <map:match pattern="start"/>
> <map:act type="YOURACTION">
> <!-- success -->
> <map:generate src="cocoon:next-page"/>
> <map:serialize type="html"/>
> </map:act>
> <!-- fail -->
> <map:generate src="cocoon:fail-page"/>
> <map:serialize type="html"/>
> </map:match>
>
> <map:match pattern="next-page"/>
> <!-- your next page -->
> </map:match>
>
> <map:match pattern="fail-page"/>
> <!-- your form page -->
> </map:match>
>
> Your pipeline "start" is invoked by the form, your action tests
> the values. if successfull, the internal cocoon: protocol is
> used to process the request. The next-page pipeline
> is invoked and gets all parameters and attributes the original
> "start" pipeline got.
> The Same applies to the fail-page.
>
> HTH
>
> Carsten
> >
> > Many thanks,
> > Adrian
> >
> >
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.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/faqs.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/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
AW: [C2.0rc1]: Redirects and Requests - passing parameters
Posted by Carsten Ziegeler <cz...@sundn.de>.
Hi Adrian,
> -----Ursprüngliche Nachricht-----
> Von: Adrian Geissel [mailto:ageissel@zenark.com]
> Gesendet: Montag, 15. Oktober 2001 13:21
> An: cocoon-users@xml.apache.org
> Betreff: [C2.0rc1]: Redirects and Requests - passing parameters
>
>
> Hi.,
>
> Got a question about constructing a particular site-map process flow.
>
> What we are trying to achieve is the following:
>
> Present a form to the user
> Process the request with parameters in an Action
> On Success - redirect to the next logical page (not a problem)
> On Fail - we want to redirect back to the original form, passing
> the request
> parameters (for field re-population) and an error message.
>
> I have looked, but not found, how to pass the original request object to a
> redirect target (so that getParameter() and getAttribute() work).
> Is this possible? If so, how is the sitemap configured? If not,
> does anyone
> have experience of doing something similar?
>
Using redirects is not possible, as you can't "redirect" the attributes.
One solution would be to use sessions and to store your information
there.
> Possibly related is how the internal 'cocoon:' redirect protocol works.
Yes, the cocoon: protocol works this way and that is exactly another
solution you could use:
<map:match pattern="start"/>
<map:act type="YOURACTION">
<!-- success -->
<map:generate src="cocoon:next-page"/>
<map:serialize type="html"/>
</map:act>
<!-- fail -->
<map:generate src="cocoon:fail-page"/>
<map:serialize type="html"/>
</map:match>
<map:match pattern="next-page"/>
<!-- your next page -->
</map:match>
<map:match pattern="fail-page"/>
<!-- your form page -->
</map:match>
Your pipeline "start" is invoked by the form, your action tests
the values. if successfull, the internal cocoon: protocol is
used to process the request. The next-page pipeline
is invoked and gets all parameters and attributes the original
"start" pipeline got.
The Same applies to the fail-page.
HTH
Carsten
>
> Many thanks,
> Adrian
>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.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/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
[C2.0rc1]: Redirects and Requests - passing parameters
Posted by Adrian Geissel <ag...@zenark.com>.
Hi.,
Got a question about constructing a particular site-map process flow.
What we are trying to achieve is the following:
Present a form to the user
Process the request with parameters in an Action
On Success - redirect to the next logical page (not a problem)
On Fail - we want to redirect back to the original form, passing the request
parameters (for field re-population) and an error message.
I have looked, but not found, how to pass the original request object to a
redirect target (so that getParameter() and getAttribute() work).
Is this possible? If so, how is the sitemap configured? If not, does anyone
have experience of doing something similar?
Possibly related is how the internal 'cocoon:' redirect protocol works.
Many thanks,
Adrian
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>