Hi:
2 recently threads make me think about the topic of the thread. AFAIK
Cocoon does not try to stick on any product but Jetty performs better than
Tomcat:
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=107213647015861w=2
another fact is Saxon better than Xalan:
You have seen this discussion before, but we delayed making
a decision until the code entered CVS and more people had a
chance to examine and use it. For an example, see the Form
Model GUI sample from the Woody sample page.
The union widget was named after a C language construct,
but no longer
Bertrand Delacretaz wrote:
For me 2003 has been a great year around here, the GT was fantastic
and Cocoon has made great progress towards becoming a widespread and
well-known tool. I'm proud to play my small part here even if I often
wish I could do more.
Thanks to everybody, I hope you all
Stefano Mazzocchi wrote:
On 2 Jan 2004, at 03:51, Antonio Gallardo wrote:
snip/
Based on your recent mails. I think I understand what you have in
mind when you wrote this lines. I think your annunce will be a
shocking good news for people waiting for similars a powerful
framework outside
On 2 Jan 2004, at 14:48, Stefano Mazzocchi wrote:
On 2 Jan 2004, at 03:51, Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
On 1 Jan 2004, at 14:18, Bertrand Delacretaz wrote:
For me 2003 has been a great year around here, the GT was fantastic
and Cocoon has made great progress towards becoming
On 2 Jan 2004, at 09:16, Antonio Gallardo wrote:
Hi:
2 recently threads make me think about the topic of the thread. AFAIK
Cocoon does not try to stick on any product but Jetty performs better
than
Tomcat:
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=107213647015861w=2
another fact is
Stefano Mazzocchi wrote:
On 2 Jan 2004, at 09:16, Antonio Gallardo wrote:
Hi:
2 recently threads make me think about the topic of the thread. AFAIK
Cocoon does not try to stick on any product but Jetty performs better
than
Tomcat:
--- Robert Koberg [EMAIL PROTECTED] wrote:
Corporate sponsorship has been pulled from Saxon too (Kay was employed
by Software AG). He recently left. He said on the saxon list that he
will continue to support it, though most effort will go into v7+.
He also mentioned he might release a
Timothy Larson dijo:
--- Robert Koberg [EMAIL PROTECTED] wrote:
Corporate sponsorship has been pulled from Saxon too (Kay was employed
by Software AG). He recently left. He said on the saxon list that he
will continue to support it, though most effort will go into v7+.
He also mentioned he
Stefano Mazzocchi wrote:
snip/
I've done some tests on my machine using the XSLTBench and here is
what I got:
Saxon 6.5.3 - 49.52
XalanJ 2.5.2 19.89
couldn't test XSLTC
There's also JD at http://www.aztecrider.com about one year ago: it had
impressive performances (way faster than
Timothy Larson dijo:
Does the attached cvs diff look like the right way
to control whether prepare-docs occurs and whether
validation occurs for the config, xdocs, and jars,
and whether the paranoid block is included?
If it looks good, I will commit it unless someone
beats me to it.
As per my previous post I'm having problems accessing a request
parameter if it was previously set via the query string. Assuming that
the query string always overrides the request parameters I figured a
good alternative would be to move the management of this particular
variable out of the front
On Jan 2, 2004, at 6:08 PM, Hunsberger, Peter wrote:
show and makes perfect sense in the flow script. So I coded a flow
script with statements like:
cocoon.sendPage( run/_page/ + collection, {
layout_type_preference : list } );
It seems to me that this really needs to be refactored into some
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
Timothy Larson dijo:
Here is the message from Michael Kay:
http://sourceforge.net/mailarchive/forum.php?thread_id=3618018forum_id=1398
Hmm. I can't open the link. :(
I opened it from two computers on different networks (work and home).
Tim Larson dijo:
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
Timothy Larson dijo:
Here is the message from Michael Kay:
http://sourceforge.net/mailarchive/forum.php?thread_id=3618018forum_id=1398
Hmm. I can't open the link. :(
I opened it from two computers on different networks
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
Timothy Larson dijo:
Does the attached cvs diff look like the right way
to control whether prepare-docs occurs and whether
validation occurs for the config, xdocs, and jars,
and whether the paranoid block is included?
Thanks for sharing
--- Tim Larson [EMAIL PROTECTED] wrote:
Good eye. Would you mind looking over the attached updated cvs diff?
I modified the validate.* parameters to work like the exclude.block
parameters (e.g. with exclude.* and unless.exclude.*).
--Tim Larson
In the updated diff change isfalse to istrue.
Timothy Larson dijo:
You have seen this discussion before, but we delayed making
a decision until the code entered CVS and more people had a
chance to examine and use it. For an example, see the Form
Model GUI sample from the Woody sample page.
The union widget was named after a C language
Tim Larson dijo:
--- Tim Larson [EMAIL PROTECTED] wrote:
Good eye. Would you mind looking over the attached updated cvs diff?
I modified the validate.* parameters to work like the exclude.block
parameters (e.g. with exclude.* and unless.exclude.*).
--Tim Larson
In the updated diff change
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
snip naming and usage discussion/
Thanks for the analysis. Obviously the documentation needs to
be expanded and made more understandable. I have been exchanging
emails with Marc discussing the purpose, implementation and future
plans for this code.
Tim Larson dijo:
--- Antonio Gallardo wrote:
snip naming and usage discussion/
Thanks for the analysis. Obviously the documentation needs to
be expanded and made more understandable. I have been exchanging
emails with Marc discussing the purpose, implementation and future
plans for this
21 matches
Mail list logo
