RE: Pipe-aware Selectors [was Re: XML-Based Selection (Redirect Serializer?)]

Hi Stefano, Could you please have another look at the solution described by Bruno Dumon in the mailing list and comment on it. I'd really like to know what you think about it. It seperates the small incoming parts of data from the outgoing flow, doesn't change any cocoon interfaces, and you will

Re: Might have a Problem with Caching (xsp/xsl)

From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > > From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > > > From: "Torsten Reiners" <[EMAIL PROTECTED]> > > ... > > > 2: We want to set a xsl:variable to the value of the variable of > > > "msg" being part of the xsl:logic. > > > > It's not possibl

Re: [RT] user-components.xconf

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Ken, > > Cocoon Blocks are *not* generators, transformers and the like, these are > *components*, just implement different interfaces. I know my dear, I know. They are not blocks *now*. I used "blocks" simply because Blocks are pluggable and cleanl

Re: Fwd: "Preserving" Rhino State

Ovidiu Predescu wrote: > Hi Jason, > > Thank you for the pointer, I've downloaded Oliver's code and I'm > playing with it right now. > > By looking at the code it appears easy to extend the code to add full > continuations support in Rhino. I'll investigate some more and come > back with more th

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

vgritsenko02/03/05 19:11:30 Modified:src/java/org/apache/cocoon Constants.java Log: correction Revision ChangesPath 1.11 +4 -2 xml-cocoon2/src/java/org/apache/cocoon/Constants.java Index: Constants.java ===

cvs commit: xml-cocoon2/src/webapp/docs/samples/xsp-js session.xsp

vgritsenko02/03/05 19:05:24 Modified:.changes.xml src/documentation/xdocs/userdocs/xsp session.xml sessions.xml src/java/org/apache/cocoon/components/language/markup/xsp JSGenerator.java XSPSessionHelp

WriteFileTransformer Scratchpad Contribution...

I've had several requests for my solution to Dynamic File Writing from a message I posted a while back. I've been monitoring the dev list and I know Jeremy Quinn contributed a much more elegant solution to this issue. Admittedly I don't know a great deal about Jeremy's version, but due to the req

help connection Cocoon2 to Oracle8

Hi,my system PC1 win2000,Tomcat4.0,jdk1.3 end data souce is PC2 Oracle8ERROR CONNECTION org.apache.cocoon.ProcessingException description org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate():java.lang.RuntimeException: Could not get the datasource java.sql.SQL

Re: Fwd: "Preserving" Rhino State

Hi Jason, Thank you for the pointer, I've downloaded Oliver's code and I'm playing with it right now. By looking at the code it appears easy to extend the code to add full continuations support in Rhino. I'll investigate some more and come back with more thoughts and ideas on it. If continuatio

Re: experimental XSLTC

Does anyone know when Jacek and Santiago will be getting committer status to work on XSLTC? The nomination message went out over a week ago and they got some +1 votes. -- Tom Amiro -- SQA Engineer Sun XML Technology Development voice: 781-442-0589 Fax: 781-442-1437 eMail: tom.amiro@.sun.

RE: [RT] user-components.xconf

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > Nicola Ken Barozzi wrote: > > > > From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > > > > > 3. Should we remove ability to define components in the sitemap, and > > > provide ability to declare components in the separate user.conf file > > > (o

Pipe-aware Selectors [was Re: XML-Based Selection (Redirect Serializer?)]

Daniel Fagerstrom wrote: > The pipe-selector (ideas about a better name?) would look something like > this: > > > > > > > > ... > > > > > > The general idea is that the pipe-selector buffers it input in e.g. a > DOM-tree, then the tests can be applied to th

Re: [RT] Cocoon Web Applications

Akber Choudhry wrote: > > On Fri, 1 Mar 2002, Stefano Mazzocchi wrote: > > > Akber Choudhry wrote: > > > > > > Is there the possibliity of developer build, pro build, and enterprise > > > build, complete with optional tomcat config files etc. and checking of > > > java versions, xerces versions

Re: [RT] user-components.xconf

Nicola Ken Barozzi wrote: > > From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > > > 3. Should we remove ability to define components in the sitemap, and > > provide ability to declare components in the separate user.conf file > > (optional, one per sitemap). > > My two cents: > > - cocoon.xconf (b

[FYI] Tomcat 4.0.4 beta1 - release notes

Interesting release notes that affect Tombat, from http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4-b1/RELEAS E-NOTES Tomcat 4.0 and Apache Cocoon 2.0: For optimal performance with Apache Cocoon 2.0, it is recomm

Re: [RT] user-components.xconf

From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > 3. Should we remove ability to define components in the sitemap, and > provide ability to declare components in the separate user.conf file > (optional, one per sitemap). My two cents: - cocoon.xconf (basic cocoon components, one only) - user.xconf

Re: [CONTRIB] DbXMLAuthenticatorAction - v0.2

Nicola Ken Barozzi wrote: > > From: "Christian Zoffoli" <[EMAIL PROTECTED]> > > > This is to authenticate users on DBXML > > I've committed it in scratchpad with minor changes to formatting. > > For the next contribution (that I hope will come soon :-) please do not use > tabs and use proper j

RE: [RT] user-components.xconf

> From: Torsten Curdt [mailto:[EMAIL PROTECTED]] > > > > In the interpreted sitemap engine, the section is > > > handled as regular component manager configuration (i.e. a .xconf > > > file), so you can add any component you wish in it. > > Hm... I wasn't aware of this fact. But question is: is

RE: [RT] user-components.xconf

> > In the interpreted sitemap engine, the section is > > handled as regular component manager configuration (i.e. a .xconf > file), > > so you can add any component you wish in it. Hm... I wasn't aware of this fact. But question is: is this a desired location for component configurations? I wou

DO NOT REPLY [Bug 6785] - No startup with j2sdk-1.4.0

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 6785] - No startup with j2sdk-1.4.0

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: [RT] user-components.xconf

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > Bertrand Delacretaz wrote: > > >On Tuesday 05 March 2002 09:21, Torsten Curdt wrote: > > > >>. . . > >>We should be able to have a separate configuration besides the > >>configuration for the core components. We should be able to define a > >

RE: getRemoteAddr from XSPRequestHelper missing

Hi Enke, Most of the one-liners from helper went straight into request.xsl (IIRC). Vadim > -Original Message- > From: Enke Michael [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 05, 2002 8:24 AM > To: [EMAIL PROTECTED] > Subject: getRemoteAddr from XSPRequestHelper missing > > Hi (e

DO NOT REPLY [Bug 6868] - Cocoon, the Sleeping Beauty

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: document2html.xsl

From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > Is there a site on Apache for Forrest? I'd be happy to contribute to it. :-) To subscribe use [EMAIL PROTECTED] There is a mailing list, and some willing developers. There's a basic build structure in CVS, along with a site mockup and enhance

RE: document2html.xsl

> From: Piroumian, Konstantin [mailto:[EMAIL PROTECTED]] > > Is there a site on Apache for Forrest? I'd be happy to > contribute to it. > Forrest *is* (or will be :) the site :) Atm, all that exists is cvs. J. === Informati

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

sylvain 02/03/05 07:45:11 Added: src/java/org/apache/cocoon/generation SessionAttributeGenerator.java Log: New generator from session attributes Revision ChangesPath 1.1 xml-cocoon2/src/java/org/apache/cocoon/generation/Session

Re: document2html.xsl

> From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > > > > From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > > > > > > > Hi, all! > > > > > > > > Is it ok that document2html.xsl results in a non-HTML root > > > > element? > > > > > > Patched. Thank you :-) > > > > Thank you too, but this is no

DO NOT REPLY [Bug 6868] - Cocoon, the Sleeping Beauty

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: document2html.xsl

From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > > From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > > > > > Hi, all! > > > > > > Is it ok that document2html.xsl results in a non-HTML root > > > element? > > > > Patched. Thank you :-) > > Thank you too, but this is not the only thing that I

DO NOT REPLY [Bug 6880] - [PATCH] ImageDirectoryGenerator - ignore "." files

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 6880] New: - [PATCH] ImageDirectoryGenerator - ignore "." files

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: document2html.xsl

> From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > > > Hi, all! > > > > Is it ok that document2html.xsl results in a non-HTML root > > element? > > Patched. Thank you :-) Thank you too, but this is not the only thing that I'd like to see patched in it. I was going to use it with my own proje

Re: experimental XSLTC version

Jacek, PLEASE use CVS...All of us get sources from CVS multiple times a day. It will be really helpful to see the sources. Thanks, dims --- [EMAIL PROTECTED] wrote: > > > If you would like TO CONTINUE to be notified about updates to my > > experimental version, > > Jacek, you have full commi

Re: document2html.xsl

From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > Hi, all! > > Is it ok that document2html.xsl results in a non-HTML root > element? Patched. Thank you :-) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten,

DO NOT REPLY [Bug 6879] - [patch] Cache improvement using ESI invalidation protocol

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/documentation/stylesheets/printer_skin document2html.xsl

nicolaken02/03/05 07:14:09 Modified:src/documentation/stylesheets document2html.xsl src/documentation/stylesheets/printer_skin document2html.xsl Log: Now outputs "html" as main tag instead of "document", as suggested by Piroumian, Konstantin <[EMAIL PROTECTED]>

DO NOT REPLY [Bug 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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: experimental XSLTC version

> If you would like TO CONTINUE to be notified about updates to my > experimental version, Jacek, you have full committer status (as of early last week), so it would be nice to focus on the Apache source base and distribution mechanism. -scott

DO NOT REPLY [Bug 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6879] - [patch] Cache improvement using ESI invalidation protocol

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: experimental XSLTC

Jacek already got it early last week. Whether he's actually got SSH to work, etc., is another question. How many +1 votes did Santiago get? Provided it was more than me and you, I can send in the request to Brian later today. -scott

Re: [PROPOSAL] (was Re: [RT] user-components.xconf)

On Tuesday 05 March 2002 06:17 am, Nicola Ken Barozzi wrote: > platform. Having Tomcat in Phoenix, side by side to Cocoon and James is > really cool, but are people going to use it this way? Yes. I would love to see Cocoon the Servlet hosted under Phoenix. My Cocoon app currently talks to a phoe

DO NOT REPLY [Bug 6879] - [patch] Cache improvement using ESI invalidation protocol

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 6868] - Cocoon, the Sleeping Beauty

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 6879] New: - [patch] Cache improvement using ESI invalidation protocol

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 6868] - Cocoon, the Sleeping Beauty

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: [RT] active monitoring

Torsten Curdt wrote: > Berin, I'm wondering... How far did you get with your idea of active > monitoring of resources? > > I remember a thread were some profiling sessions showed that checking the > last modification time of resources can be quite expensive and has an > impact on scaleability. Th

RE: Cocoon Article (German)

>> >http://www1.computerwoche.de/index.cfm?pageid=267&type=ArtikelDetail&id=801 0 >6336&cfid=581217&cftoken=63187280&nr=1 > Session timed out :( > << Yep. Worked ok this morning ;(. We must have killed it. Matthew -- Open Source Group sunShine - Lighting up e:Business ===

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

sylvain 02/03/05 05:33:46 Modified:.build.xml src/webapp sitemap.xmap Added: src/java/org/apache/cocoon/generation xindice.pipeline xindice.sitemap xmldb.pipeline src/java/org/apache/cocoon/samples/parentcm naming.pip

document2html.xsl

Hi, all! Is it ok that document2html.xsl results in a non-HTML root element? E.g.: ... results in: ... Best regards, Konstantin Piroumian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

Re: Cocoon Article (German)

Matthew Langham wrote: >The article Carsten and I wrote for the German IT weekly ComputerWoche is >now online at: > >http://www1.computerwoche.de/index.cfm?pageid=267&type=ArtikelDetail&id=8010 >6336&cfid=581217&cftoken=63187280&nr=1 > Session timed out :( > >Of course it is in German. > >Matthe

getRemoteAddr from XSPRequestHelper missing

Hi (especially Vadim), since version 1.3 of XSPRequestHelper.java the request.getRemoteAddr (and maybe others too) are removed from this file. Where do they went to? Regards, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] F

cvs commit: xml-cocoon2/src/webapp cocoon.xconf

dims02/03/05 05:11:54 Modified:src/webapp cocoon.xconf Log: Switch off reuse of parsers till we get a fix for the following bug in Excalibur: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6877 Revision ChangesPath 1.35 +1 -1 xml-cocoon2/src/webapp/coc

Re: [RT] user-components.xconf

On Tue, Mar 05, 2002 at 01:11:53PM +0100, Torsten Curdt wrote: > > > We should be able to have a separate configuration besides the > > > configuration for the core components. We should be able to define a > > > user.xconf. (or better user-components.xconf?) > > > > I've brought this up a cou

RE: POI serialization code ready to be committed

> +1 here, +10 if it has samples ;) > > Vadim So its +10 +1 from me too. HA! Ask Ken what a documentation harper I am! Not only does it have samples but you can use gnumeric as your XSLT template generator. We are compatible with its tag language. In fact Marc originally wrote the XML sche

DO NOT REPLY [Bug 6785] - No startup with j2sdk-1.4.0

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 6785] - No startup with j2sdk-1.4.0

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: [RT] user-components.xconf

> > In order to integrate self-written components we currently only have > > user-roles to make these components available to the component manager. > > But the configuration of these components still needs to be added to the > > cocoon.xconf. This is IMHO dead ugly and bad for upgrade and maintai

Cocoon Article (German)

The article Carsten and I wrote for the German IT weekly ComputerWoche is now online at: http://www1.computerwoche.de/index.cfm?pageid=267&type=ArtikelDetail&id=8010 6336&cfid=581217&cftoken=63187280&nr=1 Of course it is in German. Matthew -- Open Source Group sunShine - Lighting

Re: [RT] user-components.xconf

Hi Torsten! On Tue, Mar 05, 2002 at 09:21:40AM +0100, Torsten Curdt wrote: > In order to integrate self-written components we currently only have > user-roles to make these components available to the component manager. > But the configuration of these components still needs to be added to the >

Re: [PROPOSAL] (was Re: [RT] user-components.xconf)

From: "Torsten Curdt" <[EMAIL PROTECTED]> > First off... the replies seem to proove this is a useful feature > (glad you like the idea :) It fills a need :-) > And I now propose to add the CascadingConfiguration to our codebase. If it > makes it's way into Framework / Excalibur we can easily dr

Re: Fwd: "Preserving" Rhino State

Jason Foster wrote: > I sent a message to the Mozilla JavaScript newsgroup and got the > following reply... > >> It's not currently possible to serialize the execution state of the >> Rhino interpreter, if that's what you're requesting. However there >> has been some work on this by Christophe

[PROPOSAL] (was Re: [RT] user-components.xconf)

First off... the replies seem to proove this is a useful feature (glad you like the idea :) And I now propose to add the CascadingConfiguration to our codebase. If it makes it's way into Framework / Excalibur we can easily drop our version. We should also add a javadoc comment that this class is

Re: [CONTRIB] DbXMLAuthenticatorAction - v0.2

From: "Christian Zoffoli" <[EMAIL PROTECTED]> > This is to authenticate users on DBXML I've committed it in scratchpad with minor changes to formatting. For the next contribution (that I hope will come soon :-) please do not use tabs and use proper javadoc @tags, and send the contribution to Bu

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/acting DbXMLAuthenticatorAction.java

nicolaken02/03/05 03:02:31 Added: src/scratchpad/src/org/apache/cocoon/acting DbXMLAuthenticatorAction.java Log: Added action to authenticate users with DBXML, contributed by Christian Zoffoli <[EMAIL PROTECTED]>. Revision ChangesPath 1.1

RE: [RT] user-components.xconf

> >> > single class) should we adopt the code in out codebase? As much as I hate > duplicate code I also like to see this functionality! > << > +1 > > We definately need something like this. I suggest we go for the duplicate > code as it would seem from your message that this is the only way..? S

DO NOT REPLY [Bug 6868] - Cocoon, the Sleeping Beauty

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: cvs commit: xml-cocoon2/tools build-s.xml

From: <[EMAIL PROTECTED]> > sylvain 02/03/05 00:32:26 > > Modified:toolsbuild-s.xml > Removed: src/scratchpad/targets treeprocessor.xml > Log: > Remove treeprocessor from the scratchpad builds. :-) kewl, you were faster than me on this :-) -- Nicola Ken Barozzi

Re: [RT] user-components.xconf

From: "Sylvain Wallez" <[EMAIL PROTECTED]> > Bertrand Delacretaz wrote: > > >On Tuesday 05 March 2002 09:21, Torsten Curdt wrote: > > > >>. . . > >>We should be able to have a separate configuration besides the > >>configuration for the core components. We should be able to define a > >>user.xcon

DO NOT REPLY [Bug 6868] - Cocoon, the Sleeping Beauty

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: [RT] user-components.xconf

Bertrand Delacretaz wrote: >On Tuesday 05 March 2002 09:21, Torsten Curdt wrote: > >>. . . >>We should be able to have a separate configuration besides the >>configuration for the core components. We should be able to define a >>user.xconf. (or better user-components.xconf?) >>. . . >> > >From a

DO NOT REPLY [Bug 6868] - Cocoon, the Sleeping Beauty

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: [RT] user-components.xconf

On Tuesday 05 March 2002 09:21, Torsten Curdt wrote: >. . . > We should be able to have a separate configuration besides the > configuration for the core components. We should be able to define a > user.xconf. (or better user-components.xconf?) >. . . >From a user's point of view, being able to d

Re: More random thoughts on blogging and content editing

Stefano Mazzocchi wrote: > I would like to have the granularity to say 'this is editable' (say the > latest log in your weblog columns) but the rest is not... right there!, > no need for text fields, no need for weird things. Just *write* on your > page, like you would do on paper! > > But with

cvs commit: xml-cocoon2/tools build-s.xml

sylvain 02/03/05 00:32:26 Modified:toolsbuild-s.xml Removed: src/scratchpad/targets treeprocessor.xml Log: Remove treeprocessor from the scratchpad builds. Revision ChangesPath 1.4 +0 -1 xml-cocoon2/tools/build-s.xml Index: build-s.xml ===

RE: [RT] user-components.xconf

>> single class) should we adopt the code in out codebase? As much as I hate duplicate code I also like to see this functionality! << +1 We definately need something like this. I suggest we go for the duplicate code as it would seem from your message that this is the only way..? Matthew -- Open

[RT] active monitoring

Berin, I'm wondering... How far did you get with your idea of active monitoring of resources? I remember a thread were some profiling sessions showed that checking the last modification time of resources can be quite expensive and has an impact on scaleability. This might be solved or worked arou

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/sitemap - New directory

sylvain 02/03/05 00:22:51 xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/sitemap - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] Fo

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor - New directory

sylvain 02/03/05 00:22:46 xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

[RT] user-components.xconf

In order to integrate self-written components we currently only have user-roles to make these components available to the component manager. But the configuration of these components still needs to be added to the cocoon.xconf. This is IMHO dead ugly and bad for upgrade and maintainace cycles. We