On Friday 10 December 2004 14:26, Bertrand Delacretaz wrote:
(at least those which have problems ;-)
http://www.google.ch/search?
q=%22internal%20server%20error%22%20org.apache.cocoon
And you think they are a majority ;o)
Niclas
--
+--//---+
/ http://www.dpml.net
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041210.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
In any case that issue got 9 votes so far:
http://issues.apache.org/bugzilla/show_bug.cgi?id=32491
Andreas
- Original Message -
From: Jean-Christophe Kermagoret [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 10, 2004 12:26 AM
Subject: Cinclude bug 32491
Hello,
my
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
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=32630.
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=32630.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 10.12.2004 11:27 Uhr, Bertrand Delacretaz wrote:
(ccing users@ as I'm sure many subscribers there could contribute to
this experiment as well, please discuss on dev@)
I've been playing [1] with Conal Tuohy's transform [2], to generate XSLT
transforms based on simple attribute-based
Le 10 déc. 04, à 13:18, Daniel Fagerstrom a écrit :
...Looks nice to me. I would sugest that you put the xslt with some
working examples in the samples directory in the template block. So it
becomes easier to experiment with and enhance...
Sure - I was going to wait a bit for feedback though, as
Sylvain Wallez wrote:
Thomas Alexnat wrote:
snips/
map:aggregate element=categoryindexpage
map:part src=cocoon:/getXMLContentA/
map:part src=cocoon:/getXMLContentB/
/map:aggregate
are resulting in a corrupt XML tree after calling them with the
default pretty-print view. As expected, the
Hi Christian,
...As I mentioned before (to one of stefano's posts), we did something
similar, but with the TAL syntax. We convert that to XSLT with XSLT
and then do the actual transformation with XSLT. It's the same idea as
yours. I like the approach, even though it's not complete yet (our
Bertrand wrote:
For me, the template author just wants to say all table elements
must be copied with border=1 added, but he has no idea in
which order
the elements will appear in the source, and shouldn't have to care.
Does your for-each syntax allow this? I think it requires declarative
Le 10 déc. 04, à 14:34, Conal Tuohy a écrit :
...the rules section works in a
different way than the rest.
WDYT?
I like the idea - in fact I had the same idea myself, but without
adding a
special rules section. I'm not sure I see the point in keeping it in
a
special div? I think it's good to
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is reachable from other sessions (or no session at all)
- fully
Antonio Gallardo wrote:
On Jue, 9 de Diciembre de 2004, 2:49, Leszek Gawron dijo:
Bertrand Delacretaz wrote:
Le 9 déc. 04, à 09:21, Leszek Gawron a écrit :
...By the way: it is a little bit different on win32. Some tools
detect utf encoding by checking for BOM. If there is none - ANSI
encoding is
Le 10 déc. 04, à 14:44, Upayavira a écrit :
...I like this kind of approach, and am implementing a similar system
at the moment...
Great! Let's make this a documented/mainstream part of Cocoon, it's
cheap to do and could make a big difference in the perception of
Cocoon.
I say perception
Hi Bertrand
As you maybe remember, this level of SOC is a main topic of my job.
Although I do not understand all details of the attribute-based
transformation, I actually see the following limitations (L) and
disadvantages (D):
L) The HTML-template to XSLT transformation is limited to one level
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.
Dear Vadim,
I also think, that this behaviour is a bug. To me it renders the usage
of the cocoon view concept absolutely useless. My major point is, that
is, that I cannot use the cocoon views to view my current matcher in
XML. If I try to do that, everytime I have a 'aggreate' or 'cocoon:/'
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.
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is reachable from other
Vadim Gritsenko wrote:
Antonio Gallardo wrote:
On Jue, 9 de Diciembre de 2004, 2:49, Leszek Gawron dijo:
Bertrand Delacretaz wrote:
Le 9 déc. 04, à 09:21, Leszek Gawron a écrit :
...By the way: it is a little bit different on win32. Some tools
detect utf encoding by checking for BOM. If there is
Le 10 déc. 04, à 15:05, Merico Raffaele a écrit :
Hi Bertrand
As you maybe remember, this level of SOC is a main topic of my job.
Although I do not understand all details of the attribute-based
transformation, I actually see the following limitations (L) and
disadvantages (D):..
Thanks for
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.
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is
On Fri, 10 Dec 2004 15:04:20 +0100, Bertrand Delacretaz
[EMAIL PROTECTED] wrote:
Le 10 déc. 04, à 14:44, Upayavira a écrit :
...I like this kind of approach, and am implementing a similar system
at the moment...
Great! Let's make this a documented/mainstream part of Cocoon, it's
cheap to
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is reachable from other
Reinhard Poetz wrote:
Users have been asking for backward compatibility (even though it's
broken) so you can enable the old behaviour and get warnings in your
log files. AFAIU some sites were relying on broken functionality too
much and are quite hard to refactor.
What's those users usecase?
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager
work modes:
- standard (current functionality)
- continuations invalidated along with session, still
Johan Stuyts wrote:
Hi,
Sorry about reacting to this thread after one month of inactivity, but we
recently switched to a Cocoon version which includes this fix. I have tried
refactoring our application, but it was more work than I expected.
Having an option to turn this behaviour on or off would
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=32511.
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=32491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Daniel Fagerstrom wrote:
Pier Fumagalli wrote:
I have some quite-large tables that i use for lookups (categories,
mostly, and prices). They fit pretty nicely in a DOM in memory, no
problem, and they almost never change.
Now, I want to access those from XSLT as a variable.
Normally, I would
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager
work modes:
- standard (current 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=23615.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi Chris:
Thanks for sending this mail. It explains a lot about JXTG design
decisions and make things clear. Please do me a fabor, try to stay a
little bit more on the list while the topic is discussed. I (and others)
will be glad to hear your comments about this topic. :-D
Best Regards,
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=32491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
(I had originally done the write the nasty email, then delete it and
write it again trick. Let's see if it works:)
Christopher Oliver wrote:
I recently took a look at this mailing list after I happened to talk to
Stefano in person (he was in LA) and noticed a _few_ posts about
refactoring
Bertrand Delacretaz wrote:
Le 10 déc. 04, à 11:54, Steven Noels a écrit :
...Well, I'm subscribed on Google Newsalerts with the keywords apache
cocoon and at least this week that's how I discovered
http://www.computerworld.ch/ - I suspect Bertrand has the same
subscription. ;-)
Yes, I should
Joerg Heinicke said:
On 10.12.2004 15:13, Thomas Alexnat wrote:
Where can I add this bug? Or to whom can I talk?
You are already talking to *us*, the Cocoon community. Though there are
people who know more about the internals of Cocoon (sitemap, request
processing) it is always a community
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.
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
snip/
I have commited an initial JXTemplateGenerator to
o.a.c.template.jxtg.JXTemplateGenerator and moved Jonas' templating
proposal to o.a.c.template.v2 package.
Please review.
Nice!
Don't have time to review in any detail right now. I added some
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
snip/
I have commited an initial JXTemplateGenerator to
o.a.c.template.jxtg.JXTemplateGenerator and moved Jonas' templating
proposal to o.a.c.template.v2 package.
Please review.
Nice!
Don't have time to review in any detail right now. I added some
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
snip/
I have commited an initial JXTemplateGenerator to
o.a.c.template.jxtg.JXTemplateGenerator and moved Jonas' templating
proposal to o.a.c.template.v2 package.
Please review.
Nice!
Don't have time to review in any detail
Le 10 déc. 04, à 17:29, Christopher Oliver a écrit :
...The funniest post of all was this
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110210971210386w=2.
I mean, give me break. That is just plain silly
Can't swallow this one without reacting, sorry - wrong tone, and there
is a general
On Dec 10, 2004, at 10:29 AM, Christopher Oliver wrote:
I also saw some comments about how you shouldn't put presentation
markup in your templates but instead use XSLT, etc. The reason given
was something to the effect that you would have to go change all your
templates if your site design
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=32645.
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=32645.
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=32645.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
In a next step the cache object should be factored out from the
ExecutionContext and replaced by some kind of script manager, so that
we can have the code that compiles and caches the scripts at one place.
Then execute takes a number of events
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=32630.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Le 10 déc. 04, à 11:54, Steven Noels a écrit :
...Well, I'm subscribed on Google Newsalerts with the keywords apache
cocoon and at least this week that's how I discovered
http://www.computerworld.ch/ - I suspect Bertrand has the same
subscription. ;-)
Yes, I should have mentioned my source ;-)
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is reachable from other sessions (or no session at all)
- fully isolated. only the session that
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.
Jeremy Quinn wrote:
I have worked around the problem by adding my bizData to the Form as an
Attribute.
We need to decide which to do
I think I can only confirm what you already know. In Woody, we used to have
access to viewData:
wd:field id=a
wd:on-value-changed
Bertrand Delacretaz wrote:
(ccing users@ as I'm sure many subscribers there could contribute to
this experiment as well, please discuss on dev@)
I've been playing [1] with Conal Tuohy's transform [2], to generate
XSLT transforms based on simple attribute-based templates (HTML in
this case,
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is reachable from other sessions (or no session at
Steve Hanson wrote:
Hi all:
I am not a member of this mailing list, so please include my BEA address in any responses.
gmane.org
I am trying to override Forrest's default validation behavior when it comes to links.
Probably, you want to ask this on forrest-user mailing list?
Vadim
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager work
modes:
- standard (current functionality)
- continuations invalidated along with session, still the continuation
is reachable from other sessions (or no session at
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.
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Previously we have discussed about three continuations manager
work modes:
- standard (current functionality)
- continuations invalidated along
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=32491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi Bertrand
L) The HTML-template to XSLT transformation is limited to one level
of
data access (i.e. what do you do if you want to process XPATH
expressions
that are in the XML-data stream?).
Hmm...go to straight XSLT maybe?
I currently don't envision using this templating system
I recently took a look at this mailing list after I happened to talk to
Stefano in person (he was in LA) and noticed a _few_ posts about
refactoring JXTemplateGenerator.
Of course you can do what you like, but just so you know, here is my
point of view:
Obviously it would have been easy to
On 10.12.2004 15:13, Thomas Alexnat wrote:
I also think, that this behaviour is a bug. To me it renders the usage
of the cocoon view concept absolutely useless. My major point is, that
is, that I cannot use the cocoon views to view my current matcher in
XML. If I try to do that, everytime I
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=32491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Le 10 déc. 04, à 17:29, Christopher Oliver a écrit : ...The funniest
post of all was this
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110210971210386w=2
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110210971210386w=2.
I mean, give me break. That is just plain silly
Sorry for
Christopher Oliver wrote:
I recently took a look at this mailing list after I happened to talk to
Stefano in person (he was in LA) and noticed a _few_ posts about
refactoring JXTemplateGenerator.
Of course you can do what you like, but just so you know, here is my
point of view:
Obviously it
(ccing users@ as I'm sure many subscribers there could contribute to
this experiment as well, please discuss on dev@)
I've been playing [1] with Conal Tuohy's transform [2], to generate
XSLT transforms based on simple attribute-based templates (HTML in this
case, could be whatever) and I like
70 matches
Mail list logo
