cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation LinkStatusGenerator.java

huber 2002/08/04 11:33:51 Modified:src/java/org/apache/cocoon/generation LinkStatusGenerator.java Log: Explictly close BufferedReader, and HttpURLConnection Revision ChangesPath 1.5 +170 -101 xml-cocoon2/src/java/org/apache/cocoon/genera

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java

huber 2002/08/04 11:31:25 Modified:src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java Log: explicityl close BufferedReader at the end of processing the links Revision ChangesPath 1.9 +49 -47 xml-cocoon2/src

cvs commit: xml-cocoon2 changes.xml

huber 2002/08/04 11:28:16 Modified:.changes.xml Log: Output extra locator info if included Throwable of ProcessingException is SAXParseException or TransformerException. FIX NPE in org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline, if cont

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/crawler SimpleCocoonCrawlerImpl.java

huber 2002/08/04 11:01:22 Modified:src/java/org/apache/cocoon/components/crawler SimpleCocoonCrawlerImpl.java Log: Check if contentType is null, close BufferedInputStream explicitly Submitted by: [EMAIL PROTECTED] Reviewed by: [EMAIL PROTECTED] Rev

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java

huber 2002/08/04 10:58:37 Modified:src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: FIX NPE, if content is malformed, and there exists an cached response Revision ChangesPath 1.2 +5 -3 x

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

huber 2002/08/04 10:54:09 Modified:src/java/org/apache/cocoon ProcessingException.java Log: examine included throwable, for SAXParseException, and TransformerException output location information Revision ChangesPath 1.7 +66 -22xml-cocoon2/src/java/org/apach

cvs commit: xml-cocoon2 build.xml

vgritsenko2002/08/04 08:58:24 Modified:.Tag: cocoon_2_0_3_branch build.xml Log: backport prepare-war target Revision ChangesPath No revision No revision 1.196.2.14 +7 -1 xml-cocoon2/build.xml Index: bu

cvs commit: xml-cocoon2 todo.xml

vgritsenko2002/08/04 08:57:12 Modified:.todo.xml Log: update todo Revision ChangesPath 1.41 +1 -5 xml-cocoon2/todo.xml Index: todo.xml === RCS file: /home/cvs/xml-cocoon2/todo.xml,

cvs commit: xml-cocoon2 todo.xml

vgritsenko2002/08/04 08:57:12 Modified:.Tag: cocoon_2_0_3_branch todo.xml Log: update todo Revision ChangesPath No revision No revision 1.28.2.7 +1 -5 xml-cocoon2/todo.xml Index: todo.xml ==

DO NOT REPLY [Bug 9847] - Manager without object mapping hangs Cocoon

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_bu

DO NOT REPLY [Bug 9847] - Manager without object mapping hangs Cocoon

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_bu

RE: [Q] Cocoon 2.1 Authentication framework (aka sunRise)

> From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] > > > I have tried to read through the Auth. documentation and understand how it > relates to the authentication mechanism of the J2EE specification. > > I see that it supports roles and session context, but do not understand if > it is tied to t

DO NOT REPLY [Bug 11447] - [PATCH] cocoon-docs mailinglist added to mail-archives.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://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11447] - [PATCH] cocoon-docs mailinglist added to mail-archives.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://nagoya.apache.org/bugzilla/show_b

cvs commit: xml-cocoon2/src/documentation/xdocs mail-archives.xml

vgritsenko2002/08/04 08:41:39 Modified:src/documentation/xdocs Tag: cocoon_2_0_3_branch mail-archives.xml Log: patch from [EMAIL PROTECTED] (Torsten Knodt) (bug #11447) Revision ChangesPath No revision No

Re: [patch] SimpleCocoonCrawlerImpl

hi, thx for the patch i'm going to commit it, bye - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Thanks for fixing JARs in HEAD

Vadim, Thanks for putting older (yet working) versions of Xalan and Xerces back into the HEAD CVS. The other JARs were completely broken. Now I'm able to build, deploy and use HEAD again. I was close to switching back to a 2.0.3 version/release/branch. Litrik De Roy www.litrik.com

Re: [ANNOUNCEMENT] new pdf serializer in HEAD

On Friday 02 August 2002 20:34, Argyn Kuketayev wrote: > Torsten > > what about supporting iText tagmap? > http://www.lowagie.com/iText/tutorial/ch07.html > > it would need small changes: > > 1. add tagmap file name to configuration, and one more field member > "tagmap". > 2. change in setOutputSt

cvs commit: xml-cocoon2/src/documentation/xdocs mail-archives.xml

huber 2002/08/04 05:25:19 Modified:src/documentation/xdocs mail-archives.xml Log: added ref to cocoon-doc mailing list, see patch=11447, due to Torsten Knodt Revision ChangesPath 1.2 +12 -3 xml-cocoon2/src/documentation/xdocs/mail-archives.xml Index: mai

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/transformers augment-transformer.xml transformers.xml book.xml

huber 2002/08/04 05:23:21 Modified:src/documentation/xdocs/userdocs/transformers transformers.xml book.xml Added: src/documentation/xdocs/userdocs/transformers augment-transformer.xml Log: added doc about augmentent transform

[Q] Cocoon 2.1 Authentication framework (aka sunRise)

I have tried to read through the Auth. documentation and understand how it relates to the authentication mechanism of the J2EE specification. I see that it supports roles and session context, but do not understand if it is tied to the J2EE container's security. For example when authenticated th