Leszek Gawron wrote:
Do these different invalidation strategies make sense at all? If yes,
are others interested in seeing them in our code base? WDYT?
The best scenario in my case would be to keep not even a single
continuation tree but a single continuation chain. Any new top level
Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's time we make Cocoon automatically pull the continuation ID
from a
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 cowarp has an issue affecting its community integration.
This issue affects 3
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 cowarp has an issue affecting its community integration.
This issue affects 3
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 jackrabbit has an issue affecting its community integration.
This issue affects
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 jackrabbit has an issue affecting its community integration.
This issue affects
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 jcr has an issue affecting its community integration.
This issue affects 1
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 jcr has an issue affecting its community integration.
This issue affects 1
Project cowarp has an issue affecting its community integration.
Full details are available at:
http://vmgump.apache.org/gump/public/cocoon/cowarp/index.html
-ERROR- Missing
Output: /usr/local/gump/public/workspace/cocoon/lib/optional/cowarp-0.4.jar
Please don't forget to update gump
I have continued the work that Sylvain started on ECM++ - OSGi service
bridge, and have some questions.
I start with a simpler one about component configuration. The idea is
that the block.xml have an optional component section which declares the
components that the block exports (see
Hi all,
Stefano was talking about JotSpot in his RT; did anyone try this? JotSpot Live
[1] seems to be the SubEthaEdit-for-those-without-a-Mac (indeed, I'm talking
purely for myself ;-) ).
Might be nice for notetaking at the GT?
[1] http://www.jotlive.com/
Kind regards,
Arjé Cahn
Le 3 oct. 05, à 10:38, Arje Cahn a écrit :
...Might be nice for notetaking at the GT?
[1] http://www.jotlive.com/
I think so, I have tested it quickly and it looks good. We can try it
during the Hackathon and make a decision then.
-Bertrand
smime.p7s
Description: S/MIME cryptographic
Daniel Fagerstrom wrote:
I have continued the work that Sylvain started on ECM++ - OSGi service
bridge, and have some questions.
I start with a simpler one about component configuration. The idea is
that the block.xml have an optional component section which declares the
components that the
Hi all,
I'll comment on a few snippets of what Stefano said, apart from that I
tend to agree with most of what's been said by others.
Le 30 sept. 05, à 23:57, Stefano Mazzocchi a écrit :
...A phase transition is when you strongly believe in something, then
you strongly change your mind.
Il giorno 03/ott/05, alle 10:38, Arje Cahn ha scritto:
Stefano was talking about JotSpot in his RT; did anyone try this?
JotSpot Live [1] seems to be the SubEthaEdit-for-those-without-a-Mac
(indeed, I'm talking purely for myself ;-) ).
Another product in this area is Writeboard
Upayavira wrote:
Daniel Fagerstrom wrote:
...
Another question is about ECM++ - OSGi service bridge. The idea with
the bridge, as you might remeber, is that the the block has an ECM
container that exports its components as OSGi services (see
o.a.c.core.osgi.OSGiCoreServiceManager). This
On 03.10.2005, at 02:30, Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in
the examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's time we make Cocoon automatically pull
Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's time we make Cocoon automatically pull the continuation ID
from a
Ugo Cei wrote:
Il giorno 03/ott/05, alle 10:38, Arje Cahn ha scritto:
Stefano was talking about JotSpot in his RT; did anyone try this?
JotSpot Live [1] seems to be the SubEthaEdit-for-those-without-a-Mac
(indeed, I'm talking purely for myself ;-) ).
Another product in this area is
Bertrand Delacretaz wrote:
snip/
For me that's where Cocoon is today: more mature, slightly less
exciting, but more capable than ever.
We just have to stay on our toes to keep it fit.
+1.
More thoughts here:
http://www.anyware-tech.com/blogs/sylvain/archives/000217.html
Sylvain
--
Stefano Mazzocchi wrote:
How do you feel about this?
Will Cocoon become obsolete
When will Cocoon become obsolete
would have been more appropriate (albeit less controversial) subjects I
feel.
My thoughts:
(Note: we = the community)
Software = life. If it doesn't evolve it dies.
We have the
Luca Morandini wrote:
Consider: 1) Declining cocoon-users activity.
This worries me as well, especially the last couple of months it has
become very obvious [1].
Why? you might ask:
Is the framework stable? Have most issues been solved/answered already?
Does everything Just Work(tm) and we
Sylvain Wallez wrote:
Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's time we make Cocoon automatically pull the
Hi,
On 3 Oct 2005, at 12:09, Jorg Heymans wrote:
marketing type=idea
Lets do a video like Rails [2], a picture says more than a thousand
words, a video more than a thousand pictures! WDOT? Can something like
this put us to shame or work in our advantage?
/marketing
*sob* Stop it! Stop it!
Le 3 oct. 05, à 12:04, Sylvain Wallez a écrit :
...I'm with Reinhard: let's tie continuations to sessions, which
should be fine for 99.9% of the use cases. Even if the continuation ID
is in the URL, it won't be accessible without the session id cookie...
+1
-Bertrand
smime.p7s
Description:
Tony Collen wrote:
2. In the 4-or-so years I've been involved with the community, I've
*never* built a production website with Cocoon, and I highly doubt I
ever will. It hasn't caught on here in the states as much as Struts
has, or JSF could. I was holding out hope for a Cocoon type job,
Daniel Fagerstrom wrote:
I have continued the work that Sylvain started on ECM++ - OSGi service
bridge, and have some questions.
Great!
I start with a simpler one about component configuration. The idea is
that the block.xml have an optional component section which declares
the components
Jorg Heymans wrote:
Luca Morandini wrote:
Consider: 1) Declining cocoon-users activity.
This worries me as well, especially the last couple of months it has
become very obvious [1].
Why? you might ask:
Is the framework stable? Have most issues been solved/answered already?
Does
Jorg Heymans wrote:
Luca Morandini wrote:
Consider: 1) Declining cocoon-users activity.
This worries me as well, especially the last couple of months it has
become very obvious [1].
Why? you might ask:
Is the framework stable? Have most issues been solved/answered already?
Does
Andrew Savory wrote:
*sob* Stop it! Stop it! You're all describing my GT presentation!
ROFL
Here's a sneak preview of the first 30 seconds, without sound:
http://www.luminas.co.uk/andrew/raccoon_first_30s.mov
mighty cool, can't wait to see the rest!!!
Jorg
Leszek Gawron wrote:
Sylvain Wallez wrote:
Tony Collen wrote:
Maybe it's time we make Cocoon automatically pull the continuation
ID from a session tied to a cookie.
That won't work as a continuation is related to the page displayed in
the browser rather than to the browser itself, as
Andrew Savory wrote:
Hi,
On 3 Oct 2005, at 12:09, Jorg Heymans wrote:
marketing type=idea
Lets do a video like Rails [2], a picture says more than a thousand
words, a video more than a thousand pictures! WDOT? Can something like
this put us to shame or work in our advantage?
/marketing
Jorg Heymans wrote:
Luca Morandini wrote:
often discussed here, very true - as much as we hate (to admit) it
;)
marketing type=idea
Lets do a video like Rails [2], a picture says more than a thousand
words, a video more than a thousand pictures! WDOT? Can something like
this put us to shame
Hi,
On 3 Oct 2005, at 13:18, Sylvain Wallez wrote:
Here's a sneak preview of the first 30 seconds, without sound:
http://www.luminas.co.uk/andrew/raccoon_first_30s.mov
Kewl! If it's based on the 2.2 branch, you may reduce startup time
by adding
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 jackrabbit has an issue affecting its community integration.
This issue affects
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 jackrabbit has an issue affecting its community integration.
This issue affects
Luca Morandini wrote:
4) I liked the Scaffold concept, which we may replicate: not just
samples, but ready-made apps to help people hit the ground running when
developing an app. I mean, we could have a reporting scaffold, or a
These scaffolds can be easily built using m2 archetypes [1].
Luca Morandini wrote:
4) I liked the Scaffold concept, which we may replicate: not just
samples, but ready-made apps to help people hit the ground running when
developing an app. I mean, we could have a reporting scaffold, or a
multi-channel publishing scaffold, or a GIS scaffold (you
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
I have continued the work that Sylvain started on ECM++ - OSGi
service bridge, and have some questions.
Great!
I start with a simpler one about component configuration. The idea is
that the block.xml have an optional component section which
curse you CTRL-ENTER!
Jorg Heymans wrote:
These scaffolds can be easily built using m2 archetypes [1]. I'll try
and whip up a basic prototype on my way to the hackathon. If done right
... if done right this could become an easy entry point for first time
users. Rather than downloading
Jean-Christophe Kermagoret wrote:
Hello,
I wrote a patch for CalendarPopup.js, initially developped by Matt
Kruse. I tried to contact Matt Kruse a few days ago to submit the
patch but I had no answer.
Is it possible to patch the CalendarPopup.js in cocoon repository ?
If so, I'll be happy
Jorg Heymans wrote:
curse you CTRL-ENTER!
Jorg Heymans wrote:
These scaffolds can be easily built using m2 archetypes [1]. I'll try
and whip up a basic prototype on my way to the hackathon. If done right
... if done right this could become an easy entry point for first time
users. Rather
Luca Morandini wrote:
FWIW, my comments:
1) Videos are great communication tools, and nothing prevent us from
making them, I suppose.
2) This RoR video was good stuff, especially for people building
simple, self-contained apps.
3) I liked the ActiveRecords part, which is something we have to
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 jcr has an issue affecting its community integration.
This issue affects 1
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 jcr has an issue affecting its community integration.
This issue affects 1
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
I have continued the work that Sylvain started on ECM++ - OSGi
service bridge, and have some questions.
Great!
I start with a simpler one about component configuration. The idea
is that the block.xml have an
Sylvain Wallez wrote:
Kewl! If it's based on the 2.2 branch, you may reduce startup time by
adding JAVA_OPTIONS=-Dorg.apache.cocoon.core.LazyMode=true in the
launch script (BTW, should we make this the default?)
IMO Yes. Anything that helps us work more efficiently should be default.
Jorg Heymans wrote:
I'm also thinking about archetypes for popular framework combos, like
CForms/hibernate, Cocoon/Spring, and often used block combos like
portal/, fop/svg and ofcourse asciiart/midi ;)
Hmm... I was thinking more in terms of user-visible functionalities
rather than in terms
Upayavira wrote:
m2 archetype:create -DarchetypeGroupId=cocoon-archetypes
-DarchetypeArtifactId=cforms-hibernate -Dversion2.1.9
And then you stick a pretty UI in front of that, because that command is
likely to frighten the willies out of any Cocoon newbie! :-)
yes, anything that makes
Berin Loritsch wrote:
Sylvain Wallez wrote:
Kewl! If it's based on the 2.2 branch, you may reduce startup time by
adding JAVA_OPTIONS=-Dorg.apache.cocoon.core.LazyMode=true in the
launch script (BTW, should we make this the default?)
IMO Yes. Anything that helps us work more
Luca Morandini wrote:
Hmm... I was thinking more in terms of user-visible functionalities
rather than in terms of underlying technologies.
Look, if one is going to use Spring, he won't be impressed by a canned
app; on the contrary, such a canned app will make a splash on the
average guy
On 10/3/05, Sylvain Wallez [EMAIL PROTECTED] wrote:
Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's
On 03 Oct 2005, at 16:29, Jorg Heymans wrote:
Upayavira wrote:
m2 archetype:create -DarchetypeGroupId=cocoon-archetypes
-DarchetypeArtifactId=cforms-hibernate -Dversion2.1.9
And then you stick a pretty UI in front of that, because that command
is
likely to frighten the willies out of any
Sylvain Wallez wrote:
Agree, but on the other hand, this lazy-loading of components mean that
some buggy declarations will not be detected at startup time, which
would be better in a production environment.
This leads again to the discussion about running modes [1] where some
Ross Gardler wrote:
... a rich client requires higher bandwidth.
This argument absolutely bogus.
Google Maps, for example, is a way richer client than, say, MapQuest but
consumes a fraction of the bandwidth, because using the web in a more
architecturally consistent way, it can take
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Agree, but on the other hand, this lazy-loading of components mean that
some buggy declarations will not be detected at startup time, which
would be better in a production environment.
This leads again to the discussion about running modes
Steven Noels wrote:
IMHO, eye candy, blocks-I'll-commit-rather-than-shepherd-myself and
featuritis without proper consideration and restraint is what is
killing Cocoon. Much of this could be tackled by divorcing the core
from the (figuratively speaking) crap, hard and fast. The good stuff
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Wow, this will kill either kill urlencoding or IE. Seems like good news
for firefox, though.
Pier
Begin
Tony Collen wrote:
Pier Fumagalli wrote:
I found this on the Jetty list, and thought it was relevant as in the
examples we tend to encode the continuation ID into the URL...
This is f***ing scary!!!
Pier
Maybe it's time we make Cocoon automatically pull the continuation ID
from a
Nicola Ken Barozzi wrote:
Ugo Cei wrote:
Il giorno 03/ott/05, alle 10:38, Arje Cahn ha scritto:
Stefano was talking about JotSpot in his RT; did anyone try this?
JotSpot Live [1] seems to be the SubEthaEdit-for-those-without-a-Mac
(indeed, I'm talking purely for myself ;-) ).
Another product
Stefano Mazzocchi wrote:
Ross Gardler wrote:
... a rich client requires higher bandwidth.
This argument absolutely bogus.
Google Maps, for example, is a way richer client than, say, MapQuest
but consumes a fraction of the bandwidth, because using the web in a
more architecturally
Sylvain Wallez wrote:
Interesting question. If we ship with dev mode on, many people will
deploy in dev mode. On the other hand, if we ship in production mode,
many people won't see the features of dev mode.
Exactly :(
A solution is to ship in dev mode, but ensure that people know
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Interesting question. If we ship with dev mode on, many people will
deploy in dev mode. On the other hand, if we ship in production mode,
many people won't see the features of dev mode.
Exactly :(
A solution is to ship in dev mode,
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=36727.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
I would (and actually do) use Mappy (http://www.mappy.com/), which has
provided for ages a flash-based GUI that receives vector data from the
server, and which is snappier than GMaps. Bitmaps suck when it comes to
GIS!
Up to a point, Sylvian... if you're talking about
Hi,
On 3 Oct 2005, at 17:04, Stefano Mazzocchi wrote:
I guess you are not aware of this
http://rx4rdf.liminalzone.org/Racoon
Heheh, no I wasn't. I also was unaware of Racoon the dutch rock band,
or racoon the IKE (ISAKMP/Oakley) key management daemon, and
apparently there's a small
Sylvain Wallez wrote:
Interesting question. If we ship with dev mode on, many people will
deploy in dev mode. On the other hand, if we ship in production mode,
many people won't see the features of dev mode.
A solution is to ship in dev mode, but ensure that people know they're
in dev
Luca Morandini wrote:
Sylvain Wallez wrote:
I would (and actually do) use Mappy (http://www.mappy.com/), which
has provided for ages a flash-based GUI that receives vector data
from the server, and which is snappier than GMaps. Bitmaps suck when
it comes to GIS!
Up to a point, Sylvian...
Stefano Mazzocchi wrote:
Ross Gardler wrote:
... a rich client requires higher bandwidth.
This argument absolutely bogus.
Google Maps, for example, is a way richer client than, say, MapQuest but
consumes a fraction of the bandwidth, because using the web in a more
architecturally
Stefano Mazzocchi wrote:
Nicola Ken Barozzi wrote:
Ugo Cei wrote:
Il giorno 03/ott/05, alle 10:38, Arje Cahn ha scritto:
Stefano was talking about JotSpot in his RT; did anyone try this?
JotSpot Live [1] seems to be the SubEthaEdit-for-those-without-a-Mac
(indeed, I'm talking purely for
Sylvain Wallez wrote:
Luca Morandini wrote:
Sylvain Wallez wrote:
I would (and actually do) use Mappy (http://www.mappy.com/), which
has provided for ages a flash-based GUI that receives vector data
from the server, and which is snappier than GMaps. Bitmaps suck when
it comes to GIS!
Up
Stefano Mazzocchi wrote:
My life regarding software goes thru phases. A phase transition is when
you strongly believe in something, then you strongly change your mind.
Others call it a 'revelation', others think you lost your mind.
I wrote Cocoon as a way to help achieving a more coherent
In these days of wild thoughts, here's another one: how about closing
the users@ list and having just one list for cocoon-related
discussions?
I think I have a few good reasons for this:
One: The line between cocoon users and developers is fairly thin, it is
not as in Open Office for
Steven Noels wrote:
Now, in an environment where every committer/consultant worries about
his own private customers and their JDK version numbers, I wonder if
and when this will ever take off. In an environment where consultants
expect the project to care for the fact they try to make money
Thomas Lutz wrote:
snip/
That's the problem ! You're perfectly right. Every month I have to
re-convince my boss, that it was the right decision to kick out struts
and use cocoon instead. What he tells me is
google around, and you'll find struts, tapestry, turbine in almost
every blog, onjava
Bertrand Delacretaz wrote:
In these days of wild thoughts, here's another one: how about closing
the users@ list and having just one list for cocoon-related discussions?
I think I have a few good reasons for this:
eight: by having one list, it would be easier to lead by example, and
Bertrand Delacretaz wrote:
So, WDYT?
Big +1!
Keep it simple, and that goes for the mailing lists too.
Bye, Helma
Bertrand Delacretaz wrote:
In these days of wild thoughts, here's another one: how about closing
the users@ list and having just one list for cocoon-related discussions?
So, WDYT?
-Bertrand
I have no objection, but I think you are asking the question on the
wrong list. Take a poll on
On Oct 3, 2005, at 1:53 PM, Ralph Goers wrote:
Take a poll on the users list.
But please don't use the term close down, instead say merge or
consolidate :-)
—ml—
I am writing a cocoon transformer and need to know when any of multiple
xpaths match. I'm sure there must be a be a more efficient way then
converting it to a DOM document and then running each xpath to get the
nodelist of each.
What is the best way to do this?
Thanks,
David
PS. Sorry for
I have had a nationwide (USA) job search running for
months. This is the second job in southern California that was posted
recently, but the first that actually looks like they are using it.
Anyone want to make motion pictures?
P.S. Sorry for the HTML but it would look terrible without it.
Bertrand Delacretaz wrote:
In these days of wild thoughts, here's another one: how about closing
the users@ list and having just one list for cocoon-related discussions?
I think I have a few good reasons for this:
One: The line between cocoon users and developers is fairly thin, it
is not
David wrote:
I am writing a cocoon transformer and need to know when any of
multiple xpaths match. I'm sure there must be a be a more efficient
way then converting it to a DOM document and then running each xpath
to get the nodelist of each.
What is the best way to do this?
The problem
I've got some very simple code:
public class Foo {
public static final String ROLE = Foo.class.getName();
public void foo(String msg) {
System.out.println(msg);
}
}
I have the component configured in cocoon.roles, and when I do:
var foo = cocoon.getComponent(Foo.ROLE);
Sylvain Wallez wrote:
David wrote:
I am writing a cocoon transformer and need to know when any of
multiple xpaths match. I'm sure there must be a be a more efficient
way then converting it to a DOM document and then running each xpath
to get the nodelist of each.
What is the best way to do
David wrote:
Sylvain Wallez wrote:
David wrote:
I am writing a cocoon transformer and need to know when any of
multiple xpaths match. I'm sure there must be a be a more efficient
way then converting it to a DOM document and then running each xpath
to get the nodelist of each.
What is the
On Sun, 25 Sep 2005, Joerg Heinicke [EMAIL PROTECTED] wrote:
But now I'm wondering why the build fails? From which repository is
the jar built? From an old avalon before the switch to excalibur?
http://svn.apache.org/repos/asf/avalon/
which is the old one. Gump doesn't know there is a newer
Bertrand Delacretaz wrote:
Le 3 oct. 05, à 22:56, Mark Lundquist a écrit :
...But please don't use the term close down, instead say merge or
consolidate :-)
You're right, of course, merge is much more appropriate.
-Bertrand
Before going too far with this proposal, consider the impact of
Le 4 oct. 05, à 00:00, Sylvain Wallez a écrit :
...I don't have that many reasons, but I don't think this is a good
idea:
One: Marketing wise, this will be a very bad sign, and would give to
the outside world the impression that the Cocoon acceptance has shrunk
so much than two lists are too
Le 4 oct. 05, à 07:13, Berin Loritsch a écrit :
...Before going too far with this proposal, consider the impact of
Stefano's latest thread on the average user. Esp. in light of the
fact that there are several more people who simply lurk than who
actually participate
I'm not going to
On Tuesday 04 October 2005 13:19, Bertrand Delacretaz wrote:
Thanks for your comments, let's see what others think.
I am also against user list. It has a degenerating tone to it, and the fact
that many developers are not subscribed to user@ seems to promote that notion
further.
My suggestion;
91 matches
Mail list logo
