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

Live Site

Well, an -almost- live site: http://dir.salon.com/ We began working with cocoon, internally last year and experimented with it quite a bit. Recently, we chose to re-engineer our Directory, which is a compilation of links to all of the articles we have published over the last six year

Re: Page Title Contest

Vadim Gritsenko wrote: >Hi, > >Because title graphics of the page at >http://localhost:8080/cocoon/documents/cocoon-links.html does not fit >into space allowed, I would like to start contest on better title for >this page. > >Currently it is titled as: > > "Web Sites Providing Information About

Re: [Announcement] HTML Form binding and validation arrived

Robert, Apology for the misleading text - 'scratchpad formatted bundle' I've tried to bundle it "like" other libs in scratchpad, e.g. CastorTransofrmer. It is not a drag and drop auto-installable zip. If this toolkit makes it to scratchpad one day, you will be able to deploy it with the rest of t

Page Title Contest

Hi, Because title graphics of the page at http://localhost:8080/cocoon/documents/cocoon-links.html does not fit into space allowed, I would like to start contest on better title for this page. Currently it is titled as: "Web Sites Providing Information About Cocoon" but on the generated gra

Re: [Announcement] HTML Form binding and validation arrived

At 08:31 AM 15/03/2002, Ivelin Ivanov wrote: >The zip file can be downloaded from: >http://prdownloads.sourceforge.net/freebuilder/CocoonForm_0-6.zip The precursor to the above file described it as a 'scratchpad formatted bundle', so assuming it is still in the same format, is there a document

Re: [Announcement] HTML Form binding and validation arrived

Thanks folks. One line goes a long way. When I released v0.5 a week ago, I got almost no feedback and was about to drop it. Hope my words didn' go much farther than the code they promote. I'll find out soon ... ;-) ..see below... - Original Message - From: "Jeremy Quinn" <[EMAIL PRO

DO NOT REPLY [Bug 7136] New: - HTML Form Binding and validation toolkit

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 [PATCH QUEUE] Summary March 15 2002

--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to t

Re: lowercase XML languages

Ross Burton wrote: > > 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

Re: [Announcement] HTML Form binding and validation arrived

At 3:31 pm -0600 14/3/02, Ivelin Ivanov wrote: >=== >! The HTML Form symmetry loop is closed: ! >=== >HTML Forms <-> XPath <-> JavaBeans <-> XML -> Schematron -> HTML Forms >

Re: [Announcement] HTML Form binding and validation arrived

Ivelin Ivanov wrote: > I know everyone on this team is extremely busy, but even one line feedback > is of great help for me, so > > Feedback please ! There you go: sounds extra cool stuff :-) Need to check it out and start working on it, but keep it rolling :-) Ciao, -- Gianugo

Re: [Announcement] HTML Form binding and validation arrived

Ivelin Ivanov wrote: >=== >! The HTML Form symmetry loop is closed: ! >=== >HTML Forms <-> XPath <-> JavaBeans <-> XML -> Schematron -> HTML Forms >=

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

jeremy 02/03/14 14:12:00 Modified:src/scratchpad/src/org/apache/cocoon/transformation SourceWritingTransformer.java Log: fixed bug where no message would appear if .tmp blocking file existed. Still a problem with blocking files being left behind when Stream

cvs commit: xml-cocoon2 changes.xml

froehlich02/03/14 13:43:24 Modified:.changes.xml Log: yo, new release is knocking on the door and this is great possibility to improve the user docs, hint hint! Revision ChangesPath 1.119 +9 -1 xml-cocoon2/changes.xml Index: changes.xml

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/concepts persistence.xml mrustore.xml book.xml

froehlich02/03/14 13:43:00 Modified:src/documentation/xdocs/userdocs/concepts mrustore.xml book.xml Added: src/documentation/xdocs/userdocs/concepts persistence.xml Log: yo, new release is knocking on the door and this is great possibility to improv

[Announcement] HTML Form binding and validation arrived

=== ! The HTML Form symmetry loop is closed: ! === HTML Forms <-> XPath <-> JavaBeans <-> XML -> Schematron -> HTML Forms

hall of fame or what we can do for the committer ego

Hi, I think the Hall of Fame isn't up-to-date. I'm missing. Ken and some other committers, too. So those committers with a sensitive ego ;-) please scream and I'll add them ASAP. ~Gerhard -- Black holes were created when God divided by zero.

RE: Everywhere licences

> From: Theodore W. Leung [mailto:[EMAIL PROTECTED]] > > As I recall, Dirk was the one who suggested licenses next to the jar > files -- this is what all the other XML projects are doing. > > FOP did not resolve their license issue with Jimi -- they decided to put > a "go here and download Jimi

Re: [Vote]: New Release

Carsten Ziegeler wrote: > 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. > +1. How about running a [VOTE] about scratchpad promotions? Ciao, -- Gianugo Rabellino --

RE: C2 Bug Locating Tips

Hi, maybe this documents are useful too: http://xml.apache.org/cocoon/userdocs/concepts/mrustore.html http://xml.apache.org/cocoon/userdocs/concepts/storejanitor.html ~Gerhard "In English, there is no double positive that makes a negative." "Yeah, rig

Re: Everywhere licences

As I recall, Dirk was the one who suggested licenses next to the jar files -- this is what all the other XML projects are doing. FOP did not resolve their license issue with Jimi -- they decided to put a "go here and download Jimi from Sun" readme file in. Also, you guys still have an issue with

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

ovidiu 02/03/14 12:25:24 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-14 Ovidiu Predescu <[EMAIL PROTECTED]> * src/org/apache/cocoon/components/treeprocessor/sitemap/ScriptNode.java: Implement Contextualizable to be able to read the script file from

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

ovidiu 02/03/14 12:25:07 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java Log: Implement Contextualizable to be able to read the script file from the WAR app. Revision ChangesPath 1.3

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

ovidiu 02/03/14 12:24:08 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: (readScript): Use an InputStream instead of a Reader. Revision ChangesPath 1.3 +2 -1 xml-cocoon2/src/scrat

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

ovidiu 02/03/14 12:23:38 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java Log: (readScript): Pass an InputStream instead of a Reader. Revision ChangesPath 1.2 +2 -2 xml-cocoon2/src/scratchpad/sch

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/editor/editor/stylesheets dir2editor.xsl editor-alpha-components.xsl editor-bravo-components.xsl editor-components.xsl editor-page2html.xsl editor-utils.xsl file2editor.xsl request2editor.xsl stream2editor.xsl

jeremy 02/03/14 11:59:18 Modified:src/scratchpad/webapp/mount/editor README editor.xmap src/scratchpad/webapp/mount/editor/editor/docs alpha-config.xml bravo-config.xml welcome.xml src/scratchpad/webapp/mount/editor/editor/styleshee

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/concepts matchers_selectors.xml

vgritsenko02/03/14 11:53:30 Modified:src/documentation/xdocs/userdocs/concepts matchers_selectors.xml Log: quick and dirty fix: matcher factories are long gone Revision ChangesPath 1.3 +19 -81 xml-cocoon2/src/documentation/xdocs/userdocs

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

vgritsenko02/03/14 11:49:16 Modified:src/documentation/xdocs livesites.xml Log: one more Revision ChangesPath 1.14 +2 -1 xml-cocoon2/src/documentation/xdocs/livesites.xml Index: livesites.xml ==

cvs commit: xml-cocoon2 build.xml

vgritsenko02/03/14 11:32:20 Modified:.build.xml Log: add python check Revision ChangesPath 1.184 +15 -1 xml-cocoon2/build.xml Index: build.xml === RCS file: /home/cvs/xml-cocoon2/bui

DO NOT REPLY [Bug 7128] - doesn't work

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 7128] New: - doesn't work

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: STX : Streaming Transformations for XML

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > Hey team, > > Have you heard about STX : Streaming Transformations for XML ? This is > an ongoing project to define an SAX-event based transformation language > inspired by XSLT, but without the costly DOM-related stuff. > > More info on htt

patch for EQSL - clob support in esql:get-xml

Hello, I've found that version still doesn't contain clob functionality in get-xml. I would like to propose changes into esql.xsl which enables clob in get-xml. Priority: high (it was the first thing which I had to implement for Cocoon, without it whole wonderful xsp is useless for us) All chan

STX : Streaming Transformations for XML

Hey team, Have you heard about STX : Streaming Transformations for XML ? This is an ongoing project to define an SAX-event based transformation language inspired by XSLT, but without the costly DOM-related stuff. More info on http://www.xmlhack.com/read.php?item=1549 and http://www.gingerall.

RE: C2 Bug Locating Tips

Stuart, TreePorcessor is quite new thing and I'm not quite sure that anybody spent time on finding memory leaks. Do you have leaks if you use compiled sitemap? Try also old FS store instead of Jisp. > > HttpProcessor[8080][4]/DefaultComponentFactory: ComponentFactory > > decommissioning instanc

Re: C2 Bug Locating Tips

On Thursday, March 14, 2002, at 04:34 pm, Vadim Gritsenko wrote: >> From: Stuart Roebuck [mailto:[EMAIL PROTECTED]] >> >> My setup is: >> Cocoon 2 (latest CVS) - but problems have occurred for a > month >> or so now. >> Tomcat 4.0.1 >> Mac OS X 10.1.3 (late

Re: C2 Bug Locating Tips

Amir, Thanks for the suggestion - unfortunately the default value already appears to be 100. Stuart. On Thursday, March 14, 2002, at 04:29 pm, Azmi, Amir wrote: > I had similar kindda problem sometime back, I tweaked "memory-cache" > setting and it went off. > > So in cocoon.xconf, I had >

RE: C2 Bug Locating Tips

> From: Stuart Roebuck [mailto:[EMAIL PROTECTED]] > > +-+ > | LOOKING FOR TIPS ON HOW TO DEBUG COCOON ? | > +-+ > > unfortunately, I don't have a great deal of my own,

RE: C2 Bug Locating Tips

I had similar kindda problem sometime back, I tweaked "memory-cache" setting and it went off. So in cocoon.xconf, I had but when I changed "maxobjects" to something lower like "100" errors vanished off. My config was cocoon2 latest, Tomcat 4.0.1,

C2 Bug Locating Tips

+-+ | LOOKING FOR TIPS ON HOW TO DEBUG COCOON ? | +-+ unfortunately, I don't have a great deal of my own, but I'm happy to compile other peoples into something useful

JDBC startup, was: "startup order"

To avalon guys: In Cocoon, we have an issue with unattended server (re)starts, were it is more than possible that Tomcat/Cocoon are initialized well before Oracle (or other DB) mounts it database, which is leading to JDBC pool not being initialized because of connection issues. Can something be

Re: "startup order", was: [Vote]: New Release

On 14.Mar.2002 -- 09:26 AM, Vadim Gritsenko wrote: > > From: Christian Haul [mailto:[EMAIL PROTECTED]] > > +1 but one serious problem should be fixed first: since the HSQLDB > server > >is made a avalon component but never used as such, it is not > guaranteed > >that it is started before

RE: [Vote]: Where to define the sitemap components?

> Torsten Curdt wrote: > > ... > > Well, since we are only talking about the "demo" site - I don't care. If > you want to move them only for 2.0.2 I am fine with that - as long as we > tackle the cocoon-blocks after the new release!! Of course! >... > > > Except for "it would be nice if the

RE: [Vote]: Where to define the sitemap components?

> From: Torsten Curdt [mailto:[EMAIL PROTECTED]] > > > Guys, guys, guys... > > > Let me state the following: > > a) There shouldn't be two places where one can define the sitemap > > components, > >so it's rather the xconf or the sitemap. But having both is absolutly > >confusing. It's

"startup order", was: [Vote]: New Release

> From: Christian Haul [mailto:[EMAIL PROTECTED]] > > On 14.Mar.2002 -- 09:14 AM, Carsten Ziegeler wrote: > > 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

RE: XSLTC fixes for XSLTMark tests

So, in that case you would define this is in the cocoon.xconf: And in the the sitemap: xsltc That's the way I use saxon, while still using xalan to compile the sitemap. This way you could also define multiple map:transformer's, so that if some stylesheets don't work with xsltc you ca

Re: [Vote]: New Release

+1. -- dims --- Jeremy Quinn <[EMAIL PROTECTED]> wrote: > At 9:14 am +0100 14/3/02, Carsten Ziegeler wrote: > >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

RE: XSLTC fixes for XSLTMark tests

Bruno, IMNSHO, It is a MAJOR stumbling block for me since i WANT to use XSLTC. Thanks, dims --- [EMAIL PROTECTED] wrote: > > > > -Original Message- > > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, March 14, 2002 12:07 AM > > To: [EMAIL PROTECTED]; [EMAIL PROT

RE: [Vote]: Where to define the sitemap components?

> > Sylvain Wallez wrote > > > < snip> > > > > > >Hmm, currently I'm thinking of voting -1 for defining the components > > >in the xconf. This would create a deadlock. Very interesting > > >and funny thing... > > > > > Does sitemap-local xconf remove the lock ? > > > > Hm, now it seems that we all

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

Nicola Ken Barozzi wrote: >From: "Michael Wechner" <[EMAIL PROTECTED]> > >>Piroumian, Konstantin wrote: >> >>>From: "Bertrand Delacretaz" <[EMAIL PROTECTED]> >>> On Wednesday 13 March 2002 16:30, Stefano Mazzocchi wrote: >. . . >b) The proposed archive extension is .cb, >. .

Re: [Vote]: Where to define the sitemap components?

> So what about allowing to be written src="sitemap.xconf"/> ? Well, I am +0 for this one... but I guess Stefano convinced me. Shouldn't this happen as a block configuration? Something like this: > This way, each [sub-]sitemap (or cocoon block) comes with a sitemap.xmap > and an

RE: [Vote]: Where to define the sitemap components?

> Sylvain Wallez wrote > < snip> > > > >Hmm, currently I'm thinking of voting -1 for defining the components > >in the xconf. This would create a deadlock. Very interesting > >and funny thing... > > > Does sitemap-local xconf remove the lock ? > Hm, now it seems that we all agree on the Blocks

Re: [Vote]: New Release

Carsten Ziegeler wrote: >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

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source AbstractStreamSource.java FileSourceFactory.java SourceHandlerImpl.java

sylvain 02/03/14 04:55:10 Modified:src/java/org/apache/cocoon/components/source AbstractStreamSource.java FileSourceFactory.java SourceHandlerImpl.java Log: Make StreamSource extend AbstractLoggable Revision ChangesPath 1.2

Re: [Vote]: Where to define the sitemap components?

Carsten Ziegeler wrote: >Ok, this seems to be a very difficult task then. > >Let me state the following: >a) There shouldn't be two places where one can define the sitemap >components, > so it's rather the xconf or the sitemap. But having both is absolutly > confusing. > I tend to agree with

Re: SiteMap Interpreter behaving differently to SiteMap Compiler

At 12:04 pm +0100 14/3/02, Sylvain Wallez wrote: >Torsten Curdt wrote: > >>On Thu, 14 Mar 2002, Jeremy Quinn wrote: >> >>>Hi All, >>> >>>I just switched my cocoon.xmap to use TreeProcessor instead of the SiteMap >>>compiler. >>> >> >>Me too... I've had also some problems but haven't had yet the ti

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

From: "Michael Wechner" <[EMAIL PROTECTED]> > Piroumian, Konstantin wrote: > > > From: "Bertrand Delacretaz" <[EMAIL PROTECTED]> > > > >>On Wednesday 13 March 2002 16:30, Stefano Mazzocchi wrote: > >> > >>>. . . > >>> b) The proposed archive extension is .cb, > >>>. . . > >>> > >>FWIW: accordin

RE: [Vote]: Where to define the sitemap components?

Guys, guys, guys... > Let me state the following: > a) There shouldn't be two places where one can define the sitemap > components, >so it's rather the xconf or the sitemap. But having both is absolutly >confusing. Actually I don't think it's confusing... there are system components and

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

Piroumian, Konstantin wrote: > From: "Bertrand Delacretaz" <[EMAIL PROTECTED]> > >>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 us

Re: SiteMap Interpreter behaving differently to SiteMap Compiler

Torsten Curdt wrote: >On Thu, 14 Mar 2002, Jeremy Quinn wrote: > >>Hi All, >> >>I just switched my cocoon.xmap to use TreeProcessor instead of the SiteMap >>compiler. >> > >Me too... I've had also some problems but haven't had yet the time to >investigate further. So I had to switch back... > Can

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

sylvain 02/03/14 03:05:58 Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap AggregateNode.java AggregateNodeBuilder.java Log: Add substitution to all attributes (reported by Jeremy) Revision ChangesPath 1.2 +28 -21 xml

Re: [Vote]: Where to define the sitemap components?

From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > Ok, this seems to be a very difficult task then. > > Let me state the following: > a) There shouldn't be two places where one can define the sitemap > components, >so it's rather the xconf or the sitemap. But having both is absolutly >confusi

Re: [Vote]: New Release

On 14.Mar.2002 -- 09:14 AM, Carsten Ziegeler wrote: > 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

RE: [Vote]: Where to define the sitemap components?

Ok, this seems to be a very difficult task then. Let me state the following: a) There shouldn't be two places where one can define the sitemap components, so it's rather the xconf or the sitemap. But having both is absolutly confusing. b) Having said a), if we decide for the xconf, it will

Re: problem solved!

[forgot to cc the list...] Original Message Subject: Re: problem solved! Date: Thu, 14 Mar 2002 10:16:52 +0100 From: Sylvain Wallez <[EMAIL PROTECTED]> To: Ovidiu Predescu <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Ovidiu Predescu wrote: >I found where the problem wa

deprecated, but doc says it can be used.

if is deprecated, maybe the doc should not say that it's a way to specify an exit point ? cocoon/documents/userdocs/concepts/views.html says : 1- The element label is deprecated, and being not supported anymore. Thus you have to rewrite your sitemap if you are using . 2- There is also another

RE: [Vote]: Where to define the sitemap components?

>> I am -1 for this. They don't belong there for SoC. As long as we are back compatible none of the users should care. But people starting with cocoon from scratch should get on the right track from the start. << Hmm... so a site administrator defining pipelines will _have_ to look in both the sit

Re: SiteMap Interpreter behaving differently to SiteMap Compiler

On Thu, 14 Mar 2002, Jeremy Quinn wrote: > Hi All, > > I just switched my cocoon.xmap to use TreeProcessor instead of the SiteMap > compiler. Me too... I've had also some problems but haven't had yet the time to investigate further. So I had to switch back... > stops working .. > > I have

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. > > > > AFAIK, this is not a major stumbling block, since cocoon allows to define > multiple xslt processors in t

FW: Wyona / Xopus (IE vs.Mozilla)

sorry, that was the wrong button, pls disregard previous message. memo > -Original Message- > From: Memo Birgi [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 14, 2002 09:59 > To: [EMAIL PROTECTED] > Subject: RE: Wyona / Xopus (IE vs.Mozilla) > > > > -Original Message- > > F

Re: [Vote]: Where to define the sitemap components?

On Thu, 14 Mar 2002, Carsten Ziegeler wrote: > 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 wi

RE: Wyona / Xopus (IE vs.Mozilla)

> -Original Message- > From: Michael Wechner [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 13, 2002 23:23 > Stefano Mazzocchi wrote: > > > > > Another nice thing would be to provide a sample to add to the Cocoon > > samples that we could ship with Cocoon disto, that would sure spa

RE: XSLTC fixes for XSLTMark tests

> -Original Message- > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 14, 2002 12:07 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: XSLTC fixes for XSLTMark tests > > > Tom, > > That's good news. Can you

SiteMap Interpreter behaving differently to SiteMap Compiler

Hi All, I just switched my cocoon.xmap to use TreeProcessor instead of the SiteMap compiler. stops working .. I have not had time to work out why, but at first glance it may be this : ---

Re: [Vote]: New Release

At 9:14 am +0100 14/3/02, Carsten Ziegeler wrote: >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 ver

RE: [Vote]: Where to define the sitemap components?

> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > 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 confus

Re: Wyona / Xopus (IE vs.Mozilla)

From: "Michael Wechner" <[EMAIL PROTECTED]> > Concerning the server side: > Do you have any policies how to write a sample? > We could provide you with something like: > > wyona-xopus > | > +--sitemap.xmap > | > +--docs > | | > | +--data > | || > | |+--helloworld.x

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: [Vote]: New Release

From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > 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 ve

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

From: "Bertrand Delacretaz" <[EMAIL PROTECTED]> > 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" ;-)

Re: Wyona / Xopus (IE vs.Mozilla)

Stefano Mazzocchi wrote: > I must be entirely honest with you, Michael: I have the perception that > there are just a few person on this list who understand what you are > talking about because they haven't seen Xopus in serious action. I have finally been able to put my hands on a serious works

Re: [Vote]: Where to define the sitemap components?

From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > 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 wi