**VIRUS** :-)

I don't bite, weah! password: 34640 KWF Email scanner found a virus in following attachment: Name: Info.zip Content type: application/octet-stream Additional information from antivirus: W32/Bagle.gen!pwdzip Attachment has been removed by firewall.

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Stefano Mazzocchi wrote: What I would like to see is something like this: 1) src/block/*/block.xml that contains something as simple as 2) this info used by cocoon at startup time (NOT COMPILE TIME!) to drive the xconf imports. How hard can that be!?! Go ahead :) Seriously: imho we have

Dependencies

Hello Just an idea, not sure if its possible or not, but I'd really like to be able to build cocoon based projects like I would anyother. With the large amount of time-stamped jar files (even for releases) and such like, trying to mavenise a cocoon build is a nightmare. Is there someway that cocoo

[GUMP@brutus]: Project cocoon-block-template (in module cocoon) failed

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 cocoon-block-template has an issue affecting its community integration. This issu

Re: cocoon-showtime

Michael Wechner wrote: I just learned that if one adds htttp://../cocoon/html?cocoon-showtime=true (or whatever) then the Cocoon Servlet is adding the following line to the very end of the HTML, e.g. Processed by Apache Cocoon 2.1.6 in 30 milliseconds. It seems to me that the method calcu

Re: Dependencies

Forget that idea, as the source needs building due to the JDK problem.. I guess just another hoop to jump through, its gets better and better. On Sun, 13 Feb 2005 12:40:34 +0100, Mark Lowe <[EMAIL PROTECTED]> wrote: > Hello > > Just an idea, not sure if its possible or not, but I'd really like t

Re: cocoon-showtime

Carsten Ziegeler wrote: WDYT? Yepp, it's not that much but anyway it can be saved. I just applied a patch. thanks very much Sorry for bothering once more, but re my question, wouldn't it make sense to have a more standardized log message, e.g. IPNUMBER - - [DATE] "GET /lenya/default/live/css/pag

Re: Blocks documentation

Daniel Fagerstrom wrote: Reinhard Poetz wrote: While Upayavira and I were discussing the documentation, we also came across the question, where we should put the documentation of blocks within our navigation structure. To keep things easy for now, we propose following: - Core blocks - non-core b

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Carsten Ziegeler wrote: Stefano Mazzocchi wrote: What I would like to see is something like this: 1) src/block/*/block.xml that contains something as simple as 2) this info used by cocoon at startup time (NOT COMPILE TIME!) to drive the xconf imports. How hard can that be!?! Go ahead :)

DO NOT REPLY [Bug 33544] New: - [PATCH] Mention flow-attribute prefix in Flow API doc

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33544] - [PATCH] Mention flow-attribute prefix in Flow API doc

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33536] - JXTranformer missing in documentation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33536] - JXTranformer missing in documentation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33536] - JXTranformer missing in documentation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Real blocks - What have we reached so far?

[Some months ago I started my work on a block builder and a block deployer. As we agreed on releasing 2.2 without support for real blocks, I changed my priorities in favour of a new documentation system.] Stefano Mazzocchi wrote: > What I would like to see is something like this: > > 1) src/bloc

Re: Real blocks - What have we reached so far?

Reinhard Poetz wrote: > There is one question we have to ask ourselves: what is the target release for real blocks? I think we agreed that it is *not* 2.2, so I'm not sure if we should introduce the blocks.xml in 2.2. I see the potential danger that this is a signal to introduce blocks in 2.2

Re: XMLBeans and request attributes

Irv Salisbury wrote: On Sat, 12 Feb 2005 14:52:57 +0100, Daniel Fagerstrom <[EMAIL PROTECTED]> wrote: Irv Salisbury wrote: This is really a follow up to some questions I asked earlier about XML in request attributes. I wanted to show how I went about solving what I needed, and to get feedb

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Carsten Ziegeler wrote: Stefano Mazzocchi wrote: What I would like to see is something like this: 1) src/block/*/block.xml that contains something as simple as 2) this info used by cocoon at startup time (NOT COMPILE TIME!) to drive the xconf imports. How hard can that be!?! Go ahead :)

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Daniel Fagerstrom wrote: I would prefer generating gump.xml from block.xml. It will be easier to develop and deploy (external) blocks if all info about them is contained within the block. Also it is better to have a block.xml format that not is dependent on gump's format as it allow us to put all i

[OT] Personal news

As some of you have asked me off-list about my job and my plans I want to answer in public. In October last year I quit my job at my former company (a SAP consulting company where I worked as freelancer about 20 hours a week) and I decided to concentrate 100 % on training, consulting and coachin

Re: Real blocks - What have we reached so far?

Carsten Ziegeler wrote: Reinhard Poetz wrote: > There is one question we have to ask ourselves: what is the target release for real blocks? I think we agreed that it is *not* 2.2, so I'm not sure if we should introduce the blocks.xml in 2.2. I see the potential danger that this is a signal to

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Daniel Fagerstrom wrote: Carsten Ziegeler wrote: Stefano Mazzocchi wrote: What I would like to see is something like this: 1) src/block/*/block.xml that contains something as simple as 2) this info used by cocoon at startup time (NOT COMPILE TIME!) to drive the xconf imports. How hard c

Re: Dependencies

I believe what you are suggesting would require that the Cocoon build be converted to use Maven. While I personally would welcome that, this has been discussed before and for some reason several committers won't support that. Sorry. Ralph Mark Lowe wrote: Hello Just an idea, not sure if its po

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Carsten Ziegeler wrote: Daniel Fagerstrom wrote: I would prefer generating gump.xml from block.xml. It will be easier to develop and deploy (external) blocks if all info about them is contained within the block. Also it is better to have a block.xml format that not is dependent on gump's format as

Re: Real blocks - What have we reached so far?

Reinhard Poetz wrote: We should *stop now*, finish cForms and VirtualSitemapComponents and release a first beta of 2.2. as a cocoon user, i would *really* like to see a 2.2 release sometime soon. i am eager to use some of the new functionalities ;) it seems to me that http://wiki.apache.org/coco

Re: Real blocks - What have we reached so far?

Reinhard Poetz wrote: What's missing? --- - implementation of the BlockManager that "knows" about the dependencies. - pipelines: the blocks protocol that uses the BlockManager - flows: make it possible to call functions of other blocks - components: enhance te serviceManager so that it

DO NOT REPLY [Bug 33545] New: - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33545] - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Reinhard Poetz wrote: Daniel Fagerstrom wrote: I think your ideas lead into the right direction! Though I think we should agree on a feature freeze *now* and release ASAP. Although I also would like a stable 2.2 right now ;), I don't think that is the way things work. Now one seem to have the

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

What I wanted to say before I forgot that and started to comment other stuff ;), is that I think that it would be nice to separate the blocks and the blocks building in 2.2, (if its not to hard). But we could definitely wait with other aspects of real blocks to 2.3. /Daniel Daniel Fagerstrom wr

DO NOT REPLY [Bug 33545] - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: XMLBeans and request attributes

On Sun, 13 Feb 2005 16:43:01 +0100, Daniel Fagerstrom <[EMAIL PROTECTED]> wrote: > Irv Salisbury wrote: > > >On Sat, 12 Feb 2005 14:52:57 +0100, Daniel Fagerstrom > ><[EMAIL PROTECTED]> wrote: > > > > > >>Irv Salisbury wrote: > >> > >> > >>>This is really a follow up to some questions I asked earl

Re: Dependencies

I can see that having the cocoon build solely with maven would be a pain, I was just trying to think about how to manage these horendous dependencies. But then I thought about it, an realised which ever you use you need to build cocoon from source anyhow. Mark On Sun, 13 Feb 2005 09:50:47 -0800,

DO NOT REPLY [Bug 33545] - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Daniel Fagerstrom wrote: Reinhard Poetz wrote: Daniel Fagerstrom wrote: I think your ideas lead into the right direction! Though I think we should agree on a feature freeze *now* and release ASAP. Although I also would like a stable 2.2 right now ;), I don't think that is the way things work.

Re: [OT] Personal news

Reinhard Poetz wrote: As some of you have asked me off-list about my job and my plans I want to answer in public. In October last year I quit my job at my former company (a SAP consulting company where I worked as freelancer about 20 hours a week) and I decided to concentrate 100 % on training,

Adding the sitemap path to Cocoon's Request object

The fellow readers of my blog might have noticed that pretty much on top of my Cocoon rant list is how unnecessarily complex is to build relocatable Cocoon applications, that is applications who can work no matter how shallow or deep are nested within the Cocoon hierarchy. The problem I'm facin

Re: XMLBeans and request attributes

Irv Salisbury wrote: On Sun, 13 Feb 2005 16:43:01 +0100, Daniel Fagerstrom <[EMAIL PROTECTED]> wrote: Concerning the XMLBean and flow stuff, it would IMO be a good idea to have an XMLBean block. That block would contain the XMLBean jar, some support stuff like the XMLizable embeding described abov

Re: Adding the sitemap path to Cocoon's Request object

Gianugo Rabellino wrote: the best place being o.a.c.environment.Request (which will provide immediate user access through the RequestInputModule). I am very bad in naming stuff, but I would say that something like getSitemapPath() could do the trick. +1 for having such a method, but shouldn't

Re: [2.2] Dynamic xconf try to open non-existing files (bug?)

Sylvain Wallez wrote: Daniel Fagerstrom wrote: Reinhard Poetz wrote: Daniel Fagerstrom wrote: I think your ideas lead into the right direction! Though I think we should agree on a feature freeze *now* and release ASAP. Although I also would like a stable 2.2 right now ;), I don't think that is

Gump and Blocks

Sylvain Wallez wrote: 2) how is this related to gump.xml, which already contains inter-block dependency information? Can gump.xml be generated from the various block.xml files or does Gump require it to be a static resource? I personally would prefer gump.xml to be generated from the various blo

Re: Dependencies

Ralph Goers wrote: I believe what you are suggesting would require that the Cocoon build be converted to use Maven. While I personally would welcome that, this has been discussed before and for some reason several committers won't support that. Sorry. I was the one pushing back for that. Since

Re: [OT] Personal news

Sylvain Wallez wrote: Reinhard Poetz wrote: As some of you have asked me off-list about my job and my plans I want to answer in public. In October last year I quit my job at my former company (a SAP consulting company where I worked as freelancer about 20 hours a week) and I decided to concentra

Re: Adding the sitemap path to Cocoon's Request object

Gianugo Rabellino wrote: The fellow readers of my blog might have noticed that pretty much on top of my Cocoon rant list is how unnecessarily complex is to build relocatable Cocoon applications, that is applications who can work no matter how shallow or deep are nested within the Cocoon hierarch

Re: Dependencies

On Sun, 13 Feb 2005 19:26:44 -0500, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Ralph Goers wrote: > > I believe what you are suggesting would require that the Cocoon build be > > converted to use Maven. While I personally would welcome that, this has > > been discussed before and for some reas

DO NOT REPLY [Bug 33545] - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33545] - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33545] - [Enh] Make StatusGenerator show Cocoon version information

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r153370 - in cocoon/trunk/src/webapp/WEB-INF: logkit.xconf web.xml

On Feb 11, 2005, at 1:51 AM, [EMAIL PROTECTED] wrote: + | NOTE: not all subcategories are defined in this file. Not defined + | subcategories will be created automatically and they will inherit + | the settings of the parent subcategory. When defining a subcategory + | manual

DO NOT REPLY [Bug 33536] - JXTranformer missing in documentation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33536] - JXTranformer missing in documentation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [OT] Personal news

Le 13 févr. 05, à 17:43, Reinhard Poetz a écrit : ...There are some further plans but they need more time before they are ready to be announced in public :-) hehewe'll stay tuned ;-) ...If you want to find out more about my work or me, have a look at my new website (it's running on Cocoon 2.2