Re: docs

Working on it. I'll contribute once I have enough info gathered. Bert At 22:58 3/04/2002 +0200, you wrote: >On Wed, 3 Apr 2002, Bert Van Kets wrote: > > > It seems to me that the docs are out of date. I was trying to get some > > things working using the request logisheet and it seems that vers

cvs commit: xml-cocoon2/src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020402.jar rhino1.5r4-continuations-20020326.jar

ovidiu 02/04/03 23:50:18 Added: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020402.jar Removed: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020326.jar Log: Update from Christopher Oliver: I modified the i

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/dom/simple AttributeNode.java ElementNode.java InstanceImpl.java Node.java

tcurdt 02/04/03 23:02:09 Modified:src/scratchpad/src/org/apache/cocoon/precept Instance.java InstanceTransformer.java Preceptor.java src/scratchpad/src/org/apache/cocoon/precept/acting AbstractPreceptorAction.java

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept InstanceFactory.java

tcurdt 02/04/03 23:00:40 Modified:src/scratchpad/src/org/apache/cocoon/precept InstanceFactory.java Log: throw an Exception on instances with the same name Revision ChangesPath 1.3 +4 -0 xml-cocoon2/src/scratchpad/src/org/apache/cocoo

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/precept/example2 view4.xml view3.xml view2.xml view1.xml

tcurdt 02/04/03 22:59:50 Modified:src/scratchpad/webapp/mount/precept/example2 view4.xml view3.xml view2.xml view1.xml Log: added labels Revision ChangesPath 1.2 +11 -11 xml-cocoon2/src/scratchpad/webapp/mount/precept/example2/view4.xml

cvs commit: xml-cocoon2/src/scratchpad/schecoon ChangeLog

ovidiu 02/04/03 22:44:23 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-04-03 Ovidiu Predescu <[EMAIL PROTECTED]> * tests/anteater/calc.xml: Complete test for the JavaScript+continuations version of the calculator. Revision ChangesPath 1.29

cvs commit: xml-cocoon2/src/scratchpad/schecoon/tests/anteater calc.xml

ovidiu 02/04/03 22:43:21 Modified:src/scratchpad/schecoon/tests/anteater calc.xml Log: Complete test for the JavaScript+continuations version of the calculator. Revision ChangesPath 1.2 +36 -1 xml-cocoon2/src/scratchpad/schecoon/tests/anteater/calc.xml In

Bug in TreeProcessor sitemap reloading?

Hi all, Is this an undiscovered bug in the TreeProcessor? 0. Go to http://localhost:8080/cocoon/formvalidation/test 1. Hit "submit" 2. Touch sitemap.xmap 3. Hit "submit" 4. Get "java.lang.IllegalStateException: You cannot lookup components on a disposed ComponentManager" XSP page never gets new

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/xmlform - Imported sources

ivelin 02/04/03 21:21:55 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/src/org/apache/cocoon/xmlform No conflicts created by this import ---

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/validation/xmlform - Imported sources

ivelin 02/04/03 21:18:50 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/src/org/apache/cocoon/validation/xmlform No conflicts created by this import

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/validation/schematron - Imported sources

ivelin 02/04/03 21:18:35 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/src/org/apache/cocoon/validation/schematron No conflicts created by this import -

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/validation - Imported sources

ivelin 02/04/03 21:18:19 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/src/org/apache/cocoon/validation No conflicts created by this import

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/xmlform/schematron - Imported sources

ivelin 02/04/03 21:14:18 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/webapp/mount/xmlform/schematron No conflicts created by this import -

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/xmlform/castor-mappings - Imported sources

ivelin 02/04/03 21:13:55 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/webapp/mount/xmlform/castor-mappings No conflicts created by this import

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/xmlform - Imported sources

ivelin 02/04/03 20:57:10 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/webapp/mount/xmlform No conflicts created by this import

cvs commit: xml-cocoon2/src/scratchpad/mount/xmlform - Imported sources

ivelin 02/04/03 20:55:28 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2/src/scratchpad/mount/xmlform No conflicts created by this import ---

cvs commit: xml-cocoon2 - Imported sources

ivelin 02/04/03 20:54:05 Log: Creating new repository. Status: Vendor Tag: vendor-tag Release Tags: release-tag xml-cocoon2 No conflicts created by this import -- In case of troubles,

cvs commit: xml-cocoon2 changes.xml

vgritsenko02/04/03 19:15:55 Modified:.changes.xml Log: fix errors Revision ChangesPath 1.135 +10 -10xml-cocoon2/changes.xml Index: changes.xml === RCS file: /home/cvs/xml-cocoon2/cha

Re: New commiters

I just received my CVS access account. I want to thank everyone who voted +1. I will be checking in my CocoonForm code. It is a set of 2 working demos, demonstrating Form binding and validation, based on XPath and Schematron. The code is intended for demonstration of technology feasibility. No

Re: [Contribution] Pipe-aware selection

> Take your time. I am working on some multi page form handling stuff that > uses pipe-aware selection and some other new components, hopefully these > things will illustrate a little bit better why I think pipe-aware selection > is an important addition to Cocoon that makes input handling more

Re: [PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checkingin matchers

On Wed, 3 Apr 2002, Michael Melhem wrote: > > > > > > > > > > ... > > > > > > > > > > > > ... > > > > > > > > > ... > > > > > > Hi Vadim, > > Thanks for your comments. I have not considered wrapping multiple > match blocks within a single act block like that.

RE: [Contribution] Pipe-aware selection

Stefano Mazzocchi wrote: > Daniel, people, > > I'm perfectly aware that I have a pending -1 on pipe-aware selection and > that this is stopping this contribution that could be useful for many. > > But, please, understand this is a *very serious* design issue and it > must not be underestimated. >

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp sitemap.xmap

ovidiu 02/04/03 13:31:19 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Revert to serializing HTML as XML breaks browsers. Revision ChangesPath 1.15 +1 -1 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: sitemap.xmap ===

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp sitemap.xmap

ovidiu 02/04/03 13:26:10 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Serialize as XML the calc generated pages to allow Anteater to work with them. Revision ChangesPath 1.14 +1 -1 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index

cvs commit: xml-cocoon2/src/scratchpad/schecoon build.xml

ovidiu 02/04/03 13:25:25 Modified:src/scratchpad/schecoon build.xml Log: Copy the sisc.heap file to WEB-INF/. Revision ChangesPath 1.14 +1 -0 xml-cocoon2/src/scratchpad/schecoon/build.xml Index: build.xml

cvs commit: xml-cocoon2/src/scratchpad/schecoon/tests/anteater calc.xml

ovidiu 02/04/03 13:24:20 Added: src/scratchpad/schecoon/tests/anteater calc.xml Log: Added. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/tests/anteater/calc.xml Index: calc.xml ===

cvs commit: xml-cocoon2/src/scratchpad/schecoon/tests/anteater - New directory

ovidiu 02/04/03 13:23:18 xml-cocoon2/src/scratchpad/schecoon/tests/anteater - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

cvs commit: xml-cocoon2/src/scratchpad/schecoon/tests - New directory

ovidiu 02/04/03 13:23:13 xml-cocoon2/src/scratchpad/schecoon/tests - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: docs

On Wed, 3 Apr 2002, Bert Van Kets wrote: > It seems to me that the docs are out of date. I was trying to get some > things working using the request logisheet and it seems that version 2 > contains a lot more tags that are not documented. There are even > attributes that are not documented (ex.

Re: [RT] Cocoon Blocks and internal web services

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Mircea Toma wrote: > > > I'm not saying that Phoenix blocks should be used to implement "Cocoon > > services", they are not meant for that. Cocoon could use Phoenix very much > > how James uses it (mailets), or if an app. server would be build using

Re: New committers for Apache Cocoon

Accounts created, passwords sent, commit privs granted. Brian On Wed, 3 Apr 2002, Stefano Mazzocchi wrote: > the following two individuals have been voted by the Apache Cocoon > development community with no negative votes: > > "Ivelin Ivanov" <[EMAIL PROTECTED]> > "Konstantin Pirou

[VOTE] let's switch performance tips online

Hi, I would like to switch the performance tips online. What do you think? ~Gerhard "EARTH FIRST! We'll strip-mine the other planets later." - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAI

cvs commit: xml-cocoon2/src/documentation/xdocs performancetips.xml

froehlich02/04/03 11:31:33 Modified:src/documentation/xdocs performancetips.xml Log: added more tips Revision ChangesPath 1.4 +2 -2 xml-cocoon2/src/documentation/xdocs/performancetips.xml Index: performancetips.xml ==

cvs commit: xml-cocoon2/src/documentation/xdocs performancetips.xml

froehlich02/04/03 11:25:44 Modified:src/documentation/xdocs performancetips.xml Log: added more tips Revision ChangesPath 1.3 +23 -5 xml-cocoon2/src/documentation/xdocs/performancetips.xml Index: performancetips.xml ==

Re: [VOTE] (was: [RT]: Merging Stream And Event Pipeline)

Thanks for pointing it out again. Giacomo On Wed, 3 Apr 2002, Stefano Mazzocchi wrote: > Sylvain Wallez wrote: > > > Yeah, I know Stefano doesn't like that, but so many people feel the need > > for it... So Stefano, if you don't like that, please give us a cool > > explanation like the one you

cvs commit: xml-cocoon2/src/documentation/xdocs livesites.xml

vgritsenko02/04/03 11:15:49 Modified:src/documentation/xdocs livesites.xml Log: new entry Revision ChangesPath 1.18 +1 -0 xml-cocoon2/src/documentation/xdocs/livesites.xml Index: livesites.xml =

Re: esql.xsl and postgres datatypes

On 03.Apr.2002 -- 06:45 PM, Enke Michael wrote: > Christian Haul wrote: > > > > You're absolutely sure it's the getObject method that causes the grief? > > Yes I am. There are also (sparse) instructions in postgres manual how to create >those classes. So, there is a possibility to use getObjec

Re: [RT] Cocoon Blocks and internal web services

Stefano Mazzocchi wrote: > Antti Koivunen wrote: > >>Stefano Mazzocchi wrote: >>> >>>1) no description: blocks identify their contract with an URI that >>>that's it, there is no way to validate the fact that a block implements >>>a specified contract, this is the weakest form of contract. It's ea

cvs commit: xml-cocoon2/src/documentation/xdocs livesites.xml

vgritsenko02/04/03 09:40:03 Modified:src/documentation/xdocs livesites.xml Log: add a site Revision ChangesPath 1.17 +1 -0 xml-cocoon2/src/documentation/xdocs/livesites.xml Index: livesites.xml

cvs commit: xml-cocoon2/src/documentation/xdocs hosting.xml

vgritsenko02/04/03 09:37:02 Modified:src/documentation/xdocs hosting.xml Log: remove wrong entry Revision ChangesPath 1.4 +0 -1 xml-cocoon2/src/documentation/xdocs/hosting.xml Index: hosting.xml ==

DO NOT REPLY [Bug 7726] - I18nTransformer.java patch

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 7726] New: - I18nTransformer.java patch

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: i18n: empty translation in XMLResourceBundle?

> -Original Message- > From: Enke Michael [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 03, 2002 9:09 PM > To: [EMAIL PROTECTED] > Subject: Re: i18n: empty translation in XMLResourceBundle? > > > Konstantin Piroumian wrote: > > > > > From: Enke Michael [mailto:[EMAIL PROTECTED]]

RE: I18nTransformer.java patch

> -Original Message- > From: Enke Michael [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 03, 2002 9:05 PM > To: [EMAIL PROTECTED] > Subject: I18nTransformer.java patch > > > Hi Konstantin, > I finalized the change of sub-type to type for i18n:number > and introduced the code again

Re: i18n: empty translation in XMLResourceBundle?

Konstantin Piroumian wrote: > > > From: Enke Michael [mailto:[EMAIL PROTECTED]] > > Konstantin Piroumian wrote: > > > > > > > -Original Message- > > > > From: Enke Michael [mailto:[EMAIL PROTECTED]] > > > > Sent: Wednesday, April 03, 2002 5:02 PM > > > > To: [EMAIL PROTECTED] > > > > Subj

I18nTransformer.java patch

Hi Konstantin, I finalized the change of sub-type to type for i18n:number and introduced the code again for yet missing types (int-currency, currency-no-unit, int-currency-nu-unit) As new attribute I added fraction-digits="..." for i18n:number so we can now print out gasoline prices etc. Regards,

RE: i18n: empty translation in XMLResourceBundle?

> From: Enke Michael [mailto:[EMAIL PROTECTED]] > Konstantin Piroumian wrote: > > > > > -Original Message- > > > From: Enke Michael [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, April 03, 2002 5:02 PM > > > To: [EMAIL PROTECTED] > > > Subject: i18n: empty translation in XMLResourceBu

Re: i18n: empty translation in XMLResourceBundle?

Konstantin Piroumian wrote: > > > -Original Message- > > From: Enke Michael [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, April 03, 2002 5:02 PM > > To: [EMAIL PROTECTED] > > Subject: i18n: empty translation in XMLResourceBundle? > > > > > > Hello, > > I saw in I18nTransformer.java a co

Re: esql.xsl and postgres datatypes

Christian Haul wrote: > > On 03.Apr.2002 -- 12:34 PM, Enke Michael wrote: > > Hi, > > in postgres you have datatypes which are not in the sql standard > > and you can define your own datatypes. > > Two datatypes from postgres that I use often are bit() and bit varying(). > > If I call than the p

RE: [PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checking in matchers

> From: Michael Melhem [mailto:[EMAIL PROTECTED]] > > On Wed, Apr 03, 2002 at 08:05:40AM -0500, Vadim Gritsenko wrote: ... > > Michael, > > > > Have you considered using just one pipeline? Or two (and no more than > > two)? > > > > > > > This is not a good thing, especially if you have lots of

Re: [RT] Cocoon Blocks and internal web services

Mircea Toma wrote: > I'm not saying that Phoenix blocks should be used to implement "Cocoon > services", they are not meant for that. Cocoon could use Phoenix very much > how James uses it (mailets), or if an app. server would be build using > Phoenix (ejb deployment). Building on top of Phoenix

Re: [RT] Cocoon Blocks and internal web services

Antti Koivunen wrote: > > Stefano Mazzocchi wrote: > > Now that Cocoon 2.0.2 is out of the door, I think it's time that we > > continue the discussion on Cocoon Blocks, which, IMO, represent the > > major step forward that we should aim for Cocoon 2.1. > > > > Thanks to all of those who helped me

Re: [Contribution] Pipe-aware selection

> I'm perfectly aware that I have a pending -1 on pipe-aware selection and > that this is stopping this contribution that could be useful for many. > > But, please, understand this is a *very serious* design issue and it > must not be underestimated. I like to second that!! I wouldn't go that far

Re: [PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checking in matchers

On Wed, Apr 03, 2002 at 08:05:40AM -0500, Vadim Gritsenko wrote: > > From: Michael Melhem [mailto:[EMAIL PROTECTED]] > > > > On Wed, Apr 03, 2002 at 01:03:22PM +0100, Stuart Roebuck wrote: > > > > > > On Wednesday, April 3, 2002, at 12:00 PM, Michael Melhem wrote: > > > > > > >Hi everyone, > > >

RE: New committers for Apache Cocoon

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > Hi, > > the following two individuals have been voted by the Apache Cocoon > development community with no negative votes: > > "Ivelin Ivanov" <[EMAIL PROTECTED]> > "Konstantin Piroumian" <[EMAIL PROTECTED]> A minor correction here

RE: i18n: empty translation in XMLResourceBundle?

> -Original Message- > From: Enke Michael [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 03, 2002 5:02 PM > To: [EMAIL PROTECTED] > Subject: i18n: empty translation in XMLResourceBundle? > > > Hello, > I saw in I18nTransformer.java a comment: > Introduce empty translation (XMLResou

New committers for Apache Cocoon

Hi, the following two individuals have been voted by the Apache Cocoon development community with no negative votes: "Ivelin Ivanov" <[EMAIL PROTECTED]> "Konstantin Piroumian" <[EMAIL PROTECTED]> Please, grant access and give proper priviledges. Many thanks in advance. -- Stefano Mazzocc

Re: map:aggregate and views : what's the correct behaviour ?

Sylvain Wallez wrote: > > Hi team, > > I just fixed a bug in the treeprocessor which was not handling views in > map:aggregate like the compiled engine (see > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7196). However, this > made me wonder about what should be the correct behaviour. > >

Re: Substractive view labels (long)

Sylvain Wallez wrote: > Stefano, the above "outside-in" sentence shed a completely new light on > my understanding of views, and I'm now convinced that views should start > from the last label ! That's great! > The point that made me wait before answering was about the execution of > indirect

Re: [VOTE] (was: [RT]: Merging Stream And Event Pipeline)

Sylvain Wallez wrote: > Yeah, I know Stefano doesn't like that, but so many people feel the need > for it... So Stefano, if you don't like that, please give us a cool > explanation like the one you gave for "views from last label". IIRC this > has to do with cacheability, but CachingStreamPipelin

Re: [RT]: Merging Stream And Event Pipeline

Carsten Ziegeler wrote: > > Hi, > > just a short and simple RT for today: > > What do you all think about merging the stream and the event pipeline > into one single interface/object? > This would make the system less complex and reduce lookups per request > as well. I agree, +1. I've been bug

Re: Cocoon Blocks and contract validation

Rob Jellinghaus wrote: > > Speaking as a Cocoon user with Apache committer credentials (I am a > committer to xml-axis): > > I'm ramping up on Cocoon right now. As of this moment, the thing that > makes me most uncomfortable with Cocoon is its lack of modularity at the > sub-site level. Instal

Re: [Contribution] Pipe-aware selection

Daniel Fagerstrom wrote: > > I finally found some time to finish a first version of pipe-aware selection. > It has some rough edges and there is no caching yet, but as I think it will > be useful for the current form handling and validation development, I would > like to share my results this far

Re: XSLTC question

Alex Kachanov wrote: > > hi, guys! > I have a serious bug question about XSLTC. > > Where should I post it, to this group or to Xalan group? Do both, sometimes it's hard to tell where the bug resides, anyway, if it's cocoon related, we should be aware of this so copy cocoon-dev. Thanks -- St

Re: esql.xsl and postgres datatypes

On 03.Apr.2002 -- 12:34 PM, Enke Michael wrote: > Hi, > in postgres you have datatypes which are not in the sql standard > and you can define your own datatypes. > Two datatypes from postgres that I use often are bit() and bit varying(). > If I call than the page crahses because the column type >

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

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: [PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checking in matchers

> From: Michael Melhem [mailto:[EMAIL PROTECTED]] > > On Wed, Apr 03, 2002 at 01:03:22PM +0100, Stuart Roebuck wrote: > > > > On Wednesday, April 3, 2002, at 12:00 PM, Michael Melhem wrote: > > > > >Hi everyone, > > > > > >I trust you all had a good easter break :-) > > > > > >This is a propasal

i18n: empty translation in XMLResourceBundle?

Hello, I saw in I18nTransformer.java a comment: Introduce empty translation (XMLResourceBundle) How does it work? Or is it only planned? Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email:

Re: [PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checking in matchers

On Wed, Apr 03, 2002 at 01:03:22PM +0100, Stuart Roebuck wrote: > > On Wednesday, April 3, 2002, at 12:00 PM, Michael Melhem wrote: > > >Hi everyone, > > > >I trust you all had a good easter break :-) > > > >This is a propasal for the introduction of implicit precondition > >checking > >in matc

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source BlobSource.java

sylvain 02/04/03 04:22:11 Modified:src/scratchpad/src/org/apache/cocoon/components/source BlobSource.java Log: Ensure JDBC connection is closed a the end of read, even if the stream isn't closed. Cocoon most often "forgets" to close streams, causing a rapid

Re: [PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checking in matchers

On Wednesday, April 3, 2002, at 12:00 PM, Michael Melhem wrote: > Hi everyone, > > I trust you all had a good easter break :-) > > This is a propasal for the introduction of implicit precondition > checking > in matchers. Please refer to Bug 7713 for more information!! > You can find the patch

DO NOT REPLY [Bug 7569] - esql:skip-rows, esql:max-rows problem

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

[PROPOSAL] Ref: Bug 7713 - Optional Implicit precondtion checking in matchers

Hi everyone, I trust you all had a good easter break :-) This is a propasal for the introduction of implicit precondition checking in matchers. Please refer to Bug 7713 for more information!! You can find the patch for this proposal as a part of Bug 7713. Here I outline some of the reasoning

DO NOT REPLY [Bug 7460] - Treebuilder: reloading sitemap does not dispose old sitemap components

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

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor DefaultTreeBuilder.java

sylvain 02/04/03 02:55:17 Modified:src/java/org/apache/cocoon/components/treeprocessor DefaultTreeBuilder.java Log: Fix bug #7460 Reported by: Volker Schmitt ([EMAIL PROTECTED]) Revision ChangesPath 1.3 +11 -5 xml-cocoon2/src/java/org

esql.xsl and postgres datatypes

Hi, in postgres you have datatypes which are not in the sql standard and you can define your own datatypes. Two datatypes from postgres that I use often are bit() and bit varying(). If I call than the page crahses because the column type for bit and bit varying is java.sql.Types.OTHER Look at thi

DO NOT REPLY [Bug 7713] - Optional Implicit precondtion checking in matchers

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 7713] - Optional Implicit precondtion checking in matchers

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 7713] New: - Optional Implicit precondtion checking in matchers

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: update cocoon-2.0.2.tar.gz / .zip?

Hi! > I already thought that the third number is for bugfix > releases. The second number is for introducing new > feature and maybe backward incompatability issues. Yes, I remember. The difference is that I propose to do that on regular basis. I've polished my ideas a bit, here they are: 1. If

Re: [VOTE] (was: [RT]: Merging Stream And Event Pipeline)

> >Hi, > > > >just a short and simple RT for today: > > > >What do you all think about merging the stream and the event pipeline > >into one single interface/object? > >This would make the system less complex and reduce lookups per request > >as well. > > > > +1. +1 > > I'd like also we take a f

DO NOT REPLY [Bug 7711] New: - LinkSerializer doesn't process the archive attribute from applet elements

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: docs

Hi, >It seems to me that the docs are out of date. I was trying >to get some things working using the request logisheet and >it seems that version 2 contains a lot more tags that are >not documented. There are even attributes that are not >documented (ex. as="xml"). It is very frustrating having

Re: Treeprocessor the default engine?

At 8:43 pm +0100 28/3/02, Sylvain Wallez wrote: >Jeremy Quinn wrote: > >>At 2:18 pm +0100 27/3/02, Sylvain Wallez wrote: >> >>>Torsten Curdt wrote: >>> On Wed, 27 Mar 2002, Nicola Ken Barozzi wrote: >TreeProcessor will be the default engine in the next release. >I would like to se

docs

It seems to me that the docs are out of date. I was trying to get some things working using the request logisheet and it seems that version 2 contains a lot more tags that are not documented. There are even attributes that are not documented (ex. as="xml"). It is very frustrating having to

Re: update cocoon-2.0.2.tar.gz / .zip?

On Wed, 3 Apr 2002, Mikhail Fedotov wrote: > Hi! > > > I could make a release on Friday, Monday or Tuesday if > > the problems are fixed by then. > > Let me introduce some useful idea about making new > releases. > > You can do one stable branch like "2.0.2" and severa > bugfixes branches like "2

Re: update cocoon-2.0.2.tar.gz / .zip?

Carsten Ziegeler wrote: > > Vadim Gritsenko wrote: > > > > > From: Enke Michael [mailto:[EMAIL PROTECTED]] > > > > > > Hi, > > > shouldn't we make new cocoon-2.0.2 download files with corrections > > > if they solve showblockers? > > > In particular I mean > > > -> AbstractValidatorAction? > > >

RE: [VOTE] (was: [RT]: Merging Stream And Event Pipeline)

On Wed, 3 Apr 2002, Carsten Ziegeler wrote: > > Sylvain Wallez wrote: > > > > I'd like also we take a formal decision about allowing a Serializer to > > be a SitemapModelComponent. This comes regularly on the table, and there > > have been several uses cases showing the need for it, mainly to acc