RE: WHATSNEW file - was: Re: Missing cocoon.xconf compiler parameter

> Vadim Gritsenko wrote: > > > Isn't current Cocoon's release notes are constructed from the > changes.xml? > Yes. Some weeks ago we had this discussion about adding attributes to the changes.xml to indicate which change is worth mentioning in a "what's new section." AFAIK this decision was

cvs commit: xml-cocoon2 changes.xml

cziegeler02/03/13 00:58:41 Modified:.changes.xml Log: Updated changes Revision ChangesPath 1.116 +4 -1 xml-cocoon2/changes.xml Index: changes.xml === RCS file: /home/cvs/xml-cocoon2

Everywhere licences

Hi, why do we have all these licences in different places, most (all?) of them are in the legal directory, but some are also(!) in the lib/core and lib/optional directory. And some are even misnamed (we have xalan 2.2.0 licence, but xalan 2.3.1 jar; same with xerces etc.) Can we sort this out?

RE: Everywhere licences

A higher authority spoke. Can't remember who put them in, but I didn't recognise the username. Check the CVS history. J. > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, 13 March 2002 9:03 am > To: Cocoon-Dev > Subject: Everywhere licences > >

Re: [Request for Feedback] re: HTML Form <-> XML <-> JavaBeans Binding [was: Announcement]

- Original Message - From: "Ivelin Ivanov" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 13, 2002 6:11 AM Subject: Re: [Request for Feedback] re: HTML Form <-> XML <-> JavaBeans Binding [was: Announcement] > > - Original Message - > From: "Piroumian, Konstant

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

cziegeler02/03/13 02:36:39 Modified:src/java/org/apache/cocoon/acting HttpHeaderAction.java Log: Formatted code Revision ChangesPath 1.7 +23 -19 xml-cocoon2/src/java/org/apache/cocoon/acting/HttpHeaderAction.java Index: HttpHeaderAction.java

Re: [Request for Feedback] re: HTML Form <-> XML <-> JavaBeans Binding [was: Announcement]

Some editing of the mails to eliminate unnecessary parts is not a bad idea ;-) - Original Message - From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]> Sent: Wednesday, March 13, 2002 11:36 AM Subject: Re: [Request for Feedback] r

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

cziegeler02/03/13 03:03:37 Modified:src/java/org/apache/cocoon/components/pipeline CachingStreamPipeline.java Log: Searching for 'aborted' for connection to reset by peer exception, too Revision ChangesPath 1.8 +5 -4 xml-cocoon2/src/ja

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

cziegeler02/03/13 03:05:24 Modified:src/webapp sitemap.xmap Log: Adding set-header action to sitemap Revision ChangesPath 1.41 +3 -0 xml-cocoon2/src/webapp/sitemap.xmap Index: sitemap.xmap =

RE: [Request for Feedback] re: HTML Form <-> XML <-> JavaBeans Binding [was: Announcement]

> Some editing of the mails to eliminate unnecessary parts is > not a bad idea > ;-) Ok, ok, I just was a little lazy ;) > > - Original Message - > From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" > <[EMAIL PROTECTED]> > Sent: Wednesday, Ma

FW: I may be wrong but

Not acked... Pier -- Forwarded Message > From: "Dunham, Jud" <[EMAIL PROTECTED]> > Date: Tue, 12 Mar 2002 17:41:27 -0500 > To: <[EMAIL PROTECTED]> > Subject: I may be wrong but > > Hello, > > I am trying to understand cocoon in particular and XML etc in general and was > reading over t

Re: Everywhere licences

> Carsten Ziegeler wrote: > > Hi, > > why do we have all these licences in different places, most (all?) > of them are in the legal directory, but some are also(!) in the > lib/core and lib/optional directory. > > And some are even misnamed (we have xalan 2.2.0 licence, but > xalan 2.3.1 jar; sa

[ADMIN] keeping focus helps your points come across!

We use the mail list both as a media to transmit our thoughts and as a virtual location to hang around and feel part of something. In order for the second to happen, you just have to subscribe. That's it, nothing fancy. But in order for the first to happen (transmit your thoughts) it's an entire

Re: Wyona / Xopus (IE vs.Mozilla)

Michael Wechner wrote: > I suggest that we help Laurens and Lon from Q42 getting > their functional specification online, such that we have > a common basis. Sure. This will be a great step to start. > Nevertheless, here are some topics I would like to discuss: > > 1) Context menu: > You c

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

cziegeler02/03/13 05:44:56 Modified:src/java/org/apache/cocoon cocoon.roles Log: Adding avalon resolver to roles Revision ChangesPath 1.14 +4 -0 xml-cocoon2/src/java/org/apache/cocoon/cocoon.roles Index: cocoon.roles =

Re: Wyona / Xopus (IE vs.Mozilla)

Stefano Mazzocchi wrote: >"Robert S. Koberg" wrote: > > > >Don't tell me, my girlfiend is one of them :) and given the overall >beauty of macosx I might turn into one of them myself shortly :) > I am about 70% on OSX now that I have a mozilla mail client :) Have you burned a DVD yet? (: rheto

strange exception - store?

Can some of you please spend some cents on this one... ...I get this on some request but fail to see a pattern. This happens in HEAD from a few days ago but have seen it with an earlier version, too. Is this store related? (we are still using org.apache.cocoon.components.store.FilesystemStore)

DO NOT REPLY [Bug 7086] New: - sample jdbc connection fails under jdk 1.4

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: confusion about configuration files

> Ovidiu Predescu wrote: > > > I've defined my component selector and registered it by creating my > own user.roles in the Web app, and then adding in the top 'cocoon' > element of my cocoon.xconf an attribute > 'user-roles="/user.roles". Then I've added a .xconf snippet in my new > component,

DO NOT REPLY [Bug 6859] - Cocoon requires JDK 1.3 NOT 1.2!

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

lowercase XML languages

Original Message Subject: RE: lowercase XML languages Date: Wed, 13 Mar 2002 06:22:24 -0800 From: "Robert Hess" <[EMAIL PROTECTED]> To: "Robert Koberg" <[EMAIL PROTECTED]> That's a good one... The person who told you that was either pulling your leg, or just trying to make up

DO NOT REPLY [Bug 6859] - Cocoon requires JDK 1.3 NOT 1.2!

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 CocoonSourceResolver.java CocoonComponentManager.java

cziegeler02/03/13 06:50:57 Modified:src/java/org/apache/cocoon/components CocoonComponentManager.java Added: lib/core avalon-excalibur-20020313.jar avalon-scratchpad-20020313.jar src/java/org/apache/cocoon

Re: lowercase XML languages

On Wed, 2002-03-13 at 14:38, Robert Koberg wrote: > That's a good one... The person who told you that was either pulling > your leg, or just trying to make up an explanation. In fact, just the > opposite would be true, if anything. Since the upper case letters appear > first in ASCII order, you "c

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

cziegeler02/03/13 07:12:08 Modified:src/java/org/apache/cocoon/components CocoonSourceResolver.java Log: Next step for source resolving: relative system ids Revision ChangesPath 1.2 +5 -2 xml-cocoon2/src/java/org/apache/cocoon/componen

RE: strange exception - store?

> From: Torsten Curdt [mailto:[EMAIL PROTECTED]] > > Can some of you please spend some cents on this one... Where to send these? :) > ...I get this on some request but fail to see a pattern. > This happens in HEAD from a few days ago but have seen it with > an earlier version, too. > > Is thi

cvs commit: xml-cocoon2/lib/core avalon-excalibur-scratchpad-20020313.jar avalon-scratchpad-20020313.jar

cziegeler02/03/13 07:15:29 Added: lib/core avalon-excalibur-scratchpad-20020313.jar Removed: lib/core avalon-scratchpad-20020313.jar Log: Naming jar correctly Revision ChangesPath 1.1 xml-cocoon2/lib/core/avalon-excalibur-scratchpad-20020313.jar

RE: strange exception - store?

On Wed, 13 Mar 2002, Vadim Gritsenko wrote: > > From: Torsten Curdt [mailto:[EMAIL PROTECTED]] > > > > Can some of you please spend some cents on this one... > > Where to send these? :) over here :) > > ...I get this on some request but fail to see a pattern. > > This happens in HEAD from a few

New Project: Cocoon Best Practices Example/Documentation

Hi All, I'm about to start on a "best practices" webapp example effort for Cocoon. I've added a number of enhancements to an existing PERL site http://www.bringmethis.com. The site is a reverse auction site. They've agreed to let me rewrite the site and use it as a live example for a Cocoon web

[RT] Avoiding Cocoon Thermal Death

There is an astrophysical concept called 'Thermal Death': the details are pretty hard to understand without a serious background in thermodynamics, but the concept is very simple: as closed systems get bigger, disorder increases and degrades energy Thermal death is the point where all the ener

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/util AvalonUtil.java

cziegeler02/03/13 07:45:30 Modified:src/scratchpad/src/org/apache/cocoon/sunshine/sunrise ApplicationHandler.java Handler.java SunRise.java src/scratchpad/src/org/apache/cocoon/sunshine/sunspot SunSpot.java sr

RE: [RT] Avoiding Cocoon Thermal Death

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > There is an astrophysical concept called 'Thermal Death': the details > are pretty hard to understand without a serious background in > thermodynamics, but the concept is very simple: > > as closed systems get bigger, disorder increases

RE: [RT] Avoiding Cocoon Thermal Death

These three points give me consideration of the FreeBSD 'pkgadd' facility and how it might apply here. I'm not suggesting that we bite off a network package installer for the first go, but I do believe the requirements should facilitate the smooth development of one. In essence, there wo

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

cziegeler02/03/13 08:28:02 Modified:.changes.xml src/java/org/apache/cocoon cocoon.roles src/java/org/apache/cocoon/components/xpath JaxenProcessorImpl.java XPathProcessor.java XPathProcessorImpl.java

RE: [RT] Avoiding Cocoon Thermal Death

> Stefano Mazzocchi wrote: > > > > Well, because the more feature we add, the more people we attract, the > more features will get added. So the system grows, but disorder with it > and the energy injected by these new contributions are degraded, slowing > down the evolution of the project. > > W

Re: [RT] Avoiding Cocoon Thermal Death

Stefano Mazzocchi wrote: > +-+ > | I propose the adoption of the Avalon Block | > | design pattern to modularize Cocoon's user | > | level and avoid the increase of disorder. | > +---

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

ovidiu 02/03/13 09:39:57 Modified:src/java/org/apache/cocoon/components/treeprocessor NamedContainerNodeBuilder.java Log: nameAttr: changed private access to protected. Revision ChangesPath 1.2 +2 -2 xml-cocoon2/src/java/org/apache/co

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

ovidiu 02/03/13 09:41:06 Modified:src/java/org/apache/cocoon/components/treeprocessor TreeProcessor.java Log: Allow the configuration file to be passed in the "config" attribute of the element. Revision ChangesPath 1.2 +6 -2 xml-co

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

ovidiu 02/03/13 09:42:22 Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap CallNodeBuilder.java Log: Changed private access to protected. Changed type of 'node' from CallNode to ProcessingNode, to allow other types of 'call' semantics.

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components - New directory

ovidiu 02/03/13 09:43:26 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

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

ovidiu 02/03/13 09:43:46 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PR

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

ovidiu 02/03/13 09:43:55 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail:

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow - New directory

ovidiu 02/03/13 09:44:03 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine SunShine.java

ovidiu 02/03/13 09:53:22 Modified:src/scratchpad/src/org/apache/cocoon/sunshine SunShine.java Log: Don't import org.apache.cocoon.sunshine.util.\* which doesn't seem to exist. Revision ChangesPath 1.3 +2 -2 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/su

RE: [RT] Avoiding Cocoon Thermal Death

Hi, >Ok, now I will describe how I see a cocoon block. > > a) Cocoon Blocks are Zip files. Even if less efficiently compressed, >Zip archives have internal random-access features, unlike tar.gz, >moreover they are easy to read/write within java and are used for both >.jar and .war > > b) The pr

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java

ovidiu 02/03/13 10:52:57 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java Log: Provides the interface between Cocoon and a scripting engine used for the flow control. Revision ChangesPath 1.1

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow InterpreterSelector.java

ovidiu 02/03/13 10:59:19 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow InterpreterSelector.java Log: Selector of different flow control interpreters. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/s

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow flow.xconf

ovidiu 02/03/13 11:00:18 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow flow.xconf Log: Configuration for the flow control component. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/src/org/a

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor treeprocessor-builtins2.xml

ovidiu 02/03/13 11:03:12 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor treeprocessor-builtins2.xml Log: Configuration file for the tree processor sitemap interpreter that includes extensions to call functions of the flow c

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation SourceWritingTransformer.java FileWritingTransformer.java WriteableSourceTransformer.java

jeremy 02/03/13 11:03:51 Added: src/scratchpad/src/org/apache/cocoon/transformation SourceWritingTransformer.java Removed: src/scratchpad/src/org/apache/cocoon/transformation FileWritingTransformer.java Wri

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallFunctionNode.java

ovidiu 02/03/13 11:03:59 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallFunctionNode.java Log: Node handler for calling functions in the flow control layer. Revision ChangesPath 1.1

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallNodeBuilder2.java

ovidiu 02/03/13 11:04:52 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallNodeBuilder2.java Log: Call node builder that creates either a CallNode or a CallFunctionNode. Revision ChangesPath 1.1

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java

ovidiu 02/03/13 11:05:24 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java Log: Handler for elements in the sitemap. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/sch

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNodeBuilder.java

ovidiu 02/03/13 11:06:45 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNodeBuilder.java Log: Builder for creating a ScriptNode for . Revision ChangesPath 1.1 xml-cocoon2/src/scrat

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

ovidiu 02/03/13 11:08:12 Modified:src/scratchpad/schecoon/webapp cocoon.xconf Log: Updated to make use of the TreeProcessor interpreted sitemap, instead of the Scheme sitemap (which will be dropped shortly). Revision ChangesPath 1.7 +288 -156 xml-cocoon2/src/sc

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

ovidiu 02/03/13 11:08:43 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Updated to work with the TreeProcessor implementation of the sitemap. Revision ChangesPath 1.5 +16 -7 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: sitemap

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp user.roles

ovidiu 02/03/13 11:09:18 Modified:src/scratchpad/schecoon/webapp user.roles Log: Define the InterpreterSelector component. Revision ChangesPath 1.3 +10 -0 xml-cocoon2/src/scratchpad/schecoon/webapp/user.roles Index: user.roles ==

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp/WEB-INF logkit.xconf

ovidiu 02/03/13 11:09:41 Modified:src/scratchpad/schecoon/webapp/WEB-INF logkit.xconf Log: Updated to the latest logkit. Revision ChangesPath 1.2 +51 -42xml-cocoon2/src/scratchpad/schecoon/webapp/WEB-INF/logkit.xconf Index: logkit.xconf

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java

ovidiu 02/03/13 11:10:35 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: Support for JavaScript with continuations as a flow language. Revision ChangesPath 1.1 xml-cocoon2/s

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

ovidiu 02/03/13 11:13:32 Added: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020311.jar Log: Added. Version from Christopher Oliver which adds continuations support to Rhino. Revision ChangesPath 1.1 xml-cocoon2/src/

CocoonMarkupLanguage: no cocoon bug, but...

Hi! In my environment (jdk1.4, tomcat 4.0.3-LE) xml-cocoon2 HEAD hangs in src/java/org/apache/cocoon/components/language/markup/CocoonMarkupLangua ge.java at line 274 273:AttributesImpl newAtts = new AttributesImpl(atts); 274:newAtts.addAttribute("", "file-name", "file-name", "CDATA", name); I

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/editor/tests make-page.xsl test1.xml test2.xml test3.xml test4.xml

jeremy 02/03/13 11:19:43 Modified:src/scratchpad/webapp/mount/editor README editor.xmap src/scratchpad/webapp/mount/editor/docs source.xml tests.xml welcome.xml src/scratchpad/webapp/mount/editor/editor/docs welcome.xml

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

ovidiu 02/03/13 11:24:56 Modified:src/scratchpad/schecoon build.xml Log: Build the flow component. Revision ChangesPath 1.10 +12 -0 xml-cocoon2/src/scratchpad/schecoon/build.xml Index: build.xml ===

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

ovidiu 02/03/13 11:25:18 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-13 Ovidiu Predescu <[EMAIL PROTECTED]> * build.xml: Build the flow component. * src/org/apache/cocoon/components/flow/JavaScriptInterpreter.java: Support for JavaScript

cvs commit: xml-cocoon2/src/scratchpad/schecoon prj.el

ovidiu 02/03/13 11:25:42 Modified:src/scratchpad/schecoon prj.el Log: Updated to the latest jar files. Revision ChangesPath 1.8 +2 -2 xml-cocoon2/src/scratchpad/schecoon/prj.el Index: prj.el =

XSLTC fixes for XSLTMark tests

Hi, The other week, there was a thread involving Jacek, XSLTC, and XSLTMark. XSLTC had some bugs that affected the dbrowone, alphabetize, and trend tests. We would like to inform those who may be interested that those bugs have been fixed in the current CVS version of XSLTC on Apache. --

[C2] xslt/namespace weird problem

Hi, I have some weird problem that seems to be cocoon/trax related. Let's have two simple files: bug/src.xml (should be allowed to be much more complicated): bug/addsql.xsl: http://www.w3.org/1999/XSL/Transform";> http://apache.org/cocoon/SQL/2.0";> SELECT 1 AS bug

[Update] slash-edit and SourceWritingTransformer

Dear All, I just updated cvs with new stuff. I think I have the final name for the Transformer ;) SourceWritingTransformer (was: WriteableSourceTransformer) I also simplified the Exception handling according to Sylvain's advice. Slash-edit now has a pattern for multiple editors, I c

Re: [RT] Avoiding Cocoon Thermal Death

At 4:30 pm +0100 13/3/02, Stefano Mazzocchi wrote: > +-+ > | I propose the adoption of the Avalon Block | > | design pattern to modularize Cocoon's user | > | level and avoid the increase of disorder. | >

Re: [C2] xslt/namespace weird problem

On Wednesday, March 13, 2002, at 08:25 pm, Szymon Stasik wrote: > > Hi, > > > I have some weird problem that seems to be cocoon/trax related. Let's > have two simple files: > > > bug/src.xml (should be allowed to be much more complicated): > > > > > > bug/addsql.xsl: > > > xmlns:xsl="http:/

DO NOT REPLY [Bug 7099] New: - javax/xml/transform/URIResolver

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: DO NOT REPLY [Bug 7099] New: - javax/xml/transform/URIResolver

try http://marc.theaimsgroup.com/?t=10150987843&r=1&w=2 > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: woensdag 13 maart 2002 23:21 > To: [EMAIL PROTECTED] > Subject: DO NOT REPLY [Bug 7099] New: - > javax/xml/transform/URIResolver > > > DO NOT REP

Re: Wyona / Xopus (IE vs.Mozilla)

Stefano Mazzocchi wrote: > Michael Wechner wrote: > > >>I suggest that we help Laurens and Lon from Q42 getting >>their functional specification online, such that we have >>a common basis. >> > > Sure. This will be a great step to start. Ok, let's talk to Lon at the conference how we can h

DO NOT REPLY [Bug 7099] - javax/xml/transform/URIResolver

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 7099] - javax/xml/transform/URIResolver

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 5204] - cocoon hangs trying to load the sample pages

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

Cocoon2 on IBM DeveloperWorks.

FYI, http://www-105.ibm.com/developerworks/education.nsf/dw/xml-onlinecourse-bynewest Thanks, dims = Davanum Srinivas - http://xml.apache.org/~dims/ __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.co

DO NOT REPLY [Bug 5204] - cocoon hangs trying to load the sample pages

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 5204] - cocoon hangs trying to load the sample pages

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: XSLTC fixes for XSLTMark tests

Tom, That's good news. Can you please help us with running sitemap.xsl against sitemp.xmap? This is a MAJOR stumbling block for us trying to use Cocoon2 with XSLTC. http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl http:

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNodeBuilder.java

ovidiu 02/03/13 18:31:12 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNodeBuilder.java Log: Setup the constructed node. Revision ChangesPath 1.2 +5 -11 xml-cocoon2/src/scratchpad/scheco

ProcessingNodes and ComponentManagers

Sylvain, I got a little bit further now, but at this point I'm stuck. The problem I have is the following. I create my own ProcessingNodeBuilder and associated ProcessingNode (see ScriptNodeBuilder and ScriptNode in src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap/

Re: New Project: Cocoon Best Practices Example/Documentation

> To start the discussion I have a question: it is unclear to me how to > best map from form elements to validation and business logic. I dislike > the approach of sticking validation in the page and posting back to it > for an error page. Would the new Castor component be appropriate or is > t

problem solved!

I found where the problem was! I forgot to declare one of the components I was adding to my ComponentSelector as implementing Component, and the error message was somehow lost. Everything works fine now, so please disregard the earlier messages. Thanks, -- Ovidiu Predescu <[EMAIL PROTECTED]> h

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

ovidiu 02/03/13 19:49:38 Added: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020313.jar Removed: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020311.jar Log: Updated to a new version from Christopher

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow InterpreterSelector.java

ovidiu 02/03/13 19:50:20 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow InterpreterSelector.java Log: Removed debug statements. Revision ChangesPath 1.2 +14 -6 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java

ovidiu 02/03/13 19:51:14 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: Don't store the Environment and InvokeContext objects in the instance. Revision ChangesPath 1.2 +2 -21 xml-

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java

ovidiu 02/03/13 19:52:04 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java Log: Removed debug statements. Revision ChangesPath 1.2 +56 -14 xml-cocoon2/src/scratchpad/schecoon/src/or

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNodeBuilder.java

ovidiu 02/03/13 19:52:34 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNodeBuilder.java Log: Removed debug statements. Revision ChangesPath 1.3 +1 -4 xml-cocoon2/src/scratchpad/schecoon

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

ovidiu 02/03/13 19:53:12 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-13 Ovidiu Predescu <[EMAIL PROTECTED]> * src/org/apache/cocoon/components/treeprocessor/sitemap/ScriptNodeBuilder.java: Removed debug statements. * src/org/apache/cocoo

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

cziegeler02/03/13 23:09:50 Modified:.changes.xml src/scratchpad/src/org/apache/cocoon/sunshine SunShine.java src/webapp sitemap.xmap Added: src/java/org/apache/cocoon/transformation EncodeURLTransformer.java Removed

Re: [RT] Avoiding Cocoon Thermal Death (.cb extension)

On Wednesday 13 March 2002 16:30, Stefano Mazzocchi wrote: >. . . > b) The proposed archive extension is .cb, >. . . FWIW: according to http://www.ace.net.nz/tech/TechFileFormat.html#c .cb is used for "Microsoft clean boot file" ;-) .cbl is used for COBOL source files Maybe: .coa (cocoon arch

Re: [C2] xslt/namespace weird problem

Stuart Roebuck wrote: >> >> >> > xmlns:xsl="http://www.w3.org/1999/XSL/Transform";> >> >> http://apache.org/cocoon/SQL/2.0";> >> SELECT 1 AS bug >> >> >> >> >> >> >> >> > > > The definition of XSLT states that: > >> node() matches any node other than an attribute nod

upgrading c2 to newer

I guess what is the procedure of upgrade some existing web application with latest cocoon2 - eg from 2.0.1 to 2.0.2? simple replacing of all cocoon jars does'nt work for me :/ or maybe it is related only to development versions? regards, Szymon -

[Vote]: New Release

Hi Team, let's try to get closer to the "release often, release early" theme. Vadim and I propose to make a code freeze now or feature stop now and make a "bug fix/doc update" phase for some time (one week or so) and then release a new version. So, please state your opinion. Thanks, Carsten

[Vote]: Where to define the sitemap components?

Hi Team, I'm still not convinced that it is a good idea to have some components (generators, transformers etc) of the sitemap defined in the cocoon.xconf and some in the map:components section of the sitemap. We will confuse many users with this, believe me. There will be many complains that fo