DO NOT REPLY [Bug 10965] - [PATCH] Allow parent component manager to be LogEnabled

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://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 10965] - [PATCH] Allow parent component manager to be LogEnabled

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://nagoya.apache.org/bugzilla/show_b

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/servlet CocoonServlet.java

cziegeler2002/07/18 23:50:27 Modified:.changes.xml src/java/org/apache/cocoon/servlet CocoonServlet.java Log: Allow parent component manager to be LogEnabled Submitted by: Leo Sutic [[EMAIL PROTECTED]] Revision ChangesPath 1.216 +4 -1 xm

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/slide slide.xconf

-20020718.jar slide-roles-20020718.jar slide-stores-20020718.jar Removed: src/scratchpad/lib slide-kernel-1.0.16.jar slide-roles-1.0.16.jar slide-stores-1.0.16.jar slide-webdavlib.jar slide-webdavservlet-1.0.16.jar Log

DO NOT REPLY [Bug 10965] - [PATCH] Allow parent component manager to be LogEnabled

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://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 10965] New: - [PATCH] Allow parent component manager to be LogEnabled

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://nagoya.apache.org/bugzilla/show_b

Re: ServletProxyGenerator

Ivelin Ivanov wrote: >Sounds similar to the recently contributed WebServiceProxyGenerator. > >Check it. Maybe you can add improvements instead of writing a new component >with overlapping functionality: > That's right. I will check it out. Thanks a lot Michael > > >http://www.mail-archive.

Re: Upload

Currently the only way is to write an Action to handle the upload. Here's an example how to do this: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=101878098524370&w=2 The upload mechanism should be improved to make the upload behaviour configurable in some other way. I volunteered to take at l

avalon-excalibur sources for cocoon 2.0.3

Hi, I'm trying to get the avalon-excalibur sources snapshot from CVS for the version shipped with cocoon 2.0.3 (-D 2002-07-05), but it seems they have some kind of problem in the CVS. Is there anywhere the source that was used to build the jar shipped with cocoon ? It may be usefull to ship wi

FW: Upload

I didn't get a response on the user group -Original Message- From: Amir Rosen Sent: Wednesday, July 17, 2002 6:37 PM To: Cocoon-Users (E-mail) Subject: Upload Hi, Is there a (simple) way to override the default cocoon behavior when uploading a file ? Is there a role I should implement

Re: xerces 2.0.2 (again)

On Thursday, July 18, 2002, at 08:07 am, Carsten Ziegeler wrote: > Torsten Curdt wrote: > >> This is what I found out: >> >> cocoon2 HEAD seems to work out-of-the-box with xerces 2.0.2 for: >> >> resin 2.1.2, jdk 1.3.1_02, linux >> tomcat 4.1.7b2, jdk 1.3.1_02, linux >> resin 2.1.2, jdk 1.3.1, w

Re: [RT] Cocoon Integration Model

At 15:44 16/07/2002 +0200, you wrote: >Berin Loritsch wrote: > >>Cocoon can definitely use its own blueprint. A Cocoon Application >>Blueprint is an essential document that we need. There are two ways >>of using Cocoon: integrated in with a traditional J2EE environment, >>and standalone. The bl

Re: [Q] Conceptual difficulties

Sylvain Wallez wrote: > Ugo Cei wrote: >> Isn't the interpreted sitemap the default in 2.0.3? > Yes and no : > - the interpreted sitemap is used if your cocoon.xconf contains only > > - the shipped cocoon.xconf explicitely specifies class="org.apache.cocoon.sitemap.SitemapManager"/> which is th

Re: [Q] Conceptual difficulties

Ugo Cei wrote: > Carsten Ziegeler wrote: > >> No, there is no way around it - again with 2.1 the interpreted sitemap >> is used instead and this is no longer a problem. Remember, the sunshine >> components are for the 2.0.3 branch in the scratchpad. > > > Isn't the interpreted sitemap the default