Vadim Gritsenko wrote:
IIRC, last first friday we had a chat with Carsten about
adding an attribute to the handle-errors/ or to the
pipeline/ which will indicate what behavior is needed in
case of internal request: throw exception or process
handle-errors/. Carsten?
Yes, nothing of
[EMAIL PROTECTED] dijo:
crossley2004/06/03 23:38:52
Modified:legalutil.concurrent-1.3.3.jar.license.txt
Log:
Point to Doug Lea website and let him explain the issues.
Hmm. This is pointing the the current version. In this case to 1.3.4. We
use 1.3.3
The point is: The file
Nicola Ken Barozzi wrote:
Over at Forrest, an upgrade to Cocoon 2.1.5 has brought us with these
issues... ideas?
Juan Jose Pablos wrote:
Hi,
I am nearly there, I have got a couple of issues, both related to JCS:
First, there is a lot of output like this one:
=
[INFO]
Carsten Ziegeler dijo:
Vadim Gritsenko wrote:
IIRC, last first friday we had a chat with Carsten about
adding an attribute to the handle-errors/ or to the
pipeline/ which will indicate what behavior is needed in
case of internal request: throw exception or process
handle-errors/. Carsten?
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=28834.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Le 4 juin 04, à 07:59, Joerg Heinicke a écrit :
...
1.1
cocoon-2.1/src/webapp/samples/hello-world/style/swf/hello.fla
Binary file
1.1
cocoon-2.1/src/webapp/samples/hello-world/style/swf/hello.swf
Binary file
Are they really binary?
fla and swf
#-[dependency]: apples depends on forms (for samples).
-#include.block.apples=false
+include.block.apples=false
#-[dependency]: asciiart is needed by mail.
ups! ...that wasn't intended
*torsten rushing away fixing it*
Apples should not be excluded by default.
1.1
IIRC, last first friday we had a chat with Carsten about
adding an attribute to the handle-errors/ or to the
pipeline/ which will indicate what behavior is needed in
case of internal request: throw exception or process
handle-errors/. Carsten?
Sounds like a good plan. In fact I think it would
Antonio Gallardo wrote:
crossley2004/06/03 23:38:52
Modified:legalutil.concurrent-1.3.3.jar.license.txt
Log:
Point to Doug Lea website and let him explain the issues.
Hmm. This is pointing the the current version. In this case to 1.3.4. We
use 1.3.3
The point is:
Antonio Gallardo wrote:
Carsten Ziegeler dijo:
Vadim Gritsenko wrote:
IIRC, last first friday we had a chat with Carsten about adding an
attribute to the handle-errors/ or to the pipeline/ which will
indicate what behavior is needed in case of internal
request: throw
+1 since Spark is dead and not featured enough for some serious work.
Too bad though :-/
But the need to produce Flash exists (opposed to having the Flash
fetching XML data) : we're using it to display animated diagrams on
small devices (PDAs phones) where SVG is not available. In order to
The Chat channel is getting active already. If anyone
wants to join in, then get the IRC details at [1].
--David
Bertrand Delacretaz wrote:
Hi Cocoonistas,
Tomorrow is FirstFriday [1], and the cross-posting is intentional: you
don't necessarily need to be a committer to participate, there
Torsten Curdt wrote:
IIRC, last first friday we had a chat with Carsten about adding an
attribute to the handle-errors/ or to the pipeline/ which will
indicate what behavior is needed in case of internal request: throw
exception or process handle-errors/. Carsten?
Sounds like a good
Carsten Ziegeler dijo:
Are you talking about 2.1.5 or CVS Head? CVS Head has a rewritten
internal request handling that simply might have bugs, so we have
to fix these bugs first before its really usable.
Yep.!!! it tortures now for 2 days now! :(
Best Regards,
Antonio Gallardo
I think we can use the available things.
We discussed two solutions: specifying it at the call, like:
cocoon:handle-error:/something or cocoon:/something?cocoon:handle-error=true
Uaaahh maybe the first one - but this looks
dead ugly and feels more like hack for what should
be the default.
Dear all,
a nice set of people volunteered for taking on the PMC chair job and
it's time we conclude this vote. :-)
I'd suggest to end this vote 72 hours from now - on Monday morning
European time. We decided this to be a public vote. Please remind
yourself that only PMC members can bindingly
Hi list,
I recently posted the following message on the user list, but didn't
get an answer. I believe it is a bug, and I verified that this
behaviour is still the same with cocoon 2.1.5, so maybe one of you
could have a quick look at it. It should be easy to reproduce.
Thanks,
Jan Harms
Von:
On Friday 04 June 2004 05:52, Alex Romayev wrote:
Another form coplet -- another problem ;-)
Problem
---
Here is what I'm trying to do. I have a Search
coplet, which is a form with lots of search criteria
(about 15 fields). It has 2 buttons: Search and
Save Search.
If Search
Le 4 juin 04, à 09:59, Torsten Curdt a écrit :
...What about...
map:pipeline handle-errors=always|external|internal/
our current behaviour would be external.
I would like to have always andt the
internal option might be FS ;)
+1 for the declaration, looks clean enough!
-Bertrand
Here's my +1 for
- Sylvain Wallez
A tough choice to make: I'd vote for all of you guys, but we have to
select someone.
I understand this is meant for one year as previously discussed.
With mucho thanks to Steven for doing his part!
-Bertrand
Torsten Curdt wrote:
+1 since Spark is dead and not featured enough for some serious work.
Too bad though :-/
But the need to produce Flash exists (opposed to having the Flash
fetching XML data) : we're using it to display animated diagrams on
small devices (PDAs phones) where SVG is not
We've investigating KineticFusion (commercial, [1]) which does a nice
job. Anybody else having some experience with it or some other
equivalent tool?
Looks interesting! I could not find any information about the pricing
though!?
There's themselves not very sure about it :-)
hehe ...well, they
I stumbled across this paper about ARC [1] and wondered if this was
something that could be useful as a caching strategy in Cocoon.
I remember Stefano talked about adaptive caching several years ago on
this list [2] but I don´t remember the result.
[1] Adaptive Replacement Cache.
A better url:
http://www.almaden.ibm.com/StorageSystems/autonomic_storage/ARC/index.shtml
Mats Norén wrote:
I stumbled across this paper about ARC [1] and wondered if this was
something that could be useful as a caching strategy in Cocoon.
I remember Stefano talked about adaptive caching several
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=28834.
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=28834.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
Here's a short summary of this morning's discussion on #cocoon, about
Sylvain's proposal, which is to instrument javascript code to enable
continuations using the official Rhino javascript interpreter.
This would allow us to use the official Rhino distribution instead of
the fork that
Brian W. Fitzpatrick wrote:
On Wed, 2004-05-26 at 04:04, Nicola Ken Barozzi wrote:
The Cocoon project has decided to move to subversion, so we need your
help, along with an indication about when it can be done. TIA
quick-summary
We need to export
cocoon-2.1
cocoon-2.2
cocoon-site
Nicola,
Bertrand Delacretaz dijo:
Here's my +1 for
- Sylvain Wallez
+1 for Sylvain.
Best Regards,
Antonio Gallardo
+1 for Vadim Gritsenko
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
-
On 04.06.2004 10:59, Torsten Curdt wrote:
Hmm, but then it has not much to do with Cocoon ...
Well, people are interested in using Cocoon with
with flash. So we show them how to use it with
flash. Anything wrong with that?!
No, it only has nothing to do with Cocoon's capabilities.
Especially since
On 04.06.2004 10:42, Bertrand Delacretaz wrote:
Here's my +1 for
- Sylvain Wallez
A tough choice to make: I'd vote for all of you guys, but we have to
select someone.
I understand this is meant for one year as previously discussed.
With mucho thanks to Steven for doing his part!
+1 complete
Hi Antonio,
just to be sure: did B to D work in 2.1.4/2.1.5 as you expect or
do they produce they same error?
Carsten
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 03, 2004 4:13 PM
To: [EMAIL PROTECTED]
Subject: [CVS] Flow bug in
Il giorno 04/giu/04, alle 09:07, Ugo Cei ha scritto:
I think it depends on log4j not being configured. We should ship with
a proper log4j config, as all those messages from JCS and other
libraries that use log4j, like Quartz, are really bothersome.
I tried to fix this by providing a default
Steven Noels wrote:
Here's the current list of nominations - people who already
clearly declined are not on the list anymore. Sort order
alphabetic on first name.
- Andrew Savory
- Matthew Langham
- Sylvain Wallez
- Vadim Gritsenko
This statement from Bertrand characterize
Carsten Ziegeler dijo:
Hi Antonio,
just to be sure: did B to D work in 2.1.4/2.1.5 as you expect or
do they produce they same error?
I think yes. In our an application we have a similar model. We have shared
dialogs. The dialogs are called from others flows (similar as the sample).
Some days
If you want to communicate with the coplets from
outside
then the best way to accomplish this task is to use
the
bookmark feature of the portal engine.
Have a look at:
http://wiki.cocoondev.org/Wiki.jsp?page=PortalEngineBookmarks
I had similiar problems which were driving me mad,
Stephan Michels wrote:
Am Do, den 03.06.2004 schrieb Stephan Michels um 15:00:
Am Di, den 01.06.2004 schrieb Stephan Coboos um 20:23:
Hello,
I have a problem using Objects in JavaFlow before a while loop. Please
see my first posting [JavaFlow] java.lang.VerifyException. In my opinion
it
Hi:
I setted this breakpoints:
1-o.a.c.components.flow.javascript.fom.FOM_Cocoon.java at line 261.
2- o.a.c.components.flow.javascript.fom.FOM_JavaScriptInterpreter.java at
line 837
3-o.a.c.components.flow.AbstractInterpreter.java at line 171
I posted the 3 breakpoints to draft the route the
Working on the TreeProcessor, I noticed check-reload that exists on
map:mount whose existence I nearly forgot about, and was wondering
about its actual usefulness, furthermore considering that it defaults to
true (i.e. reload when needed)
There are lots and lots of places in Cocoon where
After long awaiting, I'm happy to annouce the public availability of the
JSR 170 Java Content API Specification for public review.
Find it here:
http://jcp.org/aboutJava/communityprocess/review/jsr170/index.html
Note that the review ends July 19, so if you have any feedback please
send it to
Antonio Gallardo [mailto:[EMAIL PROTECTED]
Hi:
I setted this breakpoints:
1-o.a.c.components.flow.javascript.fom.FOM_Cocoon.java at line 261.
2-
o.a.c.components.flow.javascript.fom.FOM_JavaScriptInterpreter
.java at line 837
3-o.a.c.components.flow.AbstractInterpreter.java at
-1 :) Turning off this checking improves performance (no time
stamp checking anymore).
Carsten
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Friday, June 04, 2004 3:14 PM
To: cocoon-dev
Subject: Removing sitemaps check-reload attribute
Working on the
Carsten Ziegeler dijo:
Antonio Gallardo [mailto:[EMAIL PROTECTED]
Hi:
I setted this breakpoints:
1-o.a.c.components.flow.javascript.fom.FOM_Cocoon.java at line 261.
2-
o.a.c.components.flow.javascript.fom.FOM_JavaScriptInterpreter
.java at line 837
Carsten Ziegeler wrote:
-1 :) Turning off this checking improves performance (no time stamp checking anymore).
Do you think there's a real difference if the sitemap is checked _at
most_ once per second (the default delay), when so much other files are
checked at _every_ request?
Sylvain
On 04.06.2004 15:14, Sylvain Wallez wrote:
Working on the TreeProcessor, I noticed check-reload that exists on
map:mount whose existence I nearly forgot about, and was wondering
about its actual usefulness, furthermore considering that it defaults to
true (i.e. reload when needed)
There are
Should work now - please cross-check.
Thanks
Carsten
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Friday, June 04, 2004 3:25 PM
To: [EMAIL PROTECTED]
Subject: RE: [CVS] Flow bug in redirections? Test case inside.
Carsten Ziegeler dijo:
Antonio
Forgot to add:
The default is true anyways, so you can just ignore this feature.
But it might be useful for people that want to fine tune their
setup. So in the end it doesn't hurt if you have the possibility.
Carsten
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL
Sylvain Wallez dijo:
Carsten Ziegeler wrote:
-1 :) Turning off this checking improves performance (no time stamp
checking anymore).
Do you think there's a real difference if the sitemap is checked _at
most_ once per second (the default delay), when so much other files are
checked at _every_
Sylvain Wallez wrote:
Working on the TreeProcessor, I noticed check-reload that exists on
map:mount whose existence I nearly forgot about, and was wondering
about its actual usefulness, furthermore considering that it defaults
to true (i.e. reload when needed)
There are lots and lots of places
+1 for Vadim Gritsenko
/leo
Hi Carsten:
It works now! Many thanks!
I think another beer is on the way. Perhaps with this the count reach 3! :-D
PS: Antonio started to think seriously to open a bank account to store
money to buy Carsten beers. ;-)
Best Regards,
Antonio Gallardo
Sylvain Wallez wrote:
So I propose to remove this feature, and have automatic sitemap reload
always be turned on, as everywhere else.
WDYT?
+1
Ugo
Sylvain Wallez wrote:
Working on the TreeProcessor, I noticed check-reload that exists on
map:mount whose existence I nearly forgot about, and was wondering
about its actual usefulness, furthermore considering that it defaults to
true (i.e. reload when needed)
There are lots and lots of places
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
-1 :) Turning off this checking improves performance (no
time stamp checking anymore).
Do you think there's a real difference if the sitemap is
checked _at most_ once per second (the default delay), when
so much other files are
Antonio Gallardo wrote:
Hi Carsten:
It works now! Many thanks!
I think another beer is on the way. Perhaps with this the
count reach 3! :-D
PS: Antonio started to think seriously to open a bank account
to store money to buy Carsten beers. ;-)
Great idea! What about a PayPal
On Friday 04 June 2004 14:09, Alex Romayev wrote:
Hi Chris,
I think this is an option that might work, however, a
couple of questions:
- Since request parameters are not available to to
coplets, I assume it still isn't possible to use
CForms for binding?
I did not find a way :-(
- Again,
Too many good choices ...
+1 for Vadim Gritsenko
--David
Carsten Ziegeler wrote:
Forgot to add:
The default is true anyways, so you can just ignore this feature. But it might be useful for people that want to fine tune their setup. So in the end it doesn't hurt if you have the possibility.
Sure, and I won't insist much for this reason. I just find
On 04 Jun 2004, at 10:32, Steven Noels wrote:
- Vadim Gritsenko
+1
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java XMLAn Orixo Member
Read my weblog athttp://blogs.cocoondev.org/stevenn/
stevenn at
...What about...
map:pipeline handle-errors=always|external|internal/
our current behaviour would be external.
I would like to have always andt the
internal option might be FS ;)
+1 for the declaration, looks clean enough!
Carsten, I'd really like to takle this ASAP.
We are currently using a
Torsten Curdt [EMAIL PROTECTED] writes:
snipsort of ugly solution/snip
and specifying it in the called pipeline:
map:pipeline handle-errors-for-internal-calls=true/
This looks much better
The names of the attributes/request-parameters I used have not been
set in the discussions.
Hunsberger, Peter wrote:
Torsten Curdt [EMAIL PROTECTED] writes:
snipsort of ugly solution/snip
and specifying it in the called pipeline:
map:pipeline handle-errors-for-internal-calls=true/
This looks much better
The names of the attributes/request-parameters I used have not been
+1 for Vadim Gritsenko
--
Unico
Leszek Gawron wrote:
Upayavira wrote:
It seems to me that Sylvains suggested extension of jxt has a great
deal of power in it.
OK. Then I'll continue my work and try to provide the appropriate
patch as I have already started to make needed changes.
Great. I'd love to see a cacheable jxt.
Vadim Gritsenko [EMAIL PROTECTED] writes:
Hunsberger, Peter wrote:
Torsten Curdt [EMAIL PROTECTED] writes:
snipsort of ugly solution/snip
and specifying it in the called pipeline:
map:pipeline handle-errors-for-internal-calls=true/
This looks much better
Steven Noels wrote:
- Sylvain Wallez
Well, just like Matthew, +1 for me!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Sylvain Wallez wrote:
Steven Noels wrote:
- Sylvain Wallez
Well, just like Matthew, +1 for me!
Sylvain
Difficult choice, but:
+1 for Sylvain.
Upayavira
Hunsberger, Peter wrote:
Vadim Gritsenko [EMAIL PROTECTED] writes:
...
Now, if
you want to
change current default, you'll have to add this attribute.
Now that seems like FS to me...
No, it's called backward compatibility ;-)
Vadim
Steven Noels wrote:
- Andrew Savory
+1.
PS I don't feel right voting for myself, so my vote goes to Andrew.
Vadim
Vadim Gritsenko [EMAIL PROTECTED] writes:
Hunsberger, Peter wrote:
Vadim Gritsenko [EMAIL PROTECTED] writes:
...
Now, if
you want to
change current default, you'll have to add this attribute.
Now that seems like FS to me...
No, it's called backward compatibility
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Working on the TreeProcessor, I noticed check-reload that exists on
map:mount whose existence I nearly forgot about, and was wondering
about its actual usefulness, furthermore considering that it defaults
to true (i.e. reload when needed)
There
Here's my +1 for:
- Andrew Savory
-marc= (waking up and seeing the original was replied to the wrong list...)
--
Marc Portierhttp://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
Read my weblog at
On Fri, 2004-06-04 at 10:32, Steven Noels wrote:
- Sylvain Wallez
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Jun 4, 2004, at 4:32 AM, Steven Noels wrote:
- Vadim Gritsenko
+1
-pete
Upayavira wrote:
Fab.
The below all reads okay to me. It would seem reasonable that the
template must be read in setup now. [As an aside, is the jxt file
cached? Or does it need to be read with every request? Maybe the parsed
jxt could be put into the transient store or something?]
The parsed
On Fri, Jun 04, 2004 at 10:32:41AM +0200, Steven Noels wrote:
All good, so roll the dice to choose: +1 Sylvain Wallez
--Tim Larson
Part of our development team wants to use JavaHelp
(http://java.sun.com/products/javahelp/). Unfortunately, it uses JST tag
libraries which requier JSP support. They have been able to get it to
work under Tomcat, but not under WebLogic 8.1. It appears that the
JSPGenerator (or rather the
Torsten Curdt wrote:
...What about...
map:pipeline handle-errors=always|external|internal/
our current behaviour would be external.
I would like to have always andt the internal option
might be FS
;)
+1 for the declaration, looks clean enough!
Carsten, I'd really
Hi All
I am playing with o.a.c.components.cron.TestCronJob.
I am using it to call a pipeline once per day that runs a FlowScript
that scours a database for jobs that need doing and sending out email
reminders.
The FlowScript calls one pipeline to generate the email body via
Jeremy Quinn wrote:
Is it doing this because it is a test class and this is providing some
kind of debug information, or is it doing it because this is something
that a CronJob needs to do, and I would need to take care to set the
sleep parameter appropriately.
This is just a test
As some of you may have seen, I've been poking around in the CSS of the samples lately. I've been
playing around with the design in Photoshop, and I've come up with a design that I think is Pretty
Damn Good(tm)
Screenshot at:
http://rose.ce.umn.edu/images/misc/cocoon-mockup.gif
If nobody
Tony Collen wrote:
As some of you may have seen, I've been poking around in the CSS of
the samples lately. I've been playing around with the design in
Photoshop, and I've come up with a design that I think is Pretty Damn
Good(tm)
Screenshot at:
Vadim Gritsenko wrote:
Tony Collen wrote:
As some of you may have seen, I've been poking around in the CSS of
the samples lately. I've been playing around with the design in
Photoshop, and I've come up with a design that I think is Pretty Damn
Good(tm)
Screenshot at:
On 04.06.2004 23:40, Vadim Gritsenko wrote:
As some of you may have seen, I've been poking around in the CSS of
the samples lately. I've been playing around with the design in
Photoshop, and I've come up with a design that I think is Pretty Damn
Good(tm)
Screenshot at:
On 04.06.2004 19:46, Ralph Goers wrote:
Part of our development team wants to use JavaHelp
(http://java.sun.com/products/javahelp/). Unfortunately, it uses JST tag
libraries which requier JSP support. They have been able to get it to
work under Tomcat, but not under WebLogic 8.1. It appears that
Tony Collen wrote:
Vadim Gritsenko wrote:
Should footer also have a background? Just asking...
Nope, didn't touch it
I get -1 for reading comprehension. I should have said, I'll try it out :)
ATC
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=29401.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tony Collen wrote:
Screenshot at:
http://rose.ce.umn.edu/images/misc/cocoon-mockup.gif
If nobody objects, I will commit the changes Monday, suggestions are welcome.
The top banner seems to waste space. At one stage in
the past we had it like this - with everything centred.
Then it evolved
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=29401.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks, Joerg. I have been told that they have tried both JSPEngines using
the 2.1.5 sample site and neither of them work in Weblogic 8.1. However,
I'm short on details and haven't tried it myself. There was a thread a
while ago where it was stated that JSPEngineImplWLS only works with
91 matches
Mail list logo
