Re: XMLBeans and request attributes

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 feedback if there is

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

Stefano Mazzocchi wrote: Sylvain Wallez wrote: Carsten Ziegeler wrote: Stefano Mazzocchi wrote: The more it think about this, the more I believe that should not be done explicitly but implicitly, based on some aggregated dependency information (for example, the blocks should have their block de

cocoon-showtime

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 calculating this string sho

logging requests by CocoonServlet

I just played around a bit with the CocoonServlet and thought it might make sense to log the requests similar to Apache httpd does, e.g. getLogger().info(request.getRemoteAddr() + " - - [" + new java.text.SimpleDateFormat().format(new java.util.Date(end)) + "] \"" + request.getMethod() + " " +

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

Sylvain Wallez wrote: Carsten Ziegeler wrote: Stefano Mazzocchi wrote: The more it think about this, the more I believe that should not be done explicitly but implicitly, based on some aggregated dependency information (for example, the blocks should have their block descriptor block.xml and in

Re: svn commit: r153522 - cocoon/trunk/src/java/org/apache/cocoon/Cocoon.java cocoon/trunk/src/java/org/apache/cocoon/util/log/DeprecationLogger.java cocoon/trunk/src/webapp/WEB-INF/logkit.xconf cocoon/trunk/status.xml

[EMAIL PROTECTED] wrote: + + + ${context-root}/WEB-INF/logs/deprecation.log + + + %7.7{priority} %{time} [%{category}] (%{uri}) %{thread}/%{class:short}: %{message}\n + + + + true + + + + + Hmmm, I don't think we need to copy all the comme

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

Sylvain Wallez wrote: BTW, I noticed that the "cocoon-xxx-samples.xconf" were renamed to "cocoon-xxx.samplesxconf". These are regular xconf files, and I don't see the need for a different file suffix. Furthermore, this requires to add yet another file association in tools. If the purpose is to

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

Sylvain Wallez wrote: The include features in xconf allows to very simply add or remove a block by just moving files around. I would like to keep this simplicity and avoid by all means to go back to some build-time generation of these files like we have today with xpatch in 2.1. Sure, I just com

Re: FOM inconsistency (was Re: [VOTE] Unrestricting the FOM)

Antonio Gallardo wrote: I found time to update the SVN version and an application that works fine using the lastest SVN version seems to be broken. I added 2 lines in javascript flow code for test: cocoon.log.error("name=" + cocoon.request.name); cocoon.log.error("name=" + cocoon.request.getParame

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

Stefano Mazzocchi wrote: Antonio Gallardo wrote: Hi: I updated SVN today. While trying to start the servlet with a small selection of block, the servlet reject to start with this error: /home/agallardo/svn/cocoon-2.2/build/webapp/WEB-INF/xconf/cocoon-velocity.xconf (No such file or directory) I i

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

On Sab, 12 de Febrero de 2005, 10:44, Stefano Mazzocchi dijo: > Antonio Gallardo wrote: >> Hi: >> >> I updated SVN today. While trying to start the servlet with a small >> selection of block, the servlet reject to start with this error: >> >> /home/agallardo/svn/cocoon-2.2/build/webapp/WEB-INF/xcon

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

Carsten Ziegeler wrote: Stefano Mazzocchi wrote: The more it think about this, the more I believe that should not be done explicitly but implicitly, based on some aggregated dependency information (for example, the blocks should have their block descriptor block.xml and include the dependency

DO NOT REPLY [Bug 33537] - MIME type for attachments sent via sendmail action is always text/xml

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 33537] New: - MIME type for attachments sent via sendmail action is always text/xml

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?)

Stefano Mazzocchi wrote: The more it think about this, the more I believe that should not be done explicitly but implicitly, based on some aggregated dependency information (for example, the blocks should have their block descriptor block.xml and include the dependency information there) I thi

Re: [vote] Removing ScriptableWidget in CForms

Sylvain Wallez wrote: So I'd like to remove "form.model" so that we only have the regular wrappers, in the same way that we decided for the FOM: issue a deprecation warning 2.1.7 and remove in 2.2. Please cast your votes. +1 Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-un

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

Antonio Gallardo wrote: Hi: I updated SVN today. While trying to start the servlet with a small selection of block, the servlet reject to start with this error: /home/agallardo/svn/cocoon-2.2/build/webapp/WEB-INF/xconf/cocoon-velocity.xconf (No such file or directory) I included the velocity block

DO NOT REPLY [Bug 33536] New: - 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: XMLBeans and request attributes

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 feedback if there is a better way. To recap, my basic problem was that I wanted to call internal pipelines and pass

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

Hi: I updated SVN today. While trying to start the servlet with a small selection of block, the servlet reject to start with this error: /home/agallardo/svn/cocoon-2.2/build/webapp/WEB-INF/xconf/cocoon-velocity.xconf (No such file or directory) I included the velocity block and now the error is:

[GUMP@brutus]: Project cocoon (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 has an issue affecting its community integration. This issue affects 36 pr