In order to integrate self-written components we currently only have
user-roles to make these components available to the component manager.
But the configuration of these components still needs to be added to the
cocoon.xconf. This is IMHO dead ugly and bad for upgrade and maintainace
cycles.
We
sylvain 02/03/05 00:22:46
xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
sylvain 02/03/05 00:22:51
xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/sitemap - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
Berin, I'm wondering... How far did you get with your idea of active
monitoring of resources?
I remember a thread were some profiling sessions showed that checking the
last modification time of resources can be quite expensive and has an
impact on scaleability. This might be solved or worked
single class) should we adopt the code in out codebase? As much as I hate
duplicate code I also like to see this functionality!
+1
We definately need something like this. I suggest we go for the duplicate
code as it would seem from your message that this is the only way..?
Matthew
--
Open
sylvain 02/03/05 00:32:26
Modified:toolsbuild-s.xml
Removed: src/scratchpad/targets treeprocessor.xml
Log:
Remove treeprocessor from the scratchpad builds.
Revision ChangesPath
1.4 +0 -1 xml-cocoon2/tools/build-s.xml
Index: build-s.xml
Stefano Mazzocchi wrote:
I would like to have the granularity to say 'this is editable' (say the
latest log in your weblog columns) but the rest is not... right there!,
no need for text fields, no need for weird things. Just *write* on your
page, like you would do on paper!
But with the
On Tuesday 05 March 2002 09:21, Torsten Curdt wrote:
. . .
We should be able to have a separate configuration besides the
configuration for the core components. We should be able to define a
user.xconf. (or better user-components.xconf?)
. . .
From a user's point of view, being able to drop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bertrand Delacretaz wrote:
On Tuesday 05 March 2002 09:21, Torsten Curdt wrote:
. . .
We should be able to have a separate configuration besides the
configuration for the core components. We should be able to define a
user.xconf. (or better user-components.xconf?)
. . .
From a user's point of
From: Sylvain Wallez [EMAIL PROTECTED]
Bertrand Delacretaz wrote:
On Tuesday 05 March 2002 09:21, Torsten Curdt wrote:
. . .
We should be able to have a separate configuration besides the
configuration for the core components. We should be able to define a
user.xconf. (or better
From: [EMAIL PROTECTED]
sylvain 02/03/05 00:32:26
Modified:toolsbuild-s.xml
Removed: src/scratchpad/targets treeprocessor.xml
Log:
Remove treeprocessor from the scratchpad builds.
:-) kewl, you were faster than me on this :-)
--
Nicola Ken Barozzi
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
single class) should we adopt the code in out codebase? As much as I hate
duplicate code I also like to see this functionality!
+1
We definately need something like this. I suggest we go for the duplicate
code as it would seem from your message that this is the only way..?
Since there
nicolaken02/03/05 03:02:31
Added: src/scratchpad/src/org/apache/cocoon/acting
DbXMLAuthenticatorAction.java
Log:
Added action to authenticate users with DBXML, contributed by Christian Zoffoli
[EMAIL PROTECTED].
Revision ChangesPath
1.1
From: Christian Zoffoli [EMAIL PROTECTED]
This is to authenticate users on DBXML
I've committed it in scratchpad with minor changes to formatting.
For the next contribution (that I hope will come soon :-) please do not use
tabs and use proper javadoc @tags, and send the contribution to
First off... the replies seem to proove this is a useful feature
(glad you like the idea :)
And I now propose to add the CascadingConfiguration to our codebase. If it
makes it's way into Framework / Excalibur we can easily drop our version.
We should also add a javadoc comment that this class is
Jason Foster wrote:
I sent a message to the Mozilla JavaScript newsgroup and got the
following reply...
It's not currently possible to serialize the execution state of the
Rhino interpreter, if that's what you're requesting. However there
has been some work on this by Christopher
From: Torsten Curdt [EMAIL PROTECTED]
First off... the replies seem to proove this is a useful feature
(glad you like the idea :)
It fills a need :-)
And I now propose to add the CascadingConfiguration to our codebase. If it
makes it's way into Framework / Excalibur we can easily drop our
The article Carsten and I wrote for the German IT weekly ComputerWoche is
now online at:
http://www1.computerwoche.de/index.cfm?pageid=267type=ArtikelDetailid=8010
6336cfid=581217cftoken=63187280nr=1
Of course it is in German.
Matthew
--
Open Source Group sunShine - Lighting up
In order to integrate self-written components we currently only have
user-roles to make these components available to the component manager.
But the configuration of these components still needs to be added to the
cocoon.xconf. This is IMHO dead ugly and bad for upgrade and maintainace
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6785.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6785.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 here, +10 if it has samples ;)
Vadim
So its +10
+1 from me too.
HA! Ask Ken what a documentation harper I am!
Not only does it have samples but you can use gnumeric as your XSLT
template generator. We are compatible with its tag language. In fact
Marc originally wrote the XML schema
On Tue, Mar 05, 2002 at 01:11:53PM +0100, Torsten Curdt wrote:
We should be able to have a separate configuration besides the
configuration for the core components. We should be able to define a
user.xconf. (or better user-components.xconf?)
I've brought this up a couple of
dims02/03/05 05:11:54
Modified:src/webapp cocoon.xconf
Log:
Switch off reuse of parsers till we get a fix for the following bug in Excalibur:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6877
Revision ChangesPath
1.35 +1 -1
Hi (especially Vadim),
since version 1.3 of XSPRequestHelper.java
the request.getRemoteAddr (and maybe others too)
are removed from this file. Where do they went to?
Regards,
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Matthew Langham wrote:
The article Carsten and I wrote for the German IT weekly ComputerWoche is
now online at:
http://www1.computerwoche.de/index.cfm?pageid=267type=ArtikelDetailid=8010
6336cfid=581217cftoken=63187280nr=1
Session timed out :(
Of course it is in German.
Matthew
--
Sylvain
Hi, all!
Is it ok that document2html.xsl results in a non-HTML document root
element?
E.g.:
document
...
/document
results in:
document
headtitle/title/head
body.../body
/document
Best regards,
Konstantin Piroumian
sylvain 02/03/05 05:33:46
Modified:.build.xml
src/webapp sitemap.xmap
Added: src/java/org/apache/cocoon/generation xindice.pipeline
xindice.sitemap xmldb.pipeline
src/java/org/apache/cocoon/samples/parentcm
http://www1.computerwoche.de/index.cfm?pageid=267type=ArtikelDetailid=801
0
6336cfid=581217cftoken=63187280nr=1
Session timed out :(
Yep. Worked ok this morning ;(. We must have killed it.
Matthew
--
Open Source Group sunShine - Lighting up e:Business
Torsten Curdt wrote:
Berin, I'm wondering... How far did you get with your idea of active
monitoring of resources?
I remember a thread were some profiling sessions showed that checking the
last modification time of resources can be quite expensive and has an
impact on scaleability. This
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tuesday 05 March 2002 06:17 am, Nicola Ken Barozzi wrote:
platform. Having Tomcat in Phoenix, side by side to Cocoon and James is
really cool, but are people going to use it this way?
Yes. I would love to see Cocoon the Servlet hosted under Phoenix. My Cocoon
app currently talks to a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
nicolaken02/03/05 07:14:09
Modified:src/documentation/stylesheets document2html.xsl
src/documentation/stylesheets/printer_skin document2html.xsl
Log:
Now outputs html as main tag instead of document, as suggested by Piroumian,
Konstantin [EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Piroumian, Konstantin [EMAIL PROTECTED]
Hi, all!
Is it ok that document2html.xsl results in a non-HTML document root
element?
Patched. Thank you :-)
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten,
From: Piroumian, Konstantin [EMAIL PROTECTED]
Hi, all!
Is it ok that document2html.xsl results in a non-HTML document root
element?
Patched. Thank you :-)
Thank you too, but this is not the only thing that I'd like to see patched
in it.
I was going to use it with my own project
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6880.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6880.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Piroumian, Konstantin [EMAIL PROTECTED]
From: Piroumian, Konstantin [EMAIL PROTECTED]
Hi, all!
Is it ok that document2html.xsl results in a non-HTML document root
element?
Patched. Thank you :-)
Thank you too, but this is not the only thing that I'd like to see
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Piroumian, Konstantin [EMAIL PROTECTED]
From: Piroumian, Konstantin [EMAIL PROTECTED]
Hi, all!
Is it ok that document2html.xsl results in a non-HTML document
root
element?
Patched. Thank you :-)
Thank you too, but this is not the only thing that I'd like to
sylvain 02/03/05 07:45:11
Added: src/java/org/apache/cocoon/generation
SessionAttributeGenerator.java
Log:
New generator from session attributes
Revision ChangesPath
1.1
From: Piroumian, Konstantin [mailto:[EMAIL PROTECTED]]
Is there a site on Apache for Forrest? I'd be happy to
contribute to it.
Forrest *is* (or will be :) the site :)
Atm, all that exists is cvs.
J.
===
Information
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6868.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Enke,
Most of the one-liners from helper went straight into request.xsl
(IIRC).
Vadim
-Original Message-
From: Enke Michael [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 05, 2002 8:24 AM
To: [EMAIL PROTECTED]
Subject: getRemoteAddr from XSPRequestHelper missing
Hi
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
Bertrand Delacretaz wrote:
On Tuesday 05 March 2002 09:21, Torsten Curdt wrote:
. . .
We should be able to have a separate configuration besides the
configuration for the core components. We should be able to define a
user.xconf. (or
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6785.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6785.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In the interpreted sitemap engine, the map:components section is
handled as regular component manager configuration (i.e. a .xconf
file),
so you can add any component you wish in it.
Hm... I wasn't aware of this fact. But question is: is this a desired
location for component
From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
In the interpreted sitemap engine, the map:components section is
handled as regular component manager configuration (i.e. a .xconf
file), so you can add any component you wish in it.
Hm... I wasn't aware of this fact. But question is:
Nicola Ken Barozzi wrote:
From: Christian Zoffoli [EMAIL PROTECTED]
This is to authenticate users on DBXML
I've committed it in scratchpad with minor changes to formatting.
For the next contribution (that I hope will come soon :-) please do not use
tabs and use proper javadoc @tags,
From: Vadim Gritsenko [EMAIL PROTECTED]
3. Should we remove ability to define components in the sitemap, and
provide ability to declare components in the separate user.conf file
(optional, one per sitemap).
My two cents:
- cocoon.xconf (basic cocoon components, one only)
- user.xconf (user
Interesting release notes that affect Tombat, from
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4-b1/RELEAS
E-NOTES
Tomcat 4.0 and Apache Cocoon 2.0:
For optimal performance with Apache Cocoon 2.0, it is
Jacek already got it early last week. Whether he's actually got SSH to
work, etc., is another question.
How many +1 votes did Santiago get? Provided it was more than me and you,
I can send in the request to Brian later today.
-scott
If you would like TO CONTINUE to be notified about updates to my
experimental version,
Jacek, you have full committer status (as of early last week), so it would
be nice to focus on the Apache source base and distribution mechanism.
-scott
Jacek,
PLEASE use CVS...All of us get sources from CVS multiple times a day. It will be
really helpful to
see the sources.
Thanks,
dims
--- [EMAIL PROTECTED] wrote:
If you would like TO CONTINUE to be notified about updates to my
experimental version,
Jacek, you have full committer
Nicola Ken Barozzi wrote:
From: Vadim Gritsenko [EMAIL PROTECTED]
3. Should we remove ability to define components in the sitemap, and
provide ability to declare components in the separate user.conf file
(optional, one per sitemap).
My two cents:
- cocoon.xconf (basic cocoon
Daniel Fagerstrom wrote:
The pipe-selector (ideas about a better name?) would look something like
this:
pipe-selector type=xpath
when test=expr1
!-- pipeline fragment --
/when
when test=expr2
!-- pipeline fragment --
/when
...
otherwise
!-- pipeline fragment
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Nicola Ken Barozzi wrote:
From: Vadim Gritsenko [EMAIL PROTECTED]
3. Should we remove ability to define components in the sitemap,
and
provide ability to declare components in the separate user.conf
file
(optional, one per
Hi Jason,
Thank you for the pointer, I've downloaded Oliver's code and I'm
playing with it right now.
By looking at the code it appears easy to extend the code to add full
continuations support in Rhino. I'll investigate some more and come
back with more thoughts and ideas on it.
If
Does anyone know when Jacek and Santiago will be getting
committer status to work on XSLTC? The nomination message
went out over a week ago and they got some +1 votes.
--
Tom Amiro -- SQA Engineer
Sun XML Technology Development
voice: 781-442-0589 Fax: 781-442-1437
eMail:
Hi,my system PC1 win2000,Tomcat4.0,jdk1.3
end data souce is PC2 Oracle8ERROR CONNECTION
org.apache.cocoon.ProcessingException description
org.apache.cocoon.ProcessingException: Exception in
ServerPagesGenerator.generate():java.lang.RuntimeException: Could not get
the datasource
I've had several requests for my solution to Dynamic File Writing from a
message I posted a while back. I've been monitoring the dev list and I know
Jeremy Quinn contributed a much more elegant solution to this issue.
Admittedly I don't know a great deal about Jeremy's version, but due to the
vgritsenko02/03/05 19:05:24
Modified:.changes.xml
src/documentation/xdocs/userdocs/xsp session.xml
sessions.xml
src/java/org/apache/cocoon/components/language/markup/xsp
JSGenerator.java
vgritsenko02/03/05 19:11:30
Modified:src/java/org/apache/cocoon Constants.java
Log:
correction
Revision ChangesPath
1.11 +4 -2 xml-cocoon2/src/java/org/apache/cocoon/Constants.java
Index: Constants.java
Ovidiu Predescu wrote:
Hi Jason,
Thank you for the pointer, I've downloaded Oliver's code and I'm
playing with it right now.
By looking at the code it appears easy to extend the code to add full
continuations support in Rhino. I'll investigate some more and come
back with more thoughts
From: Vadim Gritsenko [EMAIL PROTECTED]
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
From: Torsten Reiners [EMAIL PROTECTED]
...
2: We want to set a xsl:variable to the value of the variable of
msg being part of the xsl:logic.
It's not possible, if I understand
Hi Stefano,
Could you please have another look at the solution described by Bruno Dumon
in the mailing list and comment on it.
I'd really like to know what you think about it.
It seperates the small incoming parts of data from the outgoing flow,
doesn't change any cocoon interfaces, and you
83 matches
Mail list logo
