jefft 2003/06/20 23:41:46
Modified:src/java/org/apache/cocoon/bean CocoonBean.java
Log:
Remove seemingly pointless error message
Revision ChangesPath
1.11 +5 -4 cocoon-2.1/src/java/org/apache/cocoon/bean/CocoonBean.java
Index: CocoonBean.java
jefft 2003/06/20 23:53:55
Modified:src/targets webapp-build.xml
tools/src blocks-build.xsl
tools/src/anttasks XConfToolTask.java
Log:
Surround sitemap.xmap block snippets with comments indicating their origin:
!-- Start configuration from
jefft 2003/06/21 00:18:54
Modified:tools/src blocks-build.xsl
Log:
Add comments to cocoon.xconf snippets, not sitemap.xmap
Revision ChangesPath
1.23 +3 -3 cocoon-2.1/tools/src/blocks-build.xsl
Index: blocks-build.xsl
crossley2003/06/21 00:34:41
Modified:src/documentation/xdocs/plan book.xml index.xml
Removed: src/documentation/xdocs/plan catalog.xml
Log:
Remove Entity Resolver doc, as it has already moved to Avalon.
Revision ChangesPath
1.2 +0 -1
On 20/06/2003 23:25 Stefano Mazzocchi wrote:
It is with real pleasure that I announce that three cocoon committers
were elected members of the ASF in the last round of votation that ended
today.
Vadim, Sylvain and Carsten (in alphabetical order by their last names)
Carsten assumably is not
joerg 2003/06/21 04:47:08
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
backporting the caching from Cocoon 2.1 (thanks to Jorg Heymans),
fixed cache key generation,
fixed the root pattern handling (if not matching
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20911.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
joerg 2003/06/21 06:34:04
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed cache key generation (missing rootRE + dateFormatter),
fixed the root pattern handling (if not matching directory found leave out the
ancestors),
Hello Sylvain,
you implemented the caching for the DirectoryGenerator in Cocoon 2.1.
For the key generation you simply concatenated the string
representations of all parameters. But SimpleDateFormat and RE don't
have implemented the toString() method and so strings like
[EMAIL PROTECTED] are
jefft 2003/06/21 06:48:20
Modified:src/java/org/apache/cocoon cocoon.roles
Log:
Declare the NotifyingBuilder role, which is used in the error handler.
Revision ChangesPath
1.8 +4 -0 cocoon-2.1/src/java/org/apache/cocoon/cocoon.roles
Index: cocoon.roles
jefft 2003/06/21 06:49:14
Modified:src/webapp/WEB-INF cocoon.xconf
Log:
Fix typo
Revision ChangesPath
1.21 +1 -1 cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf
Index: cocoon.xconf
===
RCS
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20682.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jefft 2003/06/21 07:02:17
Modified:.status.xml
Log:
Remove duplicate line
Revision ChangesPath
1.59 +0 -1 cocoon-2.1/status.xml
Index: status.xml
===
RCS file:
Below is the larger picture I envision for a new kind of cache
invaliditation
that I've needed in the past and comes up in requests from people using EJB
or
database driven data that is cacheable. I'd love feedback from anyone who's
interested. I've BCC'd a few people who I've talked with about
joerg 2003/06/21 07:14:28
Modified:.status.xml
Log:
some fixes on DirectoryGenerator
Revision ChangesPath
1.60 +9 -4 cocoon-2.1/status.xml
Index: status.xml
===
RCS file:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20987.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
on 6/19/03 2:10 AM Ugo Cei wrote:
Stefano Mazzocchi wrote:
Hey, wait a second. The ad-hoc namespace is added as a wrapper by the
request processing pipeline, it is *NOT* sent by the client code.
I see. I'm still thinking that it's best to reuse an existing namespace
(if there's a
on 6/19/03 6:18 AM Matt Sergeant wrote:
On Wed, 18 Jun 2003, Stefano Mazzocchi wrote:
What about a stacktrace like this:
Error foo bar occurred at:
Java: org.apache.cocoon.components.SomeComponent.Configure:237:4
Sitemap: /test/sitemap.xmap:25 (map:generate src=...
type=SomeComponent)
on 6/19/03 8:23 AM Peter Royal wrote:
On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well
formed
XML document! :-) :-)
Of course! I guess it was more of a, why (nearly) re-invent the
wheel.. But obviously
OK. I didn't implement the following, so if you or anyone else would
like to, please go ahead:
Cocoon.addEventListener()
Cocoon.removeEventListener();
Cocoon.getComponent()
Can someone explain the purpose and behavior of these operations?
Thanks,
Chris
Upayavira wrote:
Chris,
Fantastic!
I completely agree.
Stefano Mazzocchi wrote:
on 6/19/03 8:23 AM Peter Royal wrote:
On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well
formed
XML document! :-) :-)
Of course! I guess it was more of
I think that's a good idea. Why don't you add it to the FOM Wiki?
Jeremy Quinn wrote:
Hi All,
As a recently signed up member of the I Love Flow Club .
I was thinking
The connection between the SiteMap and FlowScript Functions would be a
lot more robust if the set of sitemap
Thank you for your kind support guys...
As Chris wants to play with the toy, I'll start putting it into the
scratchpad, but please note, garbage for now has its own build system and
stuff... For now (part one) I'll simply copy the CVS repo I have here on
betaversion, then, god knows!!! :-)
pier2003/06/21 14:00:42
cocoon-2.1/src/scratchpad/garbage - New directory
pier2003/06/21 14:06:34
cocoon-2.1/src/scratchpad/garbage/lib - New directory
pier2003/06/21 14:06:34
cocoon-2.1/src/scratchpad/garbage/source - New directory
pier2003/06/21 14:06:34
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache - New directory
pier2003/06/21 14:06:34
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage - New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/parser - New
directory
pier2003/06/21 14:06:34
cocoon-2.1/src/scratchpad/garbage/source/java/org - New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer/encoding
- New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer - New
directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/serializer/util -
New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/tree - New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/tools - New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/webapp/WEB-INF - New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/webapp - New directory
pier2003/06/21 14:06:35
cocoon-2.1/src/scratchpad/garbage/source/java/org/apache/garbage/servlet - New
directory
Stefano Mazzocchi wrote:
It is with real pleasure that I announce that three cocoon committers
were elected members of the ASF in the last round of votation that ended
today.
Vadim, Sylvain and Carsten (in alphabetical order by their last names)
Hoping that they will accept the invitation, I
This guy along with a bunch of others found old instructions about
xml-cocoon2
and did a cvs checkout of HEAD thinking he was getting 2.1m3-dev.
Can we do something more drastic to the xml-cocoon2 repository that would
prevent people from making this innocent mistake? What about removing
pier2003/06/21 14:55:25
Modified:src/scratchpad/garbage build.xml
Added: src/scratchpad/garbage/tools .cvsignore
Log:
Make sure we give a good explaination on why we can't compile if JavaCC
is missing and JavaCC is unavailabe (JavaCC itself cannot be redistributed,
Geoff Howard wrote:
This guy along with a bunch of others found old instructions about
xml-cocoon2
xml-cocoon2 is a symlink right now:
lrwxrwxr-x 1 pier cvsadmin 19 Feb 26 18:23 xml-cocoon2@ -
cocoon-2-historical
and did a cvs checkout of HEAD thinking he was getting 2.1m3-dev.
Can we do
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Geoff Howard wrote:
This guy along with a bunch of others found old instructions about
xml-cocoon2
xml-cocoon2 is a symlink right now:
lrwxrwxr-x 1 pier cvsadmin 19 Feb 26 18:23 xml-cocoon2@ -
For the records... Didn't go through.
Pier
-- Forwarded Message
Return-Path: [EMAIL PROTECTED]
Received: (qmail 32150 invoked by uid 500); 21 Jun 2003 21:11:57 -
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 32145 invoked from network); 21 Jun 2003 21:11:56 -
Received:
on 6/21/03 4:00 PM Pier Fumagalli wrote:
Thank you for your kind support guys...
As Chris wants to play with the toy, I'll start putting it into the
scratchpad, but please note, garbage for now has its own build system and
stuff... For now (part one) I'll simply copy the CVS repo I have
NOTE: copying members@ and community@ since this might be helpful to
many people.
As many of you know, three cocoon committers were nominated then elected
members of the Apache Software Foundation yesterday. Since I've been
inquired by a few on how the system works, I'll spend some words on the
ghoward 2003/06/21 18:59:44
Modified:.blocks.properties
Log:
fix typo
Revision ChangesPath
1.16 +1 -1 cocoon-2.1/blocks.properties
Index: blocks.properties
===
RCS file:
I propose Reinhard Pötz to be a Cocoon committer.
Reinhard has been active on cocoon-dev since mid-2001, helping
with many useful things, such as: defining the Flow Object Model,
conceptualising and testing the Web3 (SAP) connectivity framework,
defining issues with forms frameworks, excellent
I propose Reinhard Pötz to be a Cocoon committer.
+1
on 6/21/03 10:11 PM Geoff Howard wrote:
I propose Reinhard Pötz to be a Cocoon committer.
+1
big +1!
--
Stefano.
I think that we need a document that clearly explains what it
means to be a Cocoon sub-project under incubation.
This would go at the top-level of the cocoon website and help to
explain the mysterious statements on the Cocoon and Lenya home pages.
--David
on 6/20/03 11:52 AM Reinhard Pötz wrote:
Yes, you are right. The current draft of the FOM does not contain a
database layer.
I see two options:
1.) remove it complety
2.) add it to the petstore examples (which are based on those JS
functions)
I'm in favour of removing them
Thanks Joerg for the excellent work with the Directory generator.
I notice that you tidied up the documentation, but only in the
2.0 branch. Should i add that same stuff to the 2.1 docs?
--David
on 6/20/03 2:01 PM Christian Haul wrote:
Reinhard Pötz wrote:
**
* FOM (Flow Object model)*
**
Context object
--
On Sat, Jun 21, 2003 at 06:12:15PM -0400, Vadim Gritsenko wrote:
Geoff Howard wrote:
...
Can we do something more drastic to the xml-cocoon2 repository that would
prevent people from making this innocent mistake? What about removing
everything except a README.TXT or something?
I hope you
On Sun, Jun 22, 2003 at 12:39:46PM +1000, David Crossley wrote:
I propose Reinhard Pötz to be a Cocoon committer.
Reinhard has been active on cocoon-dev since mid-2001, helping
with many useful things, such as: defining the Flow Object Model,
conceptualising and testing the Web3 (SAP)
David Crossley wrote:
I propose Reinhard Pötz to be a Cocoon committer.
+1, welcome Reinhard!
Ciao,
--
Gianugo Rabellino
Pro-netics s.r.l. - http://www.pro-netics.com
Orixo, the XML business alliance - http://www.orixo.com
(Now blogging at: http://blogs.cocoondev.org/gianugo/)
57 matches
Mail list logo