Re: Documentation complaints

i made the mess on installing/index.html. The reason it doesn't say -Xbootclass... is because i was too stupid to do it that way when i wrote the instructions. They took a patch from me that made index the mess that it is, so i am certain the committers would take a patch from you which would

Re: [OT] Design Rant

Hi! > Instead of working round crappy browsers, shouldn't we > tell the user how crappy their browser is? If your web page is standards-conformant but looks terrible in old browser while others are looking good, then BOTH your page and that browser are wrong. That is more useful for you, to m

RE: How do I add objects to the objectModel Map

The action approach is the easiest way to add custom objects to the cocoon object model (at least that I know of, perhaps there is a better way?) I don't think that this adds any significant overhead to the request since actions are thread safe and can be pooled (now if your action has to do a lot

Re: [VOTE] upgrading to LogEnabled

- Original Message - From: "giacomo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 8:32 PM Subject: Re: [VOTE] upgrading to LogEnabled > On Fri, 21 Dec 2001, Torsten Curdt wrote: > > > On Thu, 20 Dec 2001, giacomo wrote: > > > On Thu, 20 Dec 2001, Torsten

The Avalon Team is pleased to announce Avalon Framework 4.1.1

Avalon Framework 4.1.1 Released --- The Avalon team is proud to announce the 4.1.1 final release of the Avalon Framework. About Avalon The Avalon project is Apache's Java Server Framework. It is separated into five sub projects: Framework, Excali

cvs commit: xml-cocoon2/scratchpad/schecoon/lib avalon-excalibur-20011217.jar avalon-framework-20011217.jar cocoon-20011220.jar hsqldb-1.61.jar jakarta-regexp-1.2.jar logkit-20011212.jar lucene-1.2-rc2.jar maybeupload_1-0-5pre3.jar resolver.jar xalan-2.2.0-D13.jar xerces-1.4.4.jar xml-apis.jar

ovidiu 01/12/21 11:00:04 Added: scratchpad/schecoon/lib avalon-excalibur-20011217.jar avalon-framework-20011217.jar cocoon-20011220.jar hsqldb-1.61.jar jakarta-regexp-1.2.jar logkit-20011212.jar lucene-1.2-rc2.ja

RE: How do I add objects to the objectModel Map

Thanks - I've been discussing this on the user list too. what I want to do is instantiate myBusinessObject and place it into the objectModel so I can do exactly that (except you do it in the pipeline not the section unless I'm mistaken :) Why? I would like to create an object that provides meta

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

ovidiu 01/12/21 10:54:22 Added: scratchpad/schecoon/webapp/WEB-INF logkit.xconf Log: Added. Revision ChangesPath 1.1 xml-cocoon2/scratchpad/schecoon/webapp/WEB-INF/logkit.xconf Index: logkit.xconf ===

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

ovidiu 01/12/21 10:54:05 Added: scratchpad/schecoon/webapp user.roles Log: Added. Redefine the main sitemap manager to be the Scheme implementation. Revision ChangesPath 1.1 xml-cocoon2/scratchpad/schecoon/webapp/user.roles Index: user.roles ==

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

ovidiu 01/12/21 10:53:34 Added: scratchpad/schecoon/webapp cocoon.xconf Log: Added. Revision ChangesPath 1.1 xml-cocoon2/scratchpad/schecoon/webapp/cocoon.xconf Index: cocoon.xconf ===

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

ovidiu 01/12/21 10:52:29 Modified:scratchpad/schecoon build.xml Log: Moved the classpath definition inside the init target. Revision ChangesPath 1.3 +8 -10 xml-cocoon2/scratchpad/schecoon/build.xml Index: build.xml ==

cvs commit: xml-cocoon2/scratchpad/schecoon/webapp/WEB-INF web.xml

ovidiu 01/12/21 10:51:05 Modified:scratchpad/schecoon/webapp/WEB-INF web.xml Log: Based it on Cocoon's web.xml, and add the Scheme parameters. Revision ChangesPath 1.4 +196 -15 xml-cocoon2/scratchpad/schecoon/webapp/WEB-INF/web.xml Index: web.xml

cvs commit: xml-cocoon2/scratchpad/schecoon/src/org/apache/cocoon/scheme/servlet REPLGenericServlet.java

ovidiu 01/12/21 10:50:13 Modified:scratchpad/schecoon/src/org/apache/cocoon/scheme/servlet REPLGenericServlet.java Log: Made the context name a static public. Revision ChangesPath 1.4 +2 -2 xml-cocoon2/scratchpad/schecoon/src/org/apac

cvs commit: xml-cocoon2/scratchpad/schecoon/scheme test.scm

ovidiu 01/12/21 10:49:28 Modified:scratchpad/schecoon/scheme test.scm Log: Updated to use the latest sitemap syntax. Also pass the Cocoon ComponentManager and Environment to the Scheme sitemap main function. Revision ChangesPath 1.5 +37 -28xml-cocoon2/scratch

cvs commit: xml-cocoon2/scratchpad/schecoon/scheme sitemap.scm

ovidiu 01/12/21 10:48:11 Modified:scratchpad/schecoon/scheme sitemap.scm Log: Simplified the sitemap definitions. Revision ChangesPath 1.4 +25 -44xml-cocoon2/scratchpad/schecoon/scheme/sitemap.scm Index: sitemap.scm =

cvs commit: xml-cocoon2/scratchpad/schecoon/lib sisc.heap sisc.jar

ovidiu 01/12/21 10:47:25 Modified:scratchpad/schecoon/lib sisc.heap sisc.jar Log: Updated with the latest SISC changes. Revision ChangesPath 1.3 +259 -168 xml-cocoon2/scratchpad/schecoon/lib/sisc.heap <> 1.3 +533 -487 xml-cocoon2/scratch

cvs commit: xml-cocoon2/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SitemapComponents.java SitemapManager.java

ovidiu 01/12/21 10:46:42 Added: scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SitemapComponents.java SitemapManager.java Log: Added. Hook up the Scheme sitemap into Cocoon. Revision ChangesPath 1.1 xml-cocoon2/scrat

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

ovidiu 01/12/21 10:45:24 xml-cocoon2/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

Excalibur performance enhancements

Excalibur 4.1 will have a number of performance enhancements that will be included in the scratchpad project. Among the improvements will be improved pool implementations, instrumentation of Components, and an improved ComponentManager (that is LogEnabled clean). Already, the pools are a bit qui

*off list* too

I'll be in a holiday until right after Christmas, I'm going to have fun skiing for the next few days ;-) I want to check-in the latest bits I've been working on before I leave, so you can see how things are progressing. Merry Christmas everyone and Happy Holidays! Cheers, Ovidiu --

Re: How do I add objects to the objectModel Map

This feature is for exporting objects already in the Cocoon object map to the Velocity template context. So they must already exist. But let's say you knew that, then in your sitemap, here is how you would make some object named "myBusinessObject" in the cocoon object map available to your veloci

Re: What to move into Scratchpad?

Carsten Ziegeler a écrit : > > Hi, > > we agreed that we make a 2.0.1 asap from the HEAD, so > besides changing the directory layout we should move > all experimental stuff into the scratchpad area. > > Here is a list of all additional components, could you > please state which of them is not

DO NOT REPLY [Bug 5556] New: - [PATCH] synchronization in Cocoon.java

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: Forrest (a.k.a. xml.apache.org 2.0)

Stefano Mazzocchi wrote: > Jeremy Quinn wrote: >>Consider limiting the width of the body text, for ergonomic reasons. >> > > Can't do that since we'll have blocks with source code that will > dictate how big the width is. (I'm working with 80 columns blocks > just for testing but that's a pr

Re: Forrest (a.k.a. xml.apache.org 2.0)

> > Points of contention > > There are approximately 72 points per inch. To match this, Mac OS offers a > > default resolution of 72 pixels per inch, mapping pixels to points. Of > > course, once the Mac user changes her screen resolution, all bets are off. > > Yes, and IE browser (5+) for Mac's d

Re: Forrest (a.k.a. xml.apache.org 2.0)

Consider using the unit pixel (px) instead of the unit point (pt) for > font sizes, as this (I believe) ensures the closest possible similarity x-platform regarding font sizes. >>> >>> this is extremely wrong. An inch on a mac screen contains far less > pixels >>> (72?) than

DO NOT REPLY [Bug 5558] New: - AbstractValidatorAction: type="long" nullable="yes" succeeds for non-numeric data

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 5556] - [PATCH] synchronization in Cocoon.java

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: What to move into Scratchpad?

> - ScriptAction Unless someone has been working on it since I submitted it a while back, it should be functional but most definitely not coded according to anything remotely like best practices. I'd suggest that unless someone qualified takes a look at them, that they be scratchpadded. Of c

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

sylvain 01/12/21 07:20:19 Modified:.changes.xml src/org/apache/cocoon/components/language/markup AbstractMarkupLanguage.java src/org/apache/cocoon/components/parser JaxpParser.java PooledJaxpParser.jav

Re: Forrest (a.k.a. xml.apache.org 2.0)

On Friday 21 December 2001 09:09 am, you wrote: > > Times is the default style. But yes, verdana is the best font for screen > > use. Serif fonts(fonts with tails, like Times New Roman) are not built > > for the screen. > > Agreed. Tahoma (the windows default font for everything in the windows

Re: Forrest (a.k.a. xml.apache.org 2.0)

>- Original Message - >From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Robert Koberg wrote: > > > > > > > > Consider using the unit pixel (px) instead of the unit point (pt) for font > > > sizes, as this (I believe) ensures the closest possible similarity > > > x-platform regarding font

Re: [OT] Design Rant

Stefano Mazzocchi wrote: > > Hey, look: I repeat it: if it were for me, we'd have Cocoon serving > xml.apache.org since 1999 and we'd have a much more stable software > because we'd have to deal with our own scalability problems. > > But there is good news: Covalent dedicated a machine for GUMP >

[FYI] Cocoon as the missing pipe

Please read: http://www.xmlhack.com/read.php?item=1490 > 3) Fill in the missing pieces > There is no generic solution for "controlling the processing > pipeline". Each feature does processing its own way > (doctype, xsi:schemaLocation, stylesheet location, etc.), > and none of them is worki

Re: Forrest (a.k.a. xml.apache.org 2.0)

>> Consider using the unit pixel (px) instead of the unit point (pt) for font >> sizes, as this (I believe) ensures the closest possible similarity >> x-platform regarding font sizes. > > this is extremely wrong. An inch on a mac screen contains far less pixels > (72?) than a windows pc screen (9

Re: Forrest (a.k.a. xml.apache.org 2.0)

Robert Koberg wrote: > > > > > Consider using the unit pixel (px) instead of the unit point (pt) for font > > sizes, as this (I believe) ensures the closest possible similarity > > x-platform regarding font sizes. > > this is extremely wrong. An inch on a mac screen contains far less pixels > (7

Re: [OT] Design Rant

"Tom Klaasen (TeleRelay)" wrote: > > Hey, I'm not going to fight The System, I'm just giving my opinion. I know, sorry about it, I was just showing my frustration developped over years of fighting the 'technological establishment' of the original Apache Group (great people, but sometimes a littl

Re: Forrest (a.k.a. xml.apache.org 2.0)

Jeremy Quinn wrote: > > At 2:24 pm -0500 18/12/01, Vadim Gritsenko wrote: > >Changes: > > > > - Now all style information is gathered in one standalone CSS file. > > - Three tables left. > > Sorry I am a bit behind with the list . > > May I suggest: > > Consider using the unit pixel (px) i

Re: [OT] Design Rant

Punky Tse wrote: > > - Original Message - > From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > > > > Try asking [EMAIL PROTECTED] about getting out of FreeBSD to run Java > > decently. > > There is a way, but a hard way. I've a jdk-1.3.1p5 installed on FreeBSD > 4.4-stable running under VM

Re: [OT] Design Rant

Alistair Hopkins wrote: > > HTML was always intended to render semantic information Yeah, until a guy named Marc Andreesen ruined the whole thing on a weekend adding the the tag (and leaving it open!) to Mosaic :) > I know it was always intended. HTML was created to be more or less the equiva

Re: [vote] Removing namespace-prefixes feature on parsers

Vadim Gritsenko wrote: > > What about making the parser configurable for this setting like it is configurable regarding validation? >>>It is already configurable in PooledJaxpParser that I wrote to reuse >>>parsers instead of just factories. >>> >>>I've been using it here for sever

RE: Sitemap parameters object & Threads

Berin Loritsch wrote: > > Will do shortly. Avalon 4.1.1 would be considered a bug fux since it was > compiled with JDK 1.4--and that fact alone causes issues that you have > experienced. > Great! Carsten - To unsubscribe, e

Re: Sitemap parameters object & Threads

Carsten Ziegeler wrote: > Sylvain Wallez wrote: > >>Giacomo, Carsten, >> >>Could one of you, Avalon committers, add an EMPTY_PARAMETERS constant in >>the Parameters class, just as we have EMPTY_LIST and EMPTY_SET in >>java.util.Collections ? >> >> > Yes, done. > Now we have to wait for the next

Re: *off-list*

Gerhard Froehlich wrote: > Hi, > I'm off-list over the chrismas holidays. Important > family business *sigh*, you know ;-). > > In this case: > > Feliz Natal para voc=EAs > > one year is almost over > but the nice memories > will stay forever You will be misse

RE: [vote] Removing namespace-prefixes feature on parsers

Vadim Gritsenko wrote > > > > > > > > > > > What about making the parser configurable for this setting like > > > > it is configurable regarding validation? > > > > > > It is already configurable in PooledJaxpParser that I wrote to reuse > > > parsers instead of just factories. > > > > > > I'v

[OT] RE: Forrest (a.k.a. xml.apache.org 2.0)

I guess it is because of "Forrest Gump". http://movies.yahoo.com/shop?d=hv&cf=info&id=1800217371&intl=us PS Btw, interesting movie... Vadim > -Original Message- > From: Jeremy Quinn [mailto:[EMAIL PROTECTED]] > Sent: Friday, December 21, 2001 5:45 AM > To: [EMAIL PROTECTED] > Subject: R

RE: [vote] Removing namespace-prefixes feature on parsers

> > > > > > What about making the parser configurable for this setting like > > > it is configurable regarding validation? > > > > It is already configurable in PooledJaxpParser that I wrote to reuse > > parsers instead of just factories. > > > > I've been using it here for several weeks without

Re: *off-list*

Gerhard, Merry Xmas dude! You've just seen the CC bug with the jakarta mail server ;-) - Paul >Hi, >I'm off-list over the chrismas holidays. Important >family business *sigh*, you know ;-). > >In this case: > >Feliz Natal para voc=EAs > >one year is almost over >but the nice m

RE: Forrest (a.k.a. xml.apache.org 2.0)

I forgot to say .. Any particular reason why Forrest (sic) is misspelt? If it is not an acronym and is meant to be an English word, maybe we should call it Forest? regards Jeremy -- ___ Jeremy Quinn

RE: Changed Log Targets

On Fri, 21 Dec 2001, Carsten Ziegeler wrote: > Giacomo Pati wrote: > > > > > > I'd propose to put it either in it's own xdoc or add it somewhere where > > it might be in the right context (do we have a chapter about > > configuration issues?). > > > Not yet, I think we should start a configurati

RE: Changed Log Targets

Giacomo Pati wrote: > > > I'd propose to put it either in it's own xdoc or add it somewhere where > it might be in the right context (do we have a chapter about > configuration issues?). > Not yet, I think we should start a configuration doc now - we could add things like caching configuration

Re: [VOTE] upgrading to LogEnabled

On Fri, 21 Dec 2001, Torsten Curdt wrote: > On Thu, 20 Dec 2001, giacomo wrote: > > On Thu, 20 Dec 2001, Torsten Curdt wrote: > > > > > So should we upgrade cocoon to LogEnabled? > > > > > > a) only HEAD > > > b) HEAD and 2.0 > > > > > > I volunteer to do it... > > > > Is the LOgKitManagement

RE: Changed Log Targets

On Fri, 21 Dec 2001, Gerhard Froehlich wrote: > >-Original Message- > >From: giacomo [mailto:[EMAIL PROTECTED]] > >Sent: Thursday, December 20, 2001 9:34 PM > >To: Cocoon Developer List > >Subject: Re: Changed Log Targets > > > > > >On Thu, 20 Dec 2001, Gerhard Froehlich wrote: > > > >> H

RE: [vote] Removing namespace-prefixes feature on parsers

On Fri, 21 Dec 2001, Carsten Ziegeler wrote: > Sylvain Wallez wrote: > > > > Carsten Ziegeler a écrit : > > > > > > Vadim Gritsenko wrote: > > > > > > > > I'm not a namespace guru... ;) > > > > If this does not break anything, count me in: +1. > > > Same applies here: +1 > > > > > > What about ma

RE: Adaptive Caching [was Re: initial checkin of the Scheme code]

> I think I got you idea in full detail now and I agree it's a very good > suggestion. I was too lazy when I tried to explain it first. Sorry. > There are some details to think about but I think it's a great addition > to my model. Thanks for sharing it with us. :) Nothing to thank for. We are

Re: Forrest (a.k.a. xml.apache.org 2.0)

> > Consider using the unit pixel (px) instead of the unit point (pt) for font > sizes, as this (I believe) ensures the closest possible similarity > x-platform regarding font sizes. this is extremely wrong. An inch on a mac screen contains far less pixels (72?) than a windows pc screen (96?). T

Documentation complaints

I have a few minor complaints & suggestions about the installation documentation, specifically concerning the X11/headless AWT problem. (Sorry if this is in the wrong place. Wasn't sure if I should post this to here or cocoon-users) Apparently, AWT is only needed by batik. This page

*off-list*

Hi, I'm off-list over the chrismas holidays. Important family business *sigh*, you know ;-). In this case: Feliz Natal para voc=EAs one year is almost over but the nice memories will stay forever So long Gerhard -- Hey! It compiles! S

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

cziegeler01/12/21 03:09:26 Modified:src/org/apache/cocoon/components/source SitemapSource.java Log: Fixing system id generation Revision ChangesPath 1.27 +5 -4 xml-cocoon2/src/org/apache/cocoon/components/source/SitemapSource.java Index: SitemapSource.jav

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

cziegeler01/12/21 03:08:02 Modified:src/org/apache/cocoon/components/source Tag: cocoon_20_branch SitemapSource.java Log: Fixing system id generation Revision ChangesPath No revision No revision

Re: Cocoon ESQL stored procedures

On Thu, 20 Dec 2001, Christian Haul wrote: > On 20.Dec.2001 -- 12:52 PM, Durrant, Peter wrote: > > I recently posted a question on the cocoon-users mailing list regarding > > using ESQL to call stored procedures. Well, what you might want to try is to place a "call procedure" inside a statement.

RE: [VOTE] remove and

Hi, I removed this roles. The "Store" role is now the one and only. Gerhard "Nowadays we would first land a CNN crew, put up a COLOR camera and ask Mr. Armstrong to come outside and make a jump for mankind..." >-Original Message- >From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] >

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

froehlich01/12/21 02:15:35 Modified:src/org/apache/cocoon/components/pipeline CachingStreamPipeline.java CachingEventPipeline.java Log: removed event-cache and stream-cache roles. store role is now the only memory store instance.

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

froehlich01/12/21 02:15:19 Modified:src/org/apache/cocoon cocoon.roles Log: removed event-cache and stream-cache roles. store role is now the only memory store instance. Revision ChangesPath 1.35 +14 -25xml-cocoon2/src/org/apache/cocoon/cocoon.roles Index

cvs commit: xml-cocoon2/webapp cocoon.xconf

froehlich01/12/21 02:15:06 Modified:webapp cocoon.xconf Log: removed event-cache and stream-cache roles. store role is now the only memory store instance. Revision ChangesPath 1.47 +0 -22 xml-cocoon2/webapp/cocoon.xconf Index: cocoon.xconf ===

Re: [VOTE] upgrading to LogEnabled

On Thu, 20 Dec 2001, giacomo wrote: > On Thu, 20 Dec 2001, Torsten Curdt wrote: > > > So should we upgrade cocoon to LogEnabled? > > > > a) only HEAD > > b) HEAD and 2.0 > > > > I volunteer to do it... > > Is the LOgKitManagement able to handle LogEnabled components? > > Giacomo Well, I assum

RE: Changed Log Targets

>-Original Message- >From: giacomo [mailto:[EMAIL PROTECTED]] >Sent: Thursday, December 20, 2001 9:34 PM >To: Cocoon Developer List >Subject: Re: Changed Log Targets > > >On Thu, 20 Dec 2001, Gerhard Froehlich wrote: > >> Hi, >> I changed the Log targets in the HEAD branch: >> - access.log

RE: [OT] Design Rant

Hey, I'm not going to fight The System, I'm just giving my opinion. And for a clear understanding: I'm not fighting anybody, just giving my opinion. I understand that there are practicalities that always stand in the way of our dreams. But the least (and probably the only thing) I can do is shout

RE: Forrest (a.k.a. xml.apache.org 2.0)

At 2:24 pm -0500 18/12/01, Vadim Gritsenko wrote: >Changes: > > - Now all style information is gathered in one standalone CSS file. > - Three tables left. Sorry I am a bit behind with the list . May I suggest: Consider using the unit pixel (px) instead of the unit point (pt) for font sizes

Re: What to move into Scratchpad?

On 21.Dec.2001 -- 09:45 AM, Carsten Ziegeler wrote: > Hi, > > we agreed that we make a 2.0.1 asap from the HEAD, so > besides changing the directory layout we should move > all experimental stuff into the scratchpad area. > > Here is a list of all additional components, could you > please state

RE: [vote] Removing namespace-prefixes feature on parsers

Sylvain Wallez wrote: > > Carsten Ziegeler a écrit : > > > > Vadim Gritsenko wrote: > > > > > > I'm not a namespace guru... ;) > > > If this does not break anything, count me in: +1. > > Same applies here: +1 > > > > What about making the parser configurable for this setting like > > it is configu

RE: Sitemap parameters object & Threads

Sylvain Wallez wrote: > > Giacomo, Carsten, > > Could one of you, Avalon committers, add an EMPTY_PARAMETERS constant in > the Parameters class, just as we have EMPTY_LIST and EMPTY_SET in > java.util.Collections ? > Yes, done. Now we have to wait for the next Avalon release to use it. Carsten

Re: [vote] Removing namespace-prefixes feature on parsers

Carsten Ziegeler a écrit : > > Vadim Gritsenko wrote: > > > > I'm not a namespace guru... ;) > > If this does not break anything, count me in: +1. > Same applies here: +1 > > What about making the parser configurable for this setting like > it is configurable regarding validation? It is alrea

What to move into Scratchpad?

Hi, we agreed that we make a 2.0.1 asap from the HEAD, so besides changing the directory layout we should move all experimental stuff into the scratchpad area. Here is a list of all additional components, could you please state which of them is not experimental anymore and could be included in a

Re: Cocoon site generation problem

Michael Hartle a écrit : > > Sylvain Wallez wrote: > > >(? already sent more than 3 hours ago, but seems to have been lost ?) > > > Hm, I got your first email, too. Sorry, this was a DNS problem on my side. > >Hi team, > > > >I just noticed that the cocoon site doesn't display well on Netsca

Re: Sitemap parameters object & Threads

Carsten Ziegeler a écrit : > > Giacomo Pati wrote: > > > > On Thu, 20 Dec 2001, Marcus Crafter wrote: > > > > > Hi All, > > > > > > Hope all is well. > > > > > > On avalon-dev there's been a short discussion about the > > > Parameters object that is used in the generated sitemap > >