[Proposal] Add pass-through capability to mounted pipelines

Summary: Developing Forrest, I seem to have stumbled in the need of mounted pipelines that do not halt processing if a match is not found. Thus I propose that we add the pass through='true|[false]' attribute to make it possible for mounts not to necessarily halt processing if no match is found.

DO NOT REPLY [Bug 30928] - [Patch] XMLDBSource should accept scheme://user:pass@host:port/path URIs

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 30928] - [XMLDB] XMLDBSource should accept scheme://user:pass@host:port/path URIs

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 30928] New: - [XMLDB] XMLDBSource should accept scheme://user:pass@host:port/path URIs

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 30924] - [Patch] XMLDBSource cannot handle BinaryResources

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 30924] - [XMLDB] XMLDBSource cannot handle BinaryResources

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 30924] New: - [XMLDB] XMLDBSource cannot handle BinaryResources

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: [VOTE] Status of Portal blocks

Hi, On 26 Aug 2004, at 08:57, Carsten Ziegeler wrote: a) mark portal-fw as deprecated +0 (I'm with Giacomo: until portal has all the facilities of portal-fw, we shouldn't mark it deprecated: IIRC, deprecated meant 'likely to disappear after two releases', which is clearly bad for users) b) mark

Re: [request] creation of the Tani branch

Sylvain Wallez wrote: Stefano Mazzocchi wrote: Just like Ugo, I feel the need for a clean slate and a place where I can work without breaking everybody else's code. I personally don't care if the code will be used or not, what I care is to create a prototype to show to this community and to my

Bug report for Cocoon 2 [2004/08/29]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: [request] creation of the Tani branch

Stefano Mazzocchi wrote: Just like Ugo, I feel the need for a clean slate and a place where I can work without breaking everybody else's code. I personally don't care if the code will be used or not, what I care is to create a prototype to show to this community and to my group at MIT, what rea

Re: [request] creation of the Tani branch

On 29 Aug 2004, at 02:53, Stefano Mazzocchi wrote: in case it wasn't clear, new-kernel will be renamed Tani. Fair enough. Maybe you should have posted a "[request] rename of the new-kernel branch" then. :-) I'm not going to try and understand why a mere change of a directory name is necessary to