This mail was a test of the new automatic patch queue facility.
The message, with a listing of all pending patches, will be automatically
generated from fresh Bugzilla contents once a week for users, twice for
developers.
Please remember to submit patches to Bugzilla
cziegeler02/02/18 00:59:25
xml-cocoon2/src/webapp/sunspotdemo - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
cziegeler02/02/18 00:59:41
xml-cocoon2/src/webapp/sunspotdemo/profiles - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
cziegeler02/02/18 00:59:41
xml-cocoon2/src/webapp/sunspotdemo/resources - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
cziegeler02/02/18 00:59:41
xml-cocoon2/src/webapp/sunspotdemo/styles - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
I am happy we've got someone else on the list with Struts background.
Me too ;)
Cocoon people has a very little knowledge on Struts.
Btw, do you speak Russian?
Impressive first steps, Konstantin !
Not much - it's mainly a theory.
see below:
I've been using Struts for our project, but
cziegeler02/02/18 01:00:40
xml-cocoon2/src/webapp/sunspotdemo/resources/auth - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
cziegeler02/02/18 01:00:40
xml-cocoon2/src/webapp/sunspotdemo/resources/free - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
cziegeler02/02/18 01:02:17
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/acting - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/components - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/connector - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/transformation - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
cziegeler02/02/18 01:02:51
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/xml - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/context - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:51
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/util - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunrise - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:02:50
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunspot - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
cziegeler02/02/18 01:04:36
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunrise/acting - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
cziegeler02/02/18 01:04:36
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunrise/context - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL
cziegeler02/02/18 01:04:37
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunrise/selection - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL
cziegeler02/02/18 01:05:48
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunspot/sunlet - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
cziegeler02/02/18 01:05:48
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunspot/generation - New
directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL
Stefano Mazzocchi wrote:
cvs checkout xml-forrest
Done.
And what do you mean by move your weblogs over to Forrest? What
exactly IS Forrest? I am not subscribed to forrest-dev, unfortunately.
Oh, this can be easily solved ;-)
Done.
I gave a quick look at Radio in the weekend and seen
cziegeler02/02/18 01:25:27
Modified:src/documentation/xdocs/userdocs/concepts xmlsearching.xml
Log:
Fixing broken link
Revision ChangesPath
1.2 +1 -1
xml-cocoon2/src/documentation/xdocs/userdocs/concepts/xmlsearching.xml
Index: xmlsearching.xml
This only possibily I see, is to use Struts for handling request then
forwarding request to Cocoon for performing presentation transformations.
You can map Cocoon to *.xml path and use request dispatcher to forward your
request.
For using RequestDispatcher see Servlet Specification:
cziegeler02/02/18 01:33:46
Modified:src/documentation/xdocs index.xml
Log:
Added link to dist directory
Revision ChangesPath
1.5 +12 -14xml-cocoon2/src/documentation/xdocs/index.xml
Index: index.xml
haul02/02/18 01:35:17
Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java
esql.xsl
Log:
Patch from Andreas Neuenschwander [EMAIL PROTECTED]
This patch prevents a compile time error in nested esql statements.
Revision Changes
On 16.Feb.2002 -- 04:58 PM, Andreas Neuenschwander wrote:
Can someone apply this small patch to the esql.xsl logicsheet?
Thanks for your patch. It is applied. Please cross check.
Chris.
--
C h r i s t i a n H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837
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=6507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler02/02/18 01:50:04
Modified:src/java/org/apache/cocoon/environment/http HttpRequest.java
Log:
Fix for getRequestURI
Revision ChangesPath
1.4 +16 -3
xml-cocoon2/src/java/org/apache/cocoon/environment/http/HttpRequest.java
Index: HttpRequest.java
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=6520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
P.S. Seems that not much people is interested in this, so maybe it'll be
better to continue this discussion off list?
why not use the exformula list then? although I think this not too OT for
this list at all...
--
Torsten
-
Hi Cocoon'ers!
We are proud to announce the donation of the portal and authentication
components into the scratchpad section of the current CVS. As previously
mentioned, these components were originally written for a product offering
we have that extends Cocoon with additional functionality.
At 8:15 am +0100 18/2/02, Bertrand Delacretaz wrote:
Thanks for your reply, Bertrand,
On Saturday 16 February 2002 14:27, Jeremy Quinn wrote:
. . .
I suspect I ought to be Serialising into a temporary file and
replacing the original only after everything has worked.
Makes sense, AFAIK
On Monday, February 18, 2002, at 02:23 AM, Ugo Cei wrote:
Done.
I gave a quick look at Radio in the weekend and seen that it is based on
OPML (http://www.opml.org). I don't really like OPML though. Do you think
that we should use or support OPML, or use some other kind of markup?
Radio
P.S. Seems that not much people is interested in this, so maybe it'll be
better to continue this discussion off list?
why not use the exformula list then? although I think this not too OT for
this list at all...
Is there any activity at the exformula project?
I know that this is not OT
cziegeler02/02/18 03:02:47
Modified:src/java/org/apache/cocoon/generation HTMLGenerator.java
Log:
Fixing request parameter handling.
PR:6520
Revision ChangesPath
1.11 +9 -15
xml-cocoon2/src/java/org/apache/cocoon/generation/HTMLGenerator.java
Index:
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=6520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Monday 18 February 2002 11:37, Jeremy Quinn wrote:
. . .
While I am working out how to do this the right way, I'll fix the
Transformer so that it writes to a temporary file as above, and if
another person attempts to simultaneously overwrite, I can just throw
an Excpetion and have them try
Anyway, that's a quick overview. Overall, Radio is kind of weird, very
quirky and has more then its share of bugs and annoyances, but I still
find myself liking it more each day I use it. It feels dirty to say that,
but it is what it is.
I have to agree with Kimbo here. The more I use Radio the
Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
WORA works because the only decent JVM is Sun's (and Sun's clones, like
IBM's or Apple's) and Sun has an viral agreement that says that every
modification you do, you have to give the code (and the right to use!
patent included!) back
Ugo Cei wrote:
Stefano Mazzocchi wrote:
cvs checkout xml-forrest
Done.
And what do you mean by move your weblogs over to Forrest? What
exactly IS Forrest? I am not subscribed to forrest-dev, unfortunately.
Oh, this can be easily solved ;-)
Done.
I gave a quick look at
Colin Britton wrote:
We looked a while ago at building a transformer based on the IBM XML
security suite, but the licence is a commercial one. It has some good
features...
Digital signature implementation based on XML-Signature Syntax and
Processing by W3C/IETF
XML encryption
Jeremy Quinn wrote:
I would filter them out before saving and forget about it.
I think there could be a simple solution .
At the moment, I cache StartPrefixMapping calls from the 'parent' document,
so I can send them to the 'child' document when it starts up.
I think this is my
Bertrand Delacretaz wrote:
On Saturday 16 February 2002 14:27, Jeremy Quinn wrote:
. . .
I suspect I ought to be Serialising into a temporary file and
replacing the original only after everything has worked.
Makes sense, AFAIK renaming a file is an atomic operation on all
current
hi,
soapcall[soap://localhost:5335/].examples.getCurrentTime
()/soapcall
to call a SOAP service from inside Cocoon. That's how easy it is
from inside
Radio.
ASFAIK, there is already an SOAP integration available with cocoon,
see the SOAP examples in the sample webapp.
in the sources
Hi,
ASFAIK, there is already an SOAP integration available with cocoon,
see the SOAP examples in the sample webapp.
in the sources watch out for components/xscript, and
components/language/markup/xsp/java/soap.xsl
Yes I know there is some SOAP xsp stuff in there (and to be honest I have
not
Marco,
This means that you created an xsp that fit entirly in one java method
(after xslt transformation - see xsp.xsl file) that exceeds 64 kb of
memory.
To solve the problem, you should create different methods (within
xsp:logic or
xsl:content tags before your first application specific tag)
Carsten Ziegeler wrote:
Hi Cocoon'ers!
We are proud to announce the donation of the portal and authentication
components into the scratchpad section of the current CVS. As previously
mentioned, these components were originally written for a product offering
we have that extends Cocoon with
cziegeler02/02/18 05:03:38
Modified:src/scratchpad/src/org/apache/cocoon/sunshine/connector
Resource.java
Log:
Fixed file uri handling
Revision ChangesPath
1.2 +5 -5
Hi, all!
Concluding our discussion on Cocoon/XForms/Struts, I can state that we
definitely need a good XML to JavaBeans mapping/binding framework. What are
the options:
1. Castor (or something like that)
Yes, Castor can do that job and it's fine, but has limits, as it is said at
Castor web
Michael Hartle wrote:
Thanks for your quick feedback, Michael.
* After a fresh cvs checkout of the HEAD, a
./build.sh -Dinclude.webapp.libs=yes webapp
does not work anymore, as sunshine-related classes are not being found;
you have to do a
./build.sh
I was looking for some old pictures in my archive CDs and found the very
first release of Apache Cocoon, so old that it never left my computer,
until now where you can find it here:
http://www.apache.org/~stefano/archeology/Cocoon0.9.zip
It's 50Kb big and the creation date says 8 February
cziegeler02/02/18 05:29:51
Modified:.build.xml
src/scratchpad/src/org/apache/cocoon/treeprocessor
treeprocessor.xconf
src/webapp cocoon.xconf
Added: src/scratchpad/src/org/apache/cocoon/sunshine sunshine.xconf
Log:
Hi All
I currently try write a databinding for chiba. I use castor
for ist. Chiba uses connectors the read and write the
InstanceData of a xform.
To retrive the InstanceData the Proccessor
calls the connector with the InstanceNode as argument e.g.
xforms:instance xlink:href=howToGetInstance/
Carsten Ziegeler wrote:
Michael Hartle wrote:
Thanks for your quick feedback, Michael.
Carsten, I have to thank for your donation ;)
I just checked in a fix - it should work now. Could you please test it?
Just done, your changes to sunshine/connector/Resource.java worked. It
took 2-3
Hi Michael,
Just done, your changes to sunshine/connector/Resource.java worked. It
took 2-3 seconds for the next
page after login to come up, but the result is outright professional; I
will keep digging ;)
Just remember that the portal is fetching different pieces of information
and the time
Matthew Langham wrote:
Just remember that the portal is fetching different pieces of information
and the time it takes to build is dependent on the time the data-sources
need. Also, the first login takes longer because the classes are loaded. And
your portal profile (not the content :-)) is
Stefano Mazzocchi wrote:
OPML sucks!
I resonate with this view ;-).
Anyway, can't we *directly* use RSS for blogs? is much more semantic
than OPML anyway.
Yes. Possibily using the Content
(http://groups.yahoo.com/group/rss-dev/files/Modules/Standard/mod_content.html)
module to augment
On Mon, 18 Feb 2002, Stefano Mazzocchi wrote:
Ugo Cei wrote:
Stefano Mazzocchi wrote:
cvs checkout xml-forrest
Done.
And what do you mean by move your weblogs over to Forrest? What
exactly IS Forrest? I am not subscribed to forrest-dev, unfortunately.
Oh, this can be
cziegeler02/02/18 06:09:51
Modified:.build.xml
src/webapp sitemap.xmap
src/webapp/docs/samples samples.xml
tools/src SitemapToolTask.java
Added: src/scratchpad/src/org/apache/cocoon/sunshine
Carsten Ziegeler wrote:
Michael Hartle wrote:
* After a fresh cvs checkout of the HEAD, a
./build.sh -Dinclude.webapp.libs=yes webapp
does not work anymore, as sunshine-related classes are not being found;
you have to do a
./build.sh
tcurdt 02/02/18 06:44:01
Modified:src/java/org/apache/cocoon/environment/http
HttpEnvironment.java
Log:
also support input type=image buttons with the new cocoon-action syntax
Revision ChangesPath
1.8 +7 -2
tcurdt 02/02/18 06:45:22
Added: src/scratchpad/src/org/apache/cocoon/acting
AbstractMethodAction.java MultiAction.java
Log:
first version of the multiple actions per class action, the MultiAction is an
example
Revision ChangesPath
1.1
cziegeler02/02/18 06:47:56
Modified:src/scratchpad/src/org/apache/cocoon/sunshine/xml
XMLUtil.java
Log:
Removed obsolete methods
Revision ChangesPath
1.2 +1 -104
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/xml/XMLUtil.java
cziegeler02/02/18 06:51:27
Modified:src/java/org/apache/cocoon/components/source URLSource.java
Log:
Fixed indenting
Revision ChangesPath
1.9 +48 -48
xml-cocoon2/src/java/org/apache/cocoon/components/source/URLSource.java
Index: URLSource.java
I tried Cocoon 2.0.1 with an existing project of mine, and i discovered
that the session logicsheet has changed. In my code i have something
like that:
session:set-attribute
name=pippoxsp:exprmyVar/xsp:expr/session:set-attribute
But the logicsheet transforms it to:
cziegeler02/02/18 07:03:34
Modified:src/scratchpad/src/org/apache/cocoon/sunshine/xml
XMLUtil.java
Log:
Removed obsolete methods
Revision ChangesPath
1.3 +4 -87
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/xml/XMLUtil.java
At 12:12 pm +0100 18/2/02, Stefano Mazzocchi wrote:
Jeremy Quinn wrote:
Whatever generates the 'child' document (the part of the 'parent' document
that gets written out) will issue the appropriate StartPrefixMapping calls
for that Fragment, no?
Therefore it is the responsibility of the
The ExcaliburComponentManager is much slower, and will be the result of most
scalability
issues in Cocoon. The ContainerManager starts faster, and runs faster--even though it
does more work (with all the helper managers). The only area where ContainerManager is
slower is on shutdown, although
Berin Loritsch wrote:
The ExcaliburComponentManager is much slower, and will be the result of
most scalability
issues in Cocoon. The ContainerManager starts faster, and runs
faster--even though it
does more work (with all the helper managers). The only area where
ContainerManager is
I can't get the FileWriterTransformer to work in Win2K. Cocoon is
giving me an Internal Server Error: Could not read resource
file:/C:/tomcat/webapps/cocoon/mount/editor/docs/test1.xml.
The same Cocoon configuration works fine in SuSE Linux 7.3.
Does anybody have any idea what could be wrong?
Bert Van Kets wrote:
I can't get the FileWriterTransformer to work in Win2K. Cocoon is
giving me an Internal Server Error: _Could not read resource
file:/C:/tomcat/webapps/cocoon/mount/editor/docs/test1.xml
file://C:%5Ctomcat%5Cwebapps%5Ccocoon%5Cmount%5Ceditor%5Cdocs%5Ctest1.xml_.
The
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=6527.
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=6527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
HI ,
How to map cocoon to *.xml path .
It will be great if you could provide with some sample code for how to handle
this complete process . I have done uptil handling the request thru Struts
but then I do not know how to forward it to cocoon . Let me know if any Logic
sheets are also
(cross posted to xalan-dev)
But can you use XSLTC with SAX Events?
Yes.
Some quick responses to Stefano's note...
5) i haven't tested Xalan Translets, which, along with compiled XML
might be *the* way to go for Cocoon production environments
Yes, I think so. I'm surprised that people on
provocative
Yeah!
OSS development can produce monsters too and does it faster and cheaper
than the traditional commercial methods!
/provocative
=:o)
Have fun,
Paulo
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 18, 2002 2:23 PM
To:
Paulo Gaspar wrote:
provocative
Yeah!
OSS development can produce monsters too and does it faster and cheaper
than the traditional commercial methods!
/provocative
Keep in mind that 50Kb is the size of the Cocoon jar.
The current size of the cocoon jar (minus all the support libraries)
Berin,
The ExcaliburComponentManager is much slower, and will be the result of most
scalability
issues in Cocoon. The ContainerManager starts faster, and runs faster--even though it
does more work (with all the helper managers). The only area where ContainerManager
is
slower is on shutdown,
Gerhard Froehlich wrote:
Berin,
The ExcaliburComponentManager is much slower, and will be the result of most
scalability
issues in Cocoon. The ContainerManager starts faster, and runs faster--even though
it
does more work (with all the helper managers). The only area where
Gerhard Froehlich wrote:
Berin,
snip/
This makes hope ;). How is the BucketMap?
In answer to your question, the BucketMap cut the overall test time by
20 seconds for the ECM, so it helps. Just not as much as the
ContainerManager does. The ContainerManager does the same work in 3
seconds
Hi,
I'm looking for a way to generate a pipeline's content for a given url,
instead of the result of its execution. Basically I'd be asking cocoon:
what pipeline would you use for this url?
In other words: the url:
http://localhost:8080/hello.html.sitemap
would have to yield the response:
Stefano Mazzocchi wrote:
Jeremy Quinn wrote:
Question 1#: how hard would it be do to
xfwt:write src=xmldb://localhost/result.xml
page
...
/page
/xfwt
Currently there is a load of code in FileWritingTransformer that is File
specific, I check for a 'file:' prefix on resolved sources.
I
Carsten Ziegeler wrote:
Hi Cocoon'ers!
We are proud to announce the donation of the portal and authentication
components into the scratchpad section of the current CVS. As previously
mentioned, these components were originally written for a product offering
we have that extends Cocoon with
Stephan Michels wrote:
Hi,
I finally found a name for my project;-) I have now check in the source
on Sourceforge.
http://sourceforge.net/projects/chaperon/
Chaperon is a LALR(1) parser, which parse structured text documents and
generate XML documents as output. It includes a parser generator
I guess we can keep the discussion on this list until we're told otherwise.
I've spent some time this weekend to study the current state of Axis
(xml.apache.org/axis)
Recently there was a hot discussion on this list concerning integration
between Axis and Cocoon.
Again, with my very humble
Stefano,
A new xmdrivers.jar is attached with an updated drived for XSLTC.
You can now run your tests again.
You'll need a bunch of jars in runxsltmark scripts:
XSLTCDriver)
CLASSPATH=$WORKDIR/third-party/xalan-j/bin/BCEL.jar
Scott,
FYI, Right now the Translets are unusable for C2 :(
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6312
Thanks,
dims
--- [EMAIL PROTECTED] wrote:
5) i haven't tested Xalan Translets, which, along with compiled XML
might be *the* way to go for Cocoon production environments
---
This mail is generated automatically using
Jakarta Ant. Contents are automatically
downloaded from Apache's Bugzilla.
---
Please do not reply to
Took me a while to recreate XSLTC driver for XSLTMark
but it appears to be working now. Here are the results:
Dell Inspiron 8000
Intel Pentium III (Coppermine) 900 MHz
256 MB RAM
Red Hat Linux 7.1, kernel 2.4.16
magic numbers (w/ test 'dbonerow' disabled)
XSLTC493
XT 377
Saxon
The first real incarnation of our EmailTransformer has been uploaded with
unit tests and associated mock classes to:
http://www.adolos.co.uk/temp/mocks_and_email_transformer2.tgz
I've taken a look at the David Bigwood's Metatomix SendMailTransformer
contribution and decided they are
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=6533.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
94 matches
Mail list logo
