Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041208.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
Dear All
I was thinking of changing the org.apache.cocoon.reading.ImageReader
(from the 2.1.5.1 release) to accept any input image type supported by
the j2se. Of course, due to the lack of available encoders the output is
still jpeg. I'm attaching the source to this email, if you're happy with
george georgovassilis wrote:
Dear All
I was thinking of changing the org.apache.cocoon.reading.ImageReader
(from the 2.1.5.1 release) to accept any input image type supported by
the j2se. Of course, due to the lack of available encoders the output is
still jpeg. I'm attaching the source to this
It is set up to serialize a Doctype if it's present in the incoming
stream, but it doesn't read from the sitemap configuration to read
specific values for cases where the stream doesn't have DOCTYPE info.
Which leads to a few questions:
1) Is XSLT output the preferred way now to get a DOCTYPE
Does this mean we could theoretically have e.g. WEB-INF/src with all
webapp source files and have them automagically compiled on the fly
(including Cocoon itself)?
potentially - yes. not sure about the implications
on the container though. probably the CCL needs to go
even further up the chain
What on earth can we give you as a return gift?
Community gratitude.
that's way enough :-)
cheers
--
Torsten
...we have auto-compiling javaflow!!
snip/
You are now officially *MY* hero.
No, wait, you need to allow me to have dynamically autorecompiled
sitemap components and at *that* point you are my hero :-)
AFAIU, this could easily be done by adding a per-sitemap autocompiling
classloader. We
On Wed, 8 Dec 2004, Torsten Curdt wrote:
hi george
i have already this patch file (diff), so i can add the patch in bugzilla
for you, if you dont mind.
--stavros
george georgovassilis wrote:
Dear All
I was thinking of changing the org.apache.cocoon.reading.ImageReader
(from the
Torsten Curdt wrote:
AFAIU, this could easily be done by adding a per-sitemap
autocompiling classloader. We could even have per-sitemap lib and src
directories. Read BLOCK-INF/lib and BLOCK-INF/src ;-)
you volunteering?
sounds like that to me? ;o)
...but I am not sure if it's that
easy. the
Thomas Alexnat wrote:
Dear Sylvain,
thank you for your help. I have tested your idea, with a simple
content aggregation and both variants do not show the correct xml tree:
map:aggregate element=categoryindexpage
map:part src=cocoon:/getXMLContentA/
map:part src=cocoon:/getXMLContentB/
i have already this patch file (diff), so i can add the patch in bugzilla
for you, if you dont mind.
the file you posted wasn't a diff.
cheers
--
Torsten
Dear All
let's not make a fuzz of it :-)
I'm new to this whole procedure of committing, patching etc. In the
committers tips it advises 'patience', so please be patient even if it
takes me a few days (given that I'm quite busy today and our network
link is really nerve-testing) to create the
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-template has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-cron has an issue affecting its community integration.
This issue
let's not make a fuzz of it :-)
no fuzz ...but in order to
review the patch we expect
a diff -u as stated on the
website ...that's all I was
saying. not sure what this
has to do with impatience
as you were implying.
Just file to bugzilla whenever
you want and we will review
it whenever we want ;-)
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
snip/
When I started working on a attribute template language (ATL)
proposal, it was obvious to me that it should be attribute name
driven. So why did I end up proposing a content driven one? While the
attribute driven is atractive for very simple
Glen Ezkovich wrote:
On Dec 7, 2004, at 4:18 AM, Daniel Fagerstrom wrote:
Refactoring JXTG
I think everything starts here. Once this gets refactored the
opportunities for further development should become apparent. There is
nothing terribly wrong with JXTG, except that it is a
On Wednesday 08 December 2004 17:40, george georgovassilis wrote:
Dear All
I was thinking of changing the org.apache.cocoon.reading.ImageReader
(from the 2.1.5.1 release) to accept any input image type supported by
the j2se. Of course, due to the lack of available encoders the output is
[EMAIL PROTECTED] wrote:
Author: lgawron
Date: Wed Dec 8 03:47:12 2004
New Revision: 111262
URL: http://svn.apache.org/viewcvs?view=revrev=111262
Log:
implement 2 modes of work for continuations manager:
- standard, as it was up till now
- secure in which continuations are bound to session. Only
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32586.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32586.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Dec 8, 2004, at 5:37 AM, Daniel Fagerstrom wrote:
You mean defining the language. No one wants to implement. ;-)
Actually there are some people around here that prefer programming to
discussing. And a few impresive persons who manage to be active in
both areas :)
A that explains why
I have worked around the problem by adding my bizData to the Form as an
Attribute.
We need to decide which to do
fix it if it is broken
update the docs with the proper technique if it does actually work
remove it from the docs if we don't want this functionality
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29360.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29360.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32587.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32587.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
I got finally into PageLabels that are implemented in portal block in cocoon
2.1.6 and documented at http://wiki.apache.org/cocoon/PortalPageLabels.
Ralf Goers wrote on
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110191154925434w=2:
Main issue I see in implementing
Torsten Curdt wrote:
...we have auto-compiling javaflow!!
snip/
You are now officially *MY* hero.
No, wait, you need to allow me to have dynamically autorecompiled
sitemap components and at *that* point you are my hero :-)
AFAIU, this could easily be done by adding a per-sitemap
Michal,
Unfortunately, I have a lot on my plate right now. I'm going to have to do
some research to look into your proposals below and so I won't be able to
give you my opinion for a few days. But I don't want you to think I am
ignoring this.
Ralph
ÏURDINA Michal said:
Hi,
I got finally into
Leszek Gawron wrote:
about 2nd: YAGNI (thanks Stefano for new cool phrase :))
I guess it was Sylvain that introduced me to it, so thank him :-)
--
Stefano.
http://c2.com/cgi/wiki?YouArentGonnaNeedIt
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 4:53 PM
To: [EMAIL PROTECTED]
Subject: Re: svn commit: r111262 - in
cocoon/branches/BRANCH_2_1_X/src:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32586.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Now, let me tell you a story about templates.
My group here at MIT has the same problem with templates. We are
currently using velocity, but we are moving our metadata browser
(longwell, http://simile.mit.edu/longwell/) to cocoon.
The first (and easy porting) solution would be to keep using
Reinhard Poetz wrote:
Rick Tessner wrote:
Hi all,
With the latest cocoon upgrade, I compiled and tested everything using
JDK 1.4. Unfortunately if someone is using JDK 1.3 and rebuilds
forrest, they run into this issue:
http://issues.cocoondev.org/browse/FOR-407
After looking
On 08.12.2004 15:58, [EMAIL PROTECTED] wrote:
Author: lgawron
Date: Wed Dec 8 06:58:35 2004
New Revision: 111272
URL: http://svn.apache.org/viewcvs?view=revrev=111272
Log:
implement 2 modes of work for continuations manager:
- standard, as it was up till now
- secure in which continuations are
On Dec 8, 2004, at 11:10 AM, Stefano Mazzocchi wrote:
I think we should call our CTemplates taglibs lenses instead.
Call them what you will. It doesn't change the core issue. If lenses
allow you access databases, send emails, invoke business methods, etc.
you still are inviting JSP/XSP like
On 08.12.2004 11:38, Sylvain Wallez wrote:
Ok, so cocoon:raw behaves exaclty as the regular cocoon: regarding
views.
QUESTION
What could be the best practice, if I want to look at the XML of a
certain pipeline, before its transformation is being called? All I
need is a good debugger
Joerg Heinicke wrote:
On 08.12.2004 15:58, [EMAIL PROTECTED] wrote:
Author: lgawron
Date: Wed Dec 8 06:58:35 2004
New Revision: 111272
URL: http://svn.apache.org/viewcvs?view=revrev=111272
Log:
implement 2 modes of work for continuations manager:
- standard, as it was up till now
- secure in
Glen Ezkovich said:
On Dec 8, 2004, at 11:10 AM, Stefano Mazzocchi wrote:
I think we should call our CTemplates taglibs lenses instead.
Call them what you will. It doesn't change the core issue. If lenses
allow you access databases, send emails, invoke business methods, etc.
you still are
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Wed, 08 Dec 2004 12:10:09 -0500, Stefano Mazzocchi
[EMAIL PROTECTED] wrote:
Now, let me tell you a story about templates.
As the sound of the theme music from Beverly Hillbillies rises in the
background?
snipstory/snip
I like the name (and the concept) of lenses.
We have identified
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 08.12.2004 21:18, Leszek Gawron wrote:
- continuations-manager logger=flow.manager time-to-live=360
+ continuations-manager logger=flow.manager
time-to-live=360 +
session-bound-continuations=false +
Glen Ezkovich wrote:
On Dec 8, 2004, at 11:10 AM, Stefano Mazzocchi wrote:
I think we should call our CTemplates taglibs lenses instead.
I like it.
Call them what you will. It doesn't change the core issue. If lenses
allow you access databases, send emails, invoke business methods, etc.
you
Joerg,
thank you for your response. It seems that my problem seems not to be
solved with the current version of cocoon. Is this correct? I am
wondering if this is a bug or a feature. As a cocoon user I would say
this is a MAJOR bug in the view concept or implementation. Should I add
this bug
Hi All,
I suspect as this topic is discussed more and more we'll find that many
people within the Cocoon community have implemented their own templating
/ view model. Like Peter, we're using a model based on filters -
which are basically dynamically evaluated XPath fragments. The document
I would like to add one feature to JXTG that would allow not to promote
hacks like [1]. Example:
jx:macro name=fooBar
somecontent/some
/jx:macro
you can only invoke it by fooBar/
If I were able to do jx:invoke macro=fooBar/ I would be able to pass
macro name as a parameter to other macro
Joerg Heinicke wrote:
On 08.12.2004 21:18, Leszek Gawron wrote:
- continuations-manager logger=flow.manager time-to-live=360
+ continuations-manager logger=flow.manager
time-to-live=360 +
session-bound-continuations=false +
Leszek Gawron wrote:
I would like to add one feature to JXTG that would allow not
to promote
hacks like [1]. Example:
jx:macro name=fooBar
somecontent/some
/jx:macro
you can only invoke it by fooBar/
If I were able to do jx:invoke macro=fooBar/ I would be
able to pass
macro
Conal Tuohy wrote:
Leszek Gawron wrote:
I would like to add one feature to JXTG that would allow not
to promote
hacks like [1]. Example:
jx:macro name=fooBar
somecontent/some
/jx:macro
you can only invoke it by fooBar/
If I were able to do jx:invoke macro=fooBar/ I would be
able to pass
Le 8 déc. 04, à 22:03, Corin Moss a écrit :
...If there's interest, I'd be happy to provide an example of a skin /
data
aggregated document...
Would you be able to package a small sample that we could add to the
scratchpad?
It might be interesting to have a live comparison of all these things
On Mie, 8 de Diciembre de 2004, 12:52, Reinhard Poetz dijo:
AFAIK there was no official vote but I found these mails by Carsten and
Sylvain:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109681547626264w=2
Have I missed the vote?
I don't wrote this ;-)
On Dec 8, 2004, at 2:22 PM, Ralph Goers wrote:
Glen Ezkovich said:
On Dec 8, 2004, at 11:10 AM, Stefano Mazzocchi wrote:
I think we should call our CTemplates taglibs lenses instead.
Call them what you will. It doesn't change the core issue. If lenses
allow you access databases, send emails,
I am trying to create a list of all sitemap
components in the Cocoon core and blocks.
So far i have tried to use 'find and grep'
by looking for well-known filenames,
e.g. *Transformer.java and also searching in
well-known directories, e.g. /transformation/
However, that misses some components and
Antonio Gallardo wrote:
On Mie, 8 de Diciembre de 2004, 5:47, [EMAIL PROTECTED] dijo:
Author: lgawron
Date: Wed Dec 8 03:47:12 2004
New Revision: 111262
URL: http://svn.apache.org/viewcvs?view=revrev=111262
...
cocoon/branches/BRANCH_2_1_X/src/webapp/WEB-INF/cocoon.xconf
---
This one is long folks. Sorry, can't be helped.
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Sure, but the question is: once the syntax starts to get ugly for
both because of changes we made to the language that make sense only
on transformation and not on generation, would it still be the
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-poi *no longer* has an issue.
The current state of this project is
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-webdav *no longer* has an issue.
The current state of this project
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-slide *no longer* has an issue.
The current state of this project
On Mie, 8 de Diciembre de 2004, 15:17, Conal Tuohy dijo:
Leszek Gawron wrote:
Though I would suggest jx:call-macro name=fooBar/ which would make it
clear that the attribute is the NAME of the macro to be invoked, rather
than the macro itself.
+1 here.
But please keep in mind we need still
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Dec 8, 2004, at 3:04 PM, Leszek Gawron wrote:
I would like to add one feature to JXTG that would allow not to
promote hacks like [1]. Example:
jx:macro name=fooBar
somecontent/some
/jx:macro
you can only invoke it by fooBar/
If I were able to do jx:invoke macro=fooBar/ I would be able to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Le 9 déc. 04, à 01:03, Leszek Gawron a écrit :
...
+?xml version=1.0 encoding=UTF-8?
...
This is BOM (byte ordering mark). It is being written by some of xml
editors to the beginning of the multibyte encoded (i.e. utf-8) xml
file. The file I commited is a valid xml. Check in any xml
Hi all:
I am not a member of this mailing list, so please include my BEA address in any
responses.
I am trying to override Forrest's default validation behavior when it comes to
links.
In particular I am trying to skip validation of links that include the string
reference:
Antonio Gallardo wrote:
On Mie, 8 de Diciembre de 2004, 12:52, Reinhard Poetz dijo:
AFAIK there was no official vote but I found these mails by Carsten and
Sylvain:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109681547626264w=2
Have I missed the vote?
I don't wrote this ;-)
maybe my second
On Jue, 9 de Diciembre de 2004, 1:26, Reinhard Poetz dijo:
Antonio Gallardo wrote:
On Mie, 8 de Diciembre de 2004, 12:52, Reinhard Poetz dijo:
AFAIK there was no official vote but I found these mails by Carsten
and
Sylvain:
69 matches
Mail list logo