Re: Use of Xalan 2.4

Thanks fo the answer :) Antonio Gallardo El Viernes, 11 de Octubre de 2002 07:52, Enke, Michael escribió: > I don't know the reason so I tried xalan2.4.1: > XSLTExtension:escape (required for xsp.xsl) was not working. > > Michael > > Antonio Gallardo Rivera wrote: > > Just a question. Why Cocoon

Re: new JSR on Java Compiler API

Ovidiu Predescu wrote: > I've implemented this feature long time ago for the compiled sitemap, in > the sitemap.xsl stylesheet. The generated sitemap would have lines like: > > // file: src/webapp/sitemap.xmap > // line: 123 > > This was possible using some extension functions provided by Saxon

DO NOT REPLY [Bug 13545] - Typo in docs

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 13545] New: - Typo in docs

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: new JSR on Java Compiler API

On Thursday, October 10, 2002, at 09:48 PM, Ivelin Ivanov wrote: > > I am interested to participate in the discovery stage. > If I can bring enough value I will stay longer in the group. > > I assume this standard covers XSLTC as well. > Is the XSLTC team invited ? > > What I would like to see

Re: new JSR on Java Compiler API

On Friday, October 11, 2002, at 02:09 AM, Sylvain Wallez wrote: > Stefano Mazzocchi wrote: > >> People, >> >> Neal Gafter is about to start the process for a new JSR on Java >> Compiler API which would hopefully make it fir Tiger (aka Java 1.5). >> He asked me if there are people interested i

Re: [Announcement] sitemap variables

> Aaah ! Finally, someone agrees with someone else's proposal in this > thread ! Are we going to reach a consensus ? > > What do others think ? ...finally - yes :) here is my +1 I'm probably busy 'til tuesday but then I could go for it... -- Torsten -

Software Development magazine reviews a Cocoon book

Folks, in the November issue of Software Developoment ( http://www.sdmagazine.com ) you may find a brief review of "Cocoon: building XML applications" by well-known posters Carsten & Matthew: Cocoon scores another point :) Best regards, -

Re: [Announcement] sitemap variables

Ilya A. Kriveshko wrote: > > > Sylvain Wallez wrote: > >>> know what? I like it. It seems a pretty nice solution and the use of >>> anchor-like syntax is simple and understandable. >>> So you get my +1 on this. >> >> >> Aaah ! Finally, someone agrees with someone else's proposal in this >> thre

Re: [Announcement] sitemap variables

Sylvain Wallez wrote: >> know what? I like it. It seems a pretty nice solution and the use of >> anchor-like syntax is simple and understandable. >> So you get my +1 on this. > > Aaah ! Finally, someone agrees with someone else's proposal in this > thread ! Are we going to reach a consensus ?

Re: [Announcement] sitemap variables

Sylvain Wallez wrote: >>> You may puke (if you still can ;-), but what about considering >>> sitemap-defined namespaces as internal to the sitemap, and thus >>> prefix them with a "#", that we all know as being used for internal >>> links in web pages ? >>> >>> This would lead to (adapted from

Re: [vote] Steven Noels and Bertrand Delacretaz as committers

On 09.Oct.2002 -- 09:02 PM, Diana Shannon wrote: > Steven Noels: indefatigable committer of the Forrest documentation > Bertrand Delacretaz, founder and project leader of the jfor project (now Late, but nevertheless: +1 for both. Chris. -- C h r i s t i a n H a u l [EMAIL PROTE

[OT] aren't u approaching the threshold of overcomplexity?

Recently I realized that I can't understand significant percentage of posts in cocoon-dev. I've no clue what are they about. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [Announcement] sitemap variables

Stefano Mazzocchi wrote: > Sylvain Wallez wrote: > >> This can often happen with matchers when e.g. an area of the >> application is protected : >> >> >> >> >> ... >> >> >> > > > Ok, good point. > >> So explicit naming as proposed by Ilya finally seems the best >> approach to

DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

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: Variable Expanders

Sylvain Wallez wrote: >> >> >> ... >> >> >> >> >> ... >> > > > > +1 ! This should be as easy as adding a few lines in > treeprocessor-builtins.xml ! What about sitemap.xsl ?? Giacomo - To unsubscribe, e-m

RE: [vote] Steven Noels and Bertrand Delacretaz as committers

+1 for both of course! Carsten > -Original Message- > From: Giacomo Pati [mailto:[EMAIL PROTECTED]] > Sent: Friday, October 11, 2002 12:43 PM > To: [EMAIL PROTECTED] > Subject: Re: [vote] Steven Noels and Bertrand Delacretaz as committers > > > > > Diana Shannon wrote: > > A recent discu

Re: Variable Expanders

Stefano Mazzocchi wrote: > Take a look at this > > > > ... > > > > > ... > > > ... > > > > > > > > > ... > > > > isn't it more precisely describing what you want to achieve? Another big +1 today ;-) Giacomo --

RE: Variable Expanders

>>>Oh, I almost don't dare to suggest it: but what if a module could gain >>>access to the sitemap variable stack? a) it could provide easy XPath >>>access to all vars and b) could provide any naming scheme desired. >>> >> >>Hah! I was sort of wondering if this would surface! Then you could ha

Re: Remove the deprecated Notification stuff in org.apache.cocoon.*in 2.1?

Nicola Ken Barozzi wrote: > The Notification classes in org.apache.cocoon.* have been moved since > quite some time now in the components/notification, and I would not mind > if we remove it from there. > > Since they have already been deprecated for some time and I honestly > doubt anyone w

Re: Variable Expanders

Hunsberger, Peter wrote: >>Oh, I almost don't dare to suggest it: but what if a module could gain >>access to the sitemap variable stack? a) it could provide easy XPath >>access to all vars and b) could provide any naming scheme desired. >> >> > >Hah! I was sort of wondering if this would sur

Re: Variable Expanders

On 11.Oct.2002 -- 09:38 PM, Jeff Turner wrote: > On Fri, Oct 11, 2002 at 11:49:50AM +0200, Christian Haul wrote: > > On 10.Oct.2002 -- 11:50 PM, Stefano Mazzocchi wrote: > [snip naming debate] Just to make things clear: I don't _really_ mind changing the name. > [snip (unneeded) expander-sets]

Re: [vote] Steven Noels and Bertrand Delacretaz as committers

Diana Shannon wrote: > A recent discussion about a so-called "documentation team" prompted an > offline discussion among some of us about the need for more > "documentation-oriented" committers. As more and more users are getting > involved with Cocoon documentation development via the lists,

RE: Variable Expanders

> Oh, I almost don't dare to suggest it: but what if a module could gain > access to the sitemap variable stack? a) it could provide easy XPath > access to all vars and b) could provide any naming scheme desired. Hah! I was sort of wondering if this would surface! Then you could have variable nam

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

[EMAIL PROTECTED] wrote: >cziegeler2002/10/10 23:30:41 > > Modified:src/scratchpad/src/org/apache/cocoon/sunshine/connector Tag: >cocoon_2_0_3_branch ResourceConnectorImpl.java > src/java/org/apache/cocoon/xml Tag: cocoon_2_0_3_branch >

Re: Variable Expanders

On Fri, Oct 11, 2002 at 11:49:50AM +0200, Christian Haul wrote: > On 10.Oct.2002 -- 11:50 PM, Stefano Mazzocchi wrote: ... > > why aren't you declaring them in the sitemap? > > Because they are not only relevant to the sitemap and declaration of > general components in the sitemap was considered

DO NOT REPLY [Bug 13479] - Cocoon fails to compile sitemap and XSP in JBoss 3.0.3 with embedded Tomcat 4.1.12 and 4.0.5

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: Variable Expanders

Hi (this mail is *not* targetted at anyone specific), I can only repeat myself: We need something *similar* to the current InputModules for the sitemap - this must not necessarily be those components we already have - just ignore them for now (for this discussion). What we need is a simple and u

RE: InputModules and SourceInspectors

Stephan Michels wrote: > > On my intentions to integrate Slide into Cocoon I developed > the InspectableSource and SourceInspector IFs. And now I'm > thinking about merging the two concepts, InputModules and > SourceInspectors. > > The SourceInspectors are used to get information about > a Sourc

Re: [Announcement] sitemap variables

Sylvain Wallez wrote: > This can often happen with matchers when e.g. an area of the application > is protected : > > > > > ... > > > Ok, good point. > So explicit naming as proposed by Ilya finally seems the best approach > to me, as it removes all possible ambiguities at

RE: InputModules and SourceInspectors

On Fri, 11 Oct 2002, Carsten Ziegeler wrote: > > Stephan Michels wrote: > > > > On Fri, 11 Oct 2002, Carsten Ziegeler wrote: > > > > > Stephan Michels wrote: > > > > > > > > On my intentions to integrate Slide into Cocoon I developed > > > > the InspectableSource and SourceInspector IFs. And no

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

Vadim Gritsenko wrote: > > Hm... Does this bug present in saxon? > Don't know - I would guess not... :) Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Variable Expanders

On Fri, Oct 11, 2002 at 01:56:09PM +0200, Christian Haul wrote: > On 11.Oct.2002 -- 09:38 PM, Jeff Turner wrote: ... > > How about if they could be declared in either cocoon.xconf (when used > > generically) or sitemap.xmap (when used as 'expanders')? Two different > > 'contexts', two different co

Re: Variable Expanders

Jeff Turner wrote: >On Fri, Oct 11, 2002 at 01:56:09PM +0200, Christian Haul wrote: > > >>On 11.Oct.2002 -- 09:38 PM, Jeff Turner wrote: >> >> >... > > >>>How about if they could be declared in either cocoon.xconf (when used >>>generically) or sitemap.xmap (when used as 'expanders')? Two

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

Carsten Ziegeler wrote: >Vadim Gritsenko wrote: > > >>[EMAIL PROTECTED] wrote: >> >> >> >>>cziegeler2002/10/10 23:30:41 >>> >>> Modified: >>> >>> >>src/scratchpad/src/org/apache/cocoon/sunshine/connector Tag: >> >> >>> cocoon_2_0_3_branch ResourceConn

DO NOT REPLY [Bug 13479] - Cocoon fails to compile sitemap and XSP in JBoss 3.0.3 with embedded Tomcat 4.1.12 and 4.0.5

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: InputModules and SourceInspectors

Stephan Michels wrote: > > On Fri, 11 Oct 2002, Carsten Ziegeler wrote: > > > Stephan Michels wrote: > > > > > > On my intentions to integrate Slide into Cocoon I developed > > > the InspectableSource and SourceInspector IFs. And now I'm > > > thinking about merging the two concepts, InputModul

Re: Use of Xalan 2.4

I don't know the reason so I tried xalan2.4.1: XSLTExtension:escape (required for xsp.xsl) was not working. Michael Antonio Gallardo Rivera wrote: > > Just a question. Why Cocoon still use Xalan 2.3.1 and not 2.4.0? > > Antonio Gallardo > >

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

Vadim Gritsenko wrote: > > [EMAIL PROTECTED] wrote: > > >cziegeler2002/10/10 23:30:41 > > > > Modified: > src/scratchpad/src/org/apache/cocoon/sunshine/connector Tag: > >cocoon_2_0_3_branch ResourceConnectorImpl.java > > src/java/org/apache/cocoon/

InputModules and SourceInspectors

Hi, I currently not available(Learning for exams), but interesting in the your discussion. On my intentions to integrate Slide into Cocoon I developed the InspectableSource and SourceInspector IFs. And now I'm thinking about merging the two concepts, InputModules and SourceInspectors. The Sourc

RE: InputModules and SourceInspectors

On Fri, 11 Oct 2002, Carsten Ziegeler wrote: > Stephan Michels wrote: > > > > On my intentions to integrate Slide into Cocoon I developed > > the InspectableSource and SourceInspector IFs. And now I'm > > thinking about merging the two concepts, InputModules and > > SourceInspectors. > > > > Th

Re: Variable Expanders

On 10.Oct.2002 -- 11:50 PM, Stefano Mazzocchi wrote: > Piroumian Konstantin wrote: > Now, follow me: > > 1) from the user's point of view, input modules act as namespaced > sitemap variables (you said that) If used in sitemap, yes. In gereral they are arbitrary data sources. > 2) that means

Re: [Announcement] sitemap variables

On Friday 11 October 2002 00:28, Stefano Mazzocchi wrote: > Hmmm, after restating that I hate actions and I hate nested actions even > more because of {../../../1} let me state that I would hate them *even* > more if we go the Torsend's {///1} way. > > Sylvain proposed the {[1]1} path and don't kn

Re: Variable Expanders

Stefano Mazzocchi wrote: > Piroumian Konstantin wrote: > >> Ok. I'll give a real Use-Case and you look at it with your critical >> glance. >> Maybe we are too input-module-minded after so many discussions and are >> FS-infected. > > > Thanks, I really needed that. > >> Forrest's Use-Case >>

Re: new JSR on Java Compiler API

Stefano Mazzocchi wrote: > People, > > Neal Gafter is about to start the process for a new JSR on Java > Compiler API which would hopefully make it fir Tiger (aka Java 1.5). > He asked me if there are people interested in helping out with the > details of bootstrapping this from Apache and sin

Re: [Announcement] sitemap variables

Conal Tuohy wrote: >Stefano wrote: > > >> >> >> >> >> >> >> >> >> >> >>where the only problem is the nesting of two components of >>the same type >>(but I don't really see a need for this and I would think >>it's a design >>mistake of the component if you need

Re: [Announcement] sitemap variables

Stefano Mazzocchi wrote: > Hmmm, after restating that I hate actions and I hate nested actions > even more because of {../../../1} let me state that I would hate them > *even* more if we go the Torsend's {///1} way. > > Sylvain proposed the {[1]1} path and don't know about you, but that > made

Use of Xalan 2.4

Just a question. Why Cocoon still use Xalan 2.3.1 and not 2.4.0? Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

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

cziegeler2002/10/11 01:36:30 Modified:src/java/org/apache/cocoon/components/pipeline AbstractProcessingPipeline.java src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: Hopeful