Hi:
Here is a summary of what was dicussed to understand what we are trying to
do. I hope this will help others that were not following the discussion to
understand this proposal that changes the current SelectionList
implementation.
CURRENT SITUATION
=
Currently we are caching
Hi everybody,
I've just published a proposal for the workflow process we could
implement on Planet Cocoon in order to ensure both efficiency and
documentation quality. I wrote it in the article, I've said it on the
mailing list a few times and I think it's not useless to repeat it
(who said yell
Reinhard Poetz wrote:
AFAICS the usual behaviour is that there is only one TraxTransformer Object,
independently from the number of requests and different stylesheets.
Hmm
As soon as
I call URIs that cause handle-error sections, new TraxTransformer objects
are
created, when the
Antonio Gallardo wrote:
On Dom, 29 de Mayo de 2005, 11:31, oceatoon dijo:
Hi everyone
As I can see there are quite a bit of movement around selection-list, I'll
reopen an old request of mine about repeaters being able to be generated
from a selection list.
Meaning if a selection list is
Hi Sylvain
IIUC what you describe here is a kind of Map, where the key set would be
the selection list and the values would be the widget rows. Am I right?
Yes that right
I don't think we need a new widget type for this as the repeater is
versatile enough. Either a binding or a helper
Reinhard Poetz wrote:
not when the TraxTransformer is used in handle-errors-sections, in usual
pipelines yes. What's the difference?
(I guess you know this) The TraxTransformer is a pooled component, so
after the request is finished, it should be put back into the pool. If
it is put back
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
not when the TraxTransformer is used in handle-errors-sections, in usual
pipelines yes. What's the difference?
(I guess you know this) The TraxTransformer is a pooled component, so
after the request is finished, it should be put back into the
Reinhard Poetz wrote:
yes, you can invoke any non exisiting pipeline like
http://localhost:/asgfsg
(I added System.out.println statements to setup() and recycle() as logging
still
doesn't work for sitemap components.)
Ok, I'll have a look into both problems today - but can't
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
yes, you can invoke any non exisiting pipeline like http://localhost:/asgfsg
(I added System.out.println statements to setup() and recycle() as logging still
doesn't work for sitemap components.)
Ok, I'll have a look into both problems
oceatoon wrote:
Hi Sylvain
IIUC what you describe here is a kind of Map, where the key set would be
the selection list and the values would be the widget rows. Am I right?
Yes that right
I don't think we need a new widget type for this as the repeater is
versatile enough. Either a
Hi every one
This might allready have been proposed and done but I haven't seen it around
and it works fine for me to create all forms from one definiton and one
binding file. (multiple page search form).
The problems were with the widgets that weren't used couldn't be validated,
and therefore
Do you mean to feed a Repeater from an Array?
yes but with a selection list. and not in the binding nore on create
It would be in the definition.
Example:
my repeater contains a label outputfield, and a few field widgets
if the label is made selectionlistable this would generate as many rows
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
yes, you can invoke any non exisiting pipeline like
http://localhost:/asgfsg
(I added System.out.println statements to setup() and recycle() as logging
still
doesn't work for sitemap components.)
Ok, I'll have a
Antonio Gallardo wrote:
Hi:
Here is a summary of what was dicussed to understand what we are trying to
do. I hope this will help others that were not following the discussion to
understand this proposal that changes the current SelectionList
implementation.
CURRENT SITUATION
=
filled through binding or on-create listener and this would be yet another
initialisation possiblity.
So what do you suggest: a new mapped-repeater widget which extends
repeater with a selection-list to create the rows?
exactly, the selection-list could be placed on any widget inside the
On Lun, 30 de Mayo de 2005, 4:54, Sylvain Wallez dijo:
Antonio Gallardo wrote:
THE SOLUTION
We found is posible to improve DSL performance by caching the DSL item
data list once per request. The DSL remains dynamic per request.
Caching DSL will not affect the current behaviour. The
Reinhard Poetz wrote:
(I added System.out.println statements to setup() and recycle() as logging
still
doesn't work for sitemap components.)
Ok, I fixed this as well - not only sitemap components were effected.
Can you please verify this as well?
Thanks
Carsten
--
Carsten Ziegeler -
Noone?
Carsten
Carsten Ziegeler wrote:
I just applied the following fix to OJB (in trunk) - without it, I get
an NPE on startup of Cocoon in the getLevel() method as LOGGER is null.
So it seems that initialize() is not invoked before.
Can anyone please have a look at it?
Thanks
Carsten
Antonio Gallardo wrote:
On Lun, 30 de Mayo de 2005, 4:54, Sylvain Wallez dijo:
Antonio Gallardo wrote:
THE SOLUTION
We found is posible to improve DSL performance by caching the DSL item
data list once per request. The DSL remains dynamic per request.
Caching DSL will
Le 29 mai 05, à 03:43, Mark Leicester a écrit :
...What do you think?..
I like it - a weekly digest of what happens here sounds useful. And it
will be a cool way to go back in time later ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Bertrand Delacretaz wrote:
Le 29 mai 05, à 03:43, Mark Leicester a écrit :
...What do you think?..
I like it - a weekly digest of what happens here sounds useful. And it
will be a cool way to go back in time later ;-)
+1, this is exactly the kind of external content I can imagine
Hi all,
Today, I launched build.sh eclipse-project which I hadn't done for
quite some time in trunk, and Eclipse now barfs because the class
SessionManager exists both in the session-fw block and in xsp mock classes.
Again the problem of XSP dependencies (in and out)! For now I've
manually
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
(I added System.out.println statements to setup() and recycle() as logging still
doesn't work for sitemap components.)
Ok, I fixed this as well - not only sitemap components were effected.
Can you please verify this as well?
Works for me!
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
yes, you can invoke any non exisiting pipeline like http://localhost:/asgfsg
(I added System.out.println statements to setup() and recycle() as logging still
doesn't work for sitemap
Hi,
I was reading the ControllingModCache wiki page [1] and it says:
To generate Content-length, you must currently create your own
serializer, to set the buffering flag, as it is not yet configurable.
And indeed, there's no way to configure generation of content-length
header in
Le 30 mai 05, à 16:44, Ugo Cei a écrit :
And indeed, there's no way to configure generation of
content-length header in AbstractTextSerializer without overriding the
shouldSetContentLenght() method in a subclass.
Is there any particular reason why this has not been made
configurable, or
Ugo Cei wrote:
Hi,
I was reading the ControllingModCache wiki page [1] and it says:
To generate Content-length, you must currently create your own
serializer, to set the buffering flag, as it is not yet configurable.
And indeed, there's no way to configure generation of content-length
Le 30 mai 05, à 16:53, Carsten Ziegeler a écrit :
...So, we could also *always* set the content length if the pipeline
buffers by itself. WDYT?..
Didn't know about that, but it makes sense as we get Content-Length for
free then.
Ugo, I hope you'll also write tests if you implement this,
Il giorno 30/mag/05, alle 16:57, Bertrand Delacretaz ha scritto:
Le 30 mai 05, à 16:53, Carsten Ziegeler a écrit :
...So, we could also *always* set the content length if the pipeline
buffers by itself. WDYT?..
Didn't know about that, but it makes sense as we get Content-Length
for free
oceatoon wrote:
We are having an intern work on this from tuesday so I'm setting up the
guidelines, maybe we can cooperate on this?
Sure we can. Shall I remember you our little Geoid project (
http://geoid.cocoondev.org/ ) ?
I was thinking of doing this in SVG having dynamic
Luca Morandini wrote:
Don't get me wrong, I like SVG, but forcing user to install a plug-in
would be an unpopular option.
With Firefox nightlies having native SVG support, this option is not so
unpopular anymore as it was say a few months ago.
Jorg
-Original Message-
From: Jochen Kuhnle [mailto:[EMAIL PROTECTED]
Sent: Freitag, 27. Mai 2005 15:02
To: dev@cocoon.apache.org
Subject: RE: [RFE] Some enhancements to XSP
If we filter the logic sheets, too, we can still move code back and forth
between XSP and logic sheet. There is
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but we
haven't yet changed it.
I will do the move on Monday - please
Jorg Heymans wrote:
Luca Morandini wrote:
Don't get me wrong, I like SVG, but forcing user to install a plug-in
would be an unpopular option.
With Firefox nightlies having native SVG support, this option is not so
unpopular anymore as it was say a few months ago.
Yes, I know :) ... but
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but we
haven't yet changed it.
I will do the move on Monday - please make sure that you have
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but
we haven't yet changed it.
I will do the move
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but we
haven't yet changed it.
I will do the move on Monday - please
Ugo Cei wrote:
Il giorno 30/mag/05, alle 16:57, Bertrand Delacretaz ha scritto:
Le 30 mai 05, à 16:53, Carsten Ziegeler a écrit :
...So, we could also *always* set the content length if the pipeline
buffers by itself. WDYT?..
Didn't know about that, but it makes sense as we get
Folks,
I made my first Cocoon widget :)
It isn't at all that hard, though I managed to waste time by trying to
subclass my widget from the Action class :(
Anyway, here's how to use it:
1) Definition document:
fd:imagemap id=map
fd:hint
On Lun, 30 de Mayo de 2005, 9:10, Sylvain Wallez dijo:
Hi all,
Today, I launched build.sh eclipse-project which I hadn't done for
quite some time in trunk, and Eclipse now barfs because the class
SessionManager exists both in the session-fw block and in xsp mock
classes.
Again the problem
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but we
haven't yet changed it.
I will do the
Il giorno 30/mag/05, alle 19:19, Carsten Ziegeler ha scritto:
I can have a look at it in the next days if you want.
Would be great.
Ugo
--
Ugo Cei
Tech Blog: http://agylen.com/
Source.zone: http://sourcezone.info/
Wine Food Blog: http://www.divinocibo.it/
smime.p7s
Description:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Some time ago we decided that we want a flat directory structure
(/cocoon/blocks/[block-name]/... instead of
/cocoon/blocks/[community-status]/[block-name]/...) for blocks but
we haven't yet
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=32935.
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=32935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi:
Avalon is closed and our javadocs links to LogKit are invalid. Somebody
knows a valid link to Logkit javadocs?
BTW, I already fixed this for avalon-framework. committing soon.
Best Regards,
Antonio Gallardo.
Jochen Kuhnle wrote:
Hi,
the EclipseJavaCompiler chokes on warnings, resulting in the XSP not
working. This is because in line 365 (cocoon-2.1.8-dev), it checks against
result.hasProblems() instead of result.hasErrors(). I'd like to
propose an option so the compiler ignores warnings and
Joerg Heinicke wrote:
On 28.05.2005 01:21, Antonio Gallardo wrote:
On Vie, 27 de Mayo de 2005, 15:47, [EMAIL PROTECTED] dijo:
Author: vgritsenko
Date: Fri May 27 13:47:38 2005
New Revision: 178819
URL: http://svn.apache.org/viewcvs?rev=178819view=rev
Log:
add xalan / xerces version info
On Tuesday 31 May 2005 06:24, Antonio Gallardo wrote:
Hi:
Avalon is closed and our javadocs links to LogKit are invalid. Somebody
knows a valid link to Logkit javadocs?
BTW, I already fixed this for avalon-framework. committing soon.
I have just generated the javadocs from the LogKit
49 matches
Mail list logo