Niclas Hedhman wrote:
Cocoon community is IMHO too focused of NOT releasing something BAD, instead
of focusing on releasing the new and good stuff.
If releases came out on a bi-weekly basis, who would be worried that a bug or
two sneaked in. Patch and it will be fixed in days. And with so many
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Uh? What are these features? Would you mind sharing this with us?
Sure; I already mentioned this months ago and even asked on this list
for help; but noone was interested :(
Actually, I was and am interested. I just can't get my boss
Sylvain Wallez wrote:
Actually, OSGi is a key point in the performance improvements in the
upcoming Eclipse 3.1. It was introduced in 3.0 but many plugins were
still written on the previous kernel API, and the more plugins move to
the OSGi API, the more startup time increases and memory used
Bertrand Delacretaz wrote:
Le 22 mai 05, à 20:24, Daniel Fagerstrom a écrit :
...It would require quite a lot of work to give a fair overview of
what we have discussed about this in the last three or so years. You
find some info in http://wiki.apache.org/cocoon/Blocks...
Would it be
Ralph Goers wrote:
Why is updating more difficult. We have MBeans that do both. Creating an
operation that updates isn't that hard. The hard part is figuring out
what you want to manage.
And what happens after you updated a value. Changing pool sizes or
something like that is easy. But
Ralph Goers wrote:
I doubt many will switch until 2.2 is stable - i.e we've had a few
releases of it. I would recommend that we continue doing maintenance on
2.1 until at least a stable 2.2.0 is released and possibly a release or
two later. That doesn't mean that new features need to
Carsten Ziegeler wrote:
Ralph Goers wrote:
Why is updating more difficult. We have MBeans that do both. Creating an
operation that updates isn't that hard. The hard part is figuring out
what you want to manage.
And what happens after you updated a value. Changing pool sizes or
On Monday 23 May 2005 14:18, Ralph Goers wrote:
Is this your perception of just Cocoon or all open source development.
I would say all software development. IMHO, frequent smaller changes is by far
a much more effective way to progress a codebase. The longer the cycle, the
more important your
Niclas Hedhman wrote:
Listen to the founding fathers of this project, who declared (and lived by it
in the 1.x days) Release Early, Release Often. Everyone here talks about
it, but doesn't live by it.
I have no problem with release early, release often. I just have a
problem with code
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=35018.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
All current blocks, the core and libraries that are used by several
bundles are packaged as bundles. These are deployed in a OSGi kernel.
During development the Cocoon bundles can be deployed within the OSGi
kernel of Eclipse together with
Sylvain Wallez wrote:
Reinhard Poetz wrote:
AFAIU only some work on cForms is missing (flowscript API and
repeater binding)
That's far from the only work to do IMO, as there are a lot of
semi-finished core features. Some that come to mind: refactored object
model,
Here the main
Sylvain Wallez wrote:
snip/
We should also consider if blocks should be _similar_ to Eclipse
plugins, of if they should _be_ such plugins, which would remove us a
log of work, both for code, docs and support.
I have read some Eclipse docu, but it is not obvious to me what Eclipse
plugins
Le 23 mai 05, à 08:06, Ralph Goers a écrit :
...I doubt many will switch until 2.2 is stable - i.e we've had a few
releases of it. I would recommend that we continue doing maintenance
on 2.1 until at least a stable 2.2.0 is released and possibly a
release or two later. That doesn't mean that
Ralph Goers wrote:
However, I wouldn't go looking for operations to perform just
because you can. I would start by identifying the operations you would
find valuable and then prioritize them by need and difficulty to
implement. Would your hypotheical of changing the working directory
As a matter of fact, Leszek
provided a fix last week for what seems to me to be a pretty serious bug
in flow and this alone should warrant a 2.1.8 release.
Hi Ralph,
We are about to go to production with an application built on 2.1.7
that uses flow heavily. Could you point me in the direction
Carsten Ziegeler wrote:
Ralph Goers wrote:
I doubt many will switch until 2.2 is stable - i.e we've had a few
releases of it. I would recommend that we continue doing maintenance on
2.1 until at least a stable 2.2.0 is released and possibly a release or
two later. That doesn't mean that
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Don't know. Reinhard and maybe Sylvain at least seem to use it for
customer systems maybe there are more.
Yes, it's my plan to use trunk for my current customer application
because I want to use the new jxtemplate implementation and the
Daniel Fagerstrom wrote:
--- o0o ---
Probably I'm missing important aspects, but I fail to see what the split
into trunk and stable have bought us, except for less testing,
disruption and possibly sloopier coding as the branch is supposed to
On 15.03.2005 23:33, Sylvain Wallez wrote:
Again and again, there is no such readonly attribute. You can set the
state of a widget to disabled which leads to something similar to what
you describe: the input is readonly, and the calendar icon is still
visible but disabled.
There is, but
On 30.01.2005 21:32, Mark Lundquist wrote:
It can be argued that it should be possible to match any continuation
resource in any context and have it resumed correctly. The rationale is
the intuition that the sitemap context is part of the control thread
being resumed.
I agree. Isn't it
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
--- o0o ---
Probably I'm missing important aspects, but I fail to see what the split
into trunk and stable have bought us, except for less testing,
disruption and possibly sloopier coding as
On 09.04.2005 12:10, Bertrand Delacretaz wrote:
So, I'm pleased to propose Alfred, should he accept the nomination, as a
committer. Of course, my secret hope is that he will contribute many
additional automated tests, but the committment is to the project, not
to a particular task!
Back to
Daniel Fagerstrom wrote:
That is a reason for increasing minor version, but not for maintaining
parallell branches for years.
If we don't maintain the old 2.1.x branch, what about all its users?
Do you want to force them to migrate to 2.2? That's simply not
realistic. We should be able to
OK; I was unaware of the meaning of the flags in bugzilla.
I have a second patch for the trunk branch, but have not inserted it into
Bugzilla yet. Will do so this afternoon...
As for committing, I cannot as I am no Cocoon regular developer. Could someone
else do so?
James
-Original
2005/5/23, Bertrand Delacretaz [EMAIL PROTECTED]:
Hi Sebastien,
...I've just published four new ideas on my blog..
About Typo3-like documentation matrix - I've been thinking for a
while that a matrix of our *samples* would be a big help: having all
samples listed on a single page (and
Hi,
Since this version:
http://svn.apache.org/viewcvs.cgi?rev=164112view=rev
I am getting a null pointer exception when runnig forrest:
Exception in thread main java.lang.NullPointerException
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:177)
at
Leszek Gawron wrote:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Don't know. Reinhard and maybe Sylvain at least seem to use it for
customer systems maybe there are more.
Yes, it's my plan to use trunk for my current customer application
because I want to use the new jxtemplate
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
That is a reason for increasing minor version, but not for maintaining
parallell branches for years.
If we don't maintain the old 2.1.x branch, what about all its users?
Do you want to force them to migrate to 2.2? That's simply not
Daniel Fagerstrom wrote:
Carsten Ziegeler wrote:
Ok, so far so good - now, what do I have to do if I'm developing my own
application and want to use let's say the cron block: I want to add my
own scheduled task? Currently I have to know a little bit about Avalon:
using the service manager to
Juan Jose Pablos wrote:
Hi,
Since this version:
http://svn.apache.org/viewcvs.cgi?rev=164112view=rev
I am getting a null pointer exception when runnig forrest:
Exception in thread main java.lang.NullPointerException
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:177)
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=34590.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Folks,
I need a server-side image map with Cocoon Forms. AFAIK there's no such
a widget in Cocoon 2.1.7... hence, my question: is there someone already
working on it or should I start from scratch ?
Regards,
P.S.
I will contribute the results of my efforts... provided they're good
enough,
Luca Morandini wrote:
Folks,
I need a server-side image map with Cocoon Forms. AFAIK there's no such
a widget in Cocoon 2.1.7... hence, my question: is there someone already
working on it
not that I know of
or should I start from scratch ?
Regards,
P.S.
I will contribute the results of
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=34906.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DONE
-Original Message-
From: James Bates [mailto:[EMAIL PROTECTED]
Sent: 23 May 2005 11:53
To: [EMAIL PROTECTED]
Subject: Re: [Patch] User-Agent is PARAMETER, not HEADER in Command-line
interface
OK; I was unaware of the meaning of the flags in bugzilla.
I have a second patch for
Hi Luca,
What is your server-side image map supposed to do ?
Thanks
Jorg
Luca Morandini wrote:
Folks,
I need a server-side image map with Cocoon Forms. AFAIK there's no such
a widget in Cocoon 2.1.7... hence, my question: is there someone already
working on it or should I start from
Luca Morandini wrote:
Folks,
I need a server-side image map with Cocoon Forms. AFAIK there's no
such a widget in Cocoon 2.1.7... hence, my question: is there someone
already working on it or should I start from scratch ?
Can you elaborate on server-side image map? Does this mean the areas
I believe it is the bug you reported.
Paul Crabtree wrote:
As a matter of fact, Leszek
provided a fix last week for what seems to me to be a pretty serious bug
in flow and this alone should warrant a 2.1.8 release.
Hi Ralph,
We are about to go to production with an application built on
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
[...mostly off topic...]
You forgot that since GBeans used in Geronimo, basing Cocoon on GBeans
means easier integration with/into Geronimo, which is significant
advantage.
Well, is it really?
So which point do you want to argue, that it
Sylvain Wallez wrote:
Can you elaborate on server-side image map? Does this mean the areas
would be computed on the server?
Hmm... it surely makes sense, but I don't need this feature; hence, I'd
rather pass only the relevant mouse coordinates to the event handler.
BTW, I guess an output
Jorg Heymans wrote:
What is your server-side image map supposed to do ?
Very simple stuff:
1) An user clicks on the image.
2) The form is sent to the server together with mouse coordinates.
3) The relevant action is called (mouse coordinates should be sent to
the action somehow).
Hmm... I
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
AFAIU only some work on cForms is missing (flowscript API and
repeater binding)
That's far from the only work to do IMO, as there are a lot of
semi-finished core features. Some that come to mind: refactored
object
Luca Morandini wrote:
Jorg Heymans wrote:
What is your server-side image map supposed to do ?
Very simple stuff:
1) An user clicks on the image.
2) The form is sent to the server together with mouse coordinates.
3) The relevant action is called (mouse coordinates should be sent to
Daniel Fagerstrom wrote:
For our current situation I think we could release a 2.2.0 right away.
JFYI, seems like 2.2 is largely unusable / unstable ATM:
WARN (2005-05-19) 13:16.31:159 [core.manager] (Unknown-URI)
Unknown-Thread/CoreServiceManager: ComponentLocator exception from parent SM
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
snip/
We should also consider if blocks should be _similar_ to Eclipse
plugins, of if they should _be_ such plugins, which would remove us a
log of work, both for code, docs and support.
I have read some Eclipse docu, but it is not obvious
Fab Psycho wrote:
Hi,
I'd like to contribute to jsf on Cocoon.Where can I find a todo list
for this and should I work against 2.1 or 2.2 branch ?
There is no TODO list for it. See if there are any TODO comments in the code.
See also if there are any bugzilla entries. Work at the moment
Jorg Heymans wrote:
I have been doing waaay too much GIS stuff ... I saw something about
map and straight away thought you meant geo-map :-)
Well, sort of... I need this widget for GIS stuff.
A recent law in Italy forces web-sites belonging to state agencies
(ministries, local government
On 5/23/05, Bertrand Delacretaz [EMAIL PROTECTED] wrote:
Le 23 mai 05, à 07:13, Reinhard Poetz a écrit :
...Let's release Cocoon 2.2 alpha1 as soon as possible. When the
contracts are stable we use the beta postfix. This will increase the
number of people who use and test the release and
Sylvain Wallez wrote:
Reinhard Poetz wrote:
AFAIU only some work on cForms is missing (flowscript API and repeater
binding)
That's far from the only work to do IMO, as there are a lot of
semi-finished core features. Some that come to mind: refactored object
model, sitemap listeners, VPCs,
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.
Leszek Gawron wrote:
Vadim Gritsenko wrote:
The main reason for using DOM in some cases (chosen by user at
runtime) is the ability to avoid SAXException. SaxBuffer does not
offer such functionality as it just stores sax bits and does not
check if xml is well formed.
And neither does DOM.
There is, but it's pure HTML. It has nothing to do with
CForms. Unknown
attributes on fi:styling are just copied to the output, e.g.
@class and also @readonly.
This is still true. I had a look at the stylesheets when this topic was
on.
Bye, Helma
Luca Morandini wrote:
Jorg Heymans wrote:
I have been doing waaay too much GIS stuff ... I saw something about
map and straight away thought you meant geo-map :-)
Well, sort of... I need this widget for GIS stuff.
A recent law in Italy forces web-sites belonging to state agencies
Luca Morandini wrote:
Jorg Heymans wrote:
What is your server-side image map supposed to do ?
Very simple stuff:
1) An user clicks on the image.
2) The form is sent to the server together with mouse coordinates.
3) The relevant action is called (mouse coordinates should be sent to
the
Le 23 mai 05, à 13:28, Sebastien Arbogast a écrit :
...You're totally right and you remember me that samples should be part
of Cocoon documentation as well as any other document. Maybe we could
integrate that in Planet Cocoon range. WDYT ? Would you like to help
us in that matter ?
Not on
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
[...mostly off topic...]
You forgot that since GBeans used in Geronimo, basing Cocoon on
GBeans means easier integration with/into Geronimo, which is
significant advantage.
Well, is it really?
So which point do
On 16.05.2005 06:39, Ralph Goers wrote:
Yes, there was considerable discussion about this.
Yes, the version in svn is wrong. I was hoping it would get fixed after
our discussion, but that hasn't happened, so I'll try to commit
something tonight (it is still Sunday night here in California).
2005/5/23, Bertrand Delacretaz [EMAIL PROTECTED]:
Le 23 mai 05, à 13:28, Sebastien Arbogast a écrit :
...You're totally right and you remember me that samples should be part
of Cocoon documentation as well as any other document. Maybe we could
integrate that in Planet Cocoon range. WDYT ?
Le 23 mai 05, à 20:33, Sebastien Arbogast a écrit :
...finally it appears
it's not as interesting as I thought at the beginning because current
samples are code only whereas we think code-illustrated documentation
is what we need most...
Sure. Note that I just applied a patch to both the 2.1
On 13.05.2005 11:37, Nathaniel Alfred wrote:
I think synchronized(session) should never be used as vehicle to
coordinate concurrent requests because there is no convincing guarantee
that it is always working as expected.
Joerg, if you want to do it in your usercode, I don't mind, but
Sure. Note that I just applied a patch to both the 2.1 branch and the
trunk, which allows you to add annotation to sitemaps, like:
map:match pattern=news.pdf
n:explainGet news in XML from server/n:explain
map:generate src=http://newsserver/somestuff.xml/
n:explainConvert to
Sylvain Wallez wrote:
Luca Morandini wrote:
Hmm... I think this image-map widget should be a kind of action
widget, since the form is sent to the server when widget is clicked upon.
You already have it :-)
Use an action with styling type=image. When the image is clicked,
the action's event
Sylvain Wallez wrote:
Luca Morandini wrote:
Jorg Heymans wrote:
Hmm... can't multi-channelling techniques apply here also? e.g. if the
browser is a voice browser for visually impaired, use a special
dedicated stylesheet.
Ahem... have you ever tried to describe a geographic map using
Luca Morandini wrote:
Sylvain Wallez wrote:
Luca Morandini wrote:
Hmm... I think this image-map widget should be a kind of action
widget, since the form is sent to the server when widget is clicked
upon.
You already have it :-)
Use an action with styling type=image. When the image is
To quote Servlet spec SRV.7.7.3 Within an application marked as distributable,
all requests that are part of a session must be handled by one JVM at a time.
I read that as Concurrent requests must be dispatched to the same JVM -
otherwise all bets are off.
So any upstream load balancing in a
Sylvain Wallez wrote:
Luca Morandini wrote:
Well, but I should be able to change the image's src attribute
dynamically, wich is not allowed in action widget... right ?
Yes you can, as the image src is in the form template. Of course you
have to use a dynamic template (e.g. JXTG):
Luca Morandini wrote:
Sylvain Wallez wrote:
Luca Morandini wrote:
Well, but I should be able to change the image's src attribute
dynamically, wich is not allowed in action widget... right ?
Yes you can, as the image src is in the form template. Of course you
have to use a dynamic
Sylvain Wallez wrote:
Luca Morandini wrote:
morever, setting the image source from a action-handler flow script
would be more elegant.
That's exactly what the ${image_name} is, e.g.:
form.showForm(my-form-pipeline, {image_name : map- + areaId});
Sure, you set the value and pass that
Hi Sebastien,
Sebastien Arbogast wrote:
I've just published four new ideas on my blog
(http://www.planetcocoon.com/taxonomy/term/60) to implement features
of other successful OSS documentation platforms.
[...]
great ideas :-) *thumbsup*
But something completely different:
What fonts are
2005/5/23, Gerald Aichholzer [EMAIL PROTECTED]:
Hi Sebastien,
Sebastien Arbogast wrote:
I've just published four new ideas on my blog
(http://www.planetcocoon.com/taxonomy/term/60) to implement features
of other successful OSS documentation platforms.
[...]
great ideas :-)
I can't find any copyright or license information on the planetcocoon
site. Can you please point me at the relevant page.
I'm concerned as much of the documentation content appears to be direct
duplicates of materials in Cocoons official documentation or mailing
lists but I cannot find the
2005/5/23, Ross Gardler [EMAIL PROTECTED]:
I can't find any copyright or license information on the planetcocoon
site. Can you please point me at the relevant page.
Actually so far there is no such thing. As it is said in our
disclaimer, Planet Cocoon is an unofficial experiment in online
Hello everyone,
I'm currently working on a project that being able to process cascaded
cincludes would be helpful. They would then be processed from the
deepest depth to the lowest.
Here is a generic example:
?xml version=1.0?
page xmlns:cinclude=http://apache.org/cocoon/include/1.0;
Michael Schlotfeldt wrote:
snip/
So in the nested cinclude should be processed and then parent one. This
way the result from the first can be used as parameters for the parent.
Is there a way to do this already? If not, how would everybody suggest I
proceed. My first thought was extending or
Luca Morandini wrote:
Sylvain Wallez wrote:
Luca Morandini wrote:
morever, setting the image source from a action-handler flow script
would be more elegant.
That's exactly what the ${image_name} is, e.g.:
form.showForm(my-form-pipeline, {image_name : map- + areaId});
Sure, you set
76 matches
Mail list logo
