DO NOT REPLY [Bug 34069] New: - faces jars duplicated in catalina_tmpdir

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://issues.apache.org/bugzilla/show_bu

Re: [IMP] Releasing 2.1.7 on Tuesday

Carsten Ziegeler wrote: Sylvain Wallez wrote: Who did some extensive tests on the candidate release? So far, nobody provided some feedback on either successful or unsuccessful testing and IMO we should not make a release unless we have a reasonable number of positive tests being reported.

RE: CONTRIBUTION: forms-calendar-styling defect when widget disabled

> Reading the HTML spec [1], the difference between disabled > and readonly are: > - readonly is only available on and . disabled is > available on all controls > - readonly sends back the value to the server, which is of no > use if the > widget is not active > - readonly inputs receive focus

Re: CONTRIBUTION: forms-calendar-styling defect when widget disabled

Linden H van der (MI) wrote: Reading the HTML spec [1], the difference between disabled and readonly are: - readonly is only available on and . disabled is available on all controls - readonly sends back the value to the server, which is of no use if the widget is not active - readonly inputs rece

RE: CONTRIBUTION: forms-calendar-styling defect when widget disabled

> >So, to sum it up: "readonly" as attribute is supported in > the current > >version of the styling XSL files, but there will be no > widget support > >for this due to security issues. If treatment of the "readonly" > >attribute should differ from the current situation, it is up to the > >us

build error on 2.1.7!

Guys, I checked out HEAD from SVN yesterday and now I'm trying to build it. I did nothing more than "build clean" and "build webapp" and this is the result: D:/svn/cocoon/tools/src/check-jars.xsl:155:40: Warning! File optional/commons-fileupload-1.0.jar appears in the lib/ directory, but is not

RE: build error on 2.1.7! - OOPS

sorry, turned out to be a remnant from a previous attempt to develop a "exist-block-inject" package. Sorry for the noise. Bye, Helma > -Original Message- > From: Linden H van der (MI) [mailto:[EMAIL PROTECTED] > Sent: Friday, 18 March, 2005 14:10 > To: dev@cocoon.apache.org > Subject: b

Initial version of spring-app block

Hi, I just committed the inital version under https://svn.apache.org/repos/asf/cocoon/blocks/spring-app/trunk The readme.txt explains howto include the block in the build and howto see the nice example :) The block is not finished yet. You currently are able to define a spring application contex

Temporarily disabling svn fetching of blocks?

With the new blocks structure, running "svp up" causes a lot of messages like Fetching external item into 'src/blocks/paranoid' Updated external to revision 158070. Which slows down the "svn up" a lot. Is there an easy way to tell svn to ignore some blocks for a while? My gut feeling is that

Re: Initial version of spring-app block

Carsten Ziegeler wrote: Hi, I just committed the inital version under https://svn.apache.org/repos/asf/cocoon/blocks/spring-app/trunk Ooh, happy you that have plenty of time to work on this... This rocks :-) The readme.txt explains howto include the block in the build and howto see the nice

Re: Initial version of spring-app block

Sylvain Wallez wrote: > > Cool. We'll also have to prepare an announcement for TSS. You know, "The > Spring Side" ;-) > LOL Carsten

Re: [IMP] Releasing 2.1.7 on Tuesday

Sylvain Wallez wrote: The process is fine (code freeze / test / release), the only point is that we need to know that testing has actually occured! I was away during the last few days, and will shake the baby today and this week-end :-) Have done some testing (on a Linux machine with jdk 1.4.2_

[2.1.7 Testing Results - Forms block, samples]

I updated my local copy about half an hour ago. General remark upfront: i wish all samples had a "go back to samples" link or button, saves me from editing the browser url or press back 50 times. Browser : Firefox 1.01 OS : WinXP - builds ok (blocks.properties or build.properties untouched). did

RE: [2.1.7 Testing Results - Forms block, samples]

> -o0o- > > - URL http://localhost:/samples/blocks/forms/v2/example > Validation rule "value-count" cannot be used with strings, error at > file:/D:/src/cocoon-2.1.x/build/webapp/samples/blocks/forms/v2 > /form1.xml:115:38 I'll see what I can do. > - URL > http

multivalue field working both directions

Hi all After a lot of debugging I've fixed the multi-value binding working both directions (for Collection types, array types aren't there so far). It is done by the use of a org.apache.commons.jxpath.AbstractFactory implementation in the org.apache.cocoon.forms.binding.MultiValueJXPathBinding clas

Re: Temporarily disabling svn fetching of blocks?

Bertrand Delacretaz wrote: With the new blocks structure, running "svp up" causes a lot of messages like Fetching external item into 'src/blocks/paranoid' Updated external to revision 158070. Which slows down the "svn up" a lot. Is there an easy way to tell svn to ignore some blocks for a whi

Re: Temporarily disabling svn fetching of blocks?

Daniel Fagerstrom wrote: Bertrand Delacretaz wrote: With the new blocks structure, running "svp up" causes a lot of messages like Fetching external item into 'src/blocks/paranoid' Updated external to revision 158070. Which slows down the "svn up" a lot. Is there an easy way to tell svn to ign

Re: multivalue field working both directions

Giacomo Pati wrote: Hi all After a lot of debugging I've fixed the multi-value binding working both directions (for Collection types, array types aren't there so far). It is done by the use of a org.apache.commons.jxpath.AbstractFactory implementation in the org.apache.cocoon.forms.binding.MultiVa

Documentation system: Split data and configurations

It has become more and more a PITA that the Forrest extensions (flat structure, Cocoon style, comments, metadata, ...) had to be copied into all Forrest repositories. Whenever I had to change something, I had to synchronize my change with all other already set up repos. Up to now I have created

RE: [2.1.7 Testing Results - Forms block, samples] - update

Hi, I fixed several of the problems below, but it results in 1 to 3 line patches of about 40 files. What's the most efficient way of handling this? Bye, Helma -Original Message- From: Linden H van der (MI) [mailto:[EMAIL PROTECTED] Sent: Fri 3/18/2005 15:51 To: dev@cocoon.apache.org S

Re: Temporarily disabling svn fetching of blocks?

Reinhard Poetz wrote: Daniel Fagerstrom wrote: Bertrand Delacretaz wrote: >> With the new blocks structure, running "svp up" causes a lot of messages like >> >> Fetching external item into 'src/blocks/paranoid' >> Updated external to revision 158070. >> >> Which slows down the "svn up" a lot.

Re: Temporarily disabling svn fetching of blocks?

Daniel Fagerstrom wrote: Reinhard Poetz wrote: Daniel Fagerstrom wrote: Bertrand Delacretaz wrote: >> With the new blocks structure, running "svp up" causes a lot of messages like >> >> Fetching external item into 'src/blocks/paranoid' >> Updated external to revision 158070. >> >> Which

Re: Temporarily disabling svn fetching of blocks?

On Fri, Mar 18, 2005 at 04:09:42PM +0100, Daniel Fagerstrom wrote: > Bertrand Delacretaz wrote: > > >With the new blocks structure, running "svp up" causes a lot of > >messages like > > > > Fetching external item into 'src/blocks/paranoid' > > Updated external to revision 158070. > > > >Which s

Re: Initial version of spring-app block

Carsten Ziegeler wrote: Hi, I just committed the inital version under https://svn.apache.org/repos/asf/cocoon/blocks/spring-app/trunk That's great news!!! The readme.txt explains howto include the block in the build and howto see the nice example :) The block is not finished yet. You currently are

how to handle lots of little modifications for forms samples files?

Guys, I've been working on bug fixing the forms samples which results in 1 - 3 line patches of about 40 files. What's the most efficient way of creating and submitting these patches? I only have Eclipse to create patches. Bye, Helma van der Linden Medical Informatics University Maastricht POBO

Re: how to handle lots of little modifications for forms samples files?

On Fri, Mar 18, 2005 at 05:38:16PM +0100, Linden H van der (MI) wrote: > Guys, > > I've been working on bug fixing the forms samples which results in 1 - 3 > line patches of about 40 files. What's the most efficient way of > creating and submitting these patches? > > I only have Eclipse to create

Re: Initial version of spring-app block

Le 18 mars 05, à 14:41, Carsten Ziegeler a écrit : I just committed the inital version under https://svn.apache.org/repos/asf/cocoon/blocks/spring-app/trunk yoo-hooh! The readme.txt explains howto include the block in the build and howto see the nice example :) didn't work for me ("Unknown componen

Re: Initial version of spring-app block

Reinhard Poetz wrote: > > Was defining a spring application context on a per sitemap base a design > decision or the easiest way to write a prototype? Shouldn't it be the goal > that > each block (and of course Cocoon core) can provide beans via some export > functionality and this exported be

Re: Initial version of spring-app block

Bertrand Delacretaz wrote: > Le 18 mars 05, à 14:41, Carsten Ziegeler a écrit : > > >>I just committed the inital version under >>https://svn.apache.org/repos/asf/cocoon/blocks/spring-app/trunk > > > yoo-hooh! > > >>The readme.txt explains howto include the block in the build and howto >>see

Re: Initial version of spring-app block

Le 18 mars 05, à 17:45, Carsten Ziegeler a écrit : Hmm, are you using latest SVN of 2.2? I think so, just did an svn up and build clean. But I'll check once more... -Bertrand smime.p7s Description: S/MIME cryptographic signature

widget data type

Hi all Did you ever had the problem that you'd like to assign a bean from a Collection to another beans property by the use of CForms selection lists? I had that alot and the result was a Datatype called "bean" which can be any type of Java Object. Now this Datatype is only suited to be assigned us

Re: Initial version of spring-app block

Le 18 mars 05, à 17:45, Carsten Ziegeler a écrit : ...Hmm, are you using latest SVN of 2.2?.. Confirmed, did svn up again, rm -rf build, rebuild, and http://localhost:/samples/blocks/spring-app/ says "Unknown component type 'application-container'" in CoreServiceManager.parseConfiguration(Co

Re: Initial version of spring-app block

Bertrand Delacretaz wrote: > Le 18 mars 05, à 17:45, Carsten Ziegeler a écrit : > >>...Hmm, are you using latest SVN of 2.2?.. > > > Confirmed, did svn up again, rm -rf build, rebuild, and > http://localhost:/samples/blocks/spring-app/ says "Unknown > component type 'application-container'

Re: Cocoon Performance Woes, Is it flow? I don't know!

Bertrand Delacretaz wrote: Le 17 mars 05, à 18:30, Eric E. Meyer a écrit : ...Some pages in the site scale quite well, while one in particular does not scale well at all.. Did you try to run tests on just that page, many same requests, and try removing components from the page generation path, on

Re: Initial version of spring-app block

Bertrand Delacretaz wrote: > Le 18 mars 05, à 17:45, Carsten Ziegeler a écrit : > >>...Hmm, are you using latest SVN of 2.2?.. > > > Confirmed, did svn up again, rm -rf build, rebuild, and > http://localhost:/samples/blocks/spring-app/ says "Unknown > component type 'application-container'

CForms DefaultCacheManager

Hi All, Does anybody here remember why validities check in the DefaultCacheManager is done backwards, not as per SourceResolver contract? It first gets validity from the new source instead of checking validity of the old source. I'd suggest reverting the check back, if it's Ok with everybody. Va

Re: Cocoon Performance Woes, Is it flow? I don't know!

Eric E. Meyer wrote: Bertrand Delacretaz wrote: Le 17 mars 05, à 18:30, Eric E. Meyer a écrit : ...Some pages in the site scale quite well, while one in particular does not scale well at all.. Did you try to run tests on just that page, many same requests, and try removing components from the pa

Re: Initial version of spring-app block

Le 18 mars 05, à 18:02, Carsten Ziegeler a écrit : ...Can you please check which version of src/java/ org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage you have I have: * @version CVS $Id: SitemapLanguage.java 158074 2005-03-18 14:46:39Z cziegeler $ hmm...for some reason I had an

Re: Cocoon Performance Woes, Is it flow? I don't know!

Eric E. Meyer wrote: Also, for curiosity, I re-ran the tests with the embedded form in the search results page removed. That had a positive impact on performance: With refine-search form: users overall home search1 search2 search3 detail total avg ms page

Re: Cocoon Performance Woes, Is it flow? I don't know!

Giacomo Pati wrote: > > > Haha :-) calls for "instrumentation" > > Cheers > > Giacomo > > PS: Eric, sorry, this is an insider joke you might not understand but I > couldn't resist to do as 6 month ago the Instrumentation code was removed. > Yes, but only in 2.2 - it should still work in 2.1.

Re: Initial version of spring-app block

In my reply to Reinhard's question I forgot to include the link to the preceding discussion: [1] http://marc.theaimsgroup.com/?t=11105665991&r=1&w=2 -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/

Re: widget data type

Giacomo Pati wrote: Hi all Did you ever had the problem that you'd like to assign a bean from a Collection to another beans property by the use of CForms selection lists? I had that alot and the result was a Datatype called "bean" which can be any type of Java Object. Now this Datatype is only suit

Re: Cocoon Performance Woes, Is it flow? I don't know!

Haha :-) calls for "instrumentation" Cheers Giacomo PS: Eric, sorry, this is an insider joke you might not understand but I couldn't resist to do as 6 month ago the Instrumentation code was removed. Yes, but only in 2.2 - it should still work in 2.1.x (but I have not test

Re: CForms DefaultCacheManager

Vadim Gritsenko wrote: > Hi All, > > Does anybody here remember why validities check in the DefaultCacheManager is > done backwards, not as per SourceResolver contract? It first gets validity > from > the new source instead of checking validity of the old source. > > I'd suggest reverting the

importPackage() bug in trunk

There appear to be 2 bugs with importPackage() in flowcript in trunk. If importPackage() is not placed before all other code lines, then it acts imperative, importing the requested package again, even if it has already been imported via a previous run of the script. This causes "Ambiguous import"

Re: Cocoon Performance Woes, Is it flow? I don't know!

Sylvain Wallez wrote: Eric E. Meyer wrote: Also, for curiosity, I re-ran the tests with the embedded form in the search results page removed. That had a positive impact on performance: With refine-search form: users overall home search1 search2 search3 detail total avg ms page

Re: Cocoon Performance Woes, Is it flow? I don't know!

Hi Eric, Now I read carefully your post. I saw you are already using instrumentation.;-) Can you post the sizes of the returned pages in the thread? I guess this is an important point too. Also, consider to move to cocoon 2.1.6, now here is why: http://issues.apache.org/bugzilla/show_bug.cgi?id

Re: widget data type

Sylvain Wallez wrote: Giacomo Pati wrote: Hi all Did you ever had the problem that you'd like to assign a bean from a Collection to another beans property by the use of CForms selection lists? I had that alot and the result was a Datatype called "bean" which can be any type of Java Object. Now thi

Re: svn commit: r158108 - cocoon/blocks/core/forms/trunk/java/org/apache/cocoon/forms/binding/MultiValueJXPathBinding.java

Can we look at this as a "bug-fix" for a feature never worked as expected and commit it to the branch as well (actually, I'd like to have it in the release as well as the flow-jxpath enhancement but I know we have code freeze now :-( ? Giacomo [EMAIL PROTECTED] wrote: Author: giacomo Date: Fri Mar

Re: svn commit: r158108 - cocoon/blocks/core/forms/trunk/java/org/apache/cocoon/forms/binding/MultiValueJXPathBinding.java

Can we look at this as a "bug-fix" for a feature never worked as expected and commit it to the branch as well (actually, I'd like to have it in the release as well as the flow-jxpath enhancement but I know we have code freeze now :-( ? Giacomo [EMAIL PROTECTED] wrote: Author: giacomo Date: Fri Mar

Re: widget data type

Giacomo Pati wrote: I would like to extend the flow-jxpath selection list with the following attributes and their meanings: lable-path-is-i18n-key sometimes your label is the i18n key and you want is as such. I haven't found an other easy way to wrap a label text with an element You pr

Re: widget data type

On Vie, 18 de Marzo de 2005, 10:55, Giacomo Pati dijo: > Hi all > > Did you ever had the problem that you'd like to assign a > bean from a Collection to another beans property by the use > of CForms selection lists? > > I had that alot and the result was a Datatype called "bean" which can > be any

DO NOT REPLY [Bug 34077] New: - patch for various bugs in CForms Samples

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34077] - patch for various bugs in CForms Samples

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://issues.apache.org/bugzilla/show_bu

Re: widget data type

Vadim Gritsenko wrote: Giacomo Pati wrote: I would like to extend the flow-jxpath selection list with the following attributes and their meanings: lable-path-is-i18n-key sometimes your label is the i18n key and you want is as such. I haven't found an other easy way to wrap a label text wit

Re: widget data type

Spelling... lable-path-is-i18n-key label i18n-catalog catalogue Vadim

Re: widget data type

On Fri, Mar 18, 2005 at 03:26:56PM -0500, Vadim Gritsenko wrote: > Spelling... > > >>lable-path-is-i18n-key > > label > > >>i18n-catalog > > catalogue www.dictionary.com lists catalog first, but if people prefer the longer spelling that's ok. I will just have to check the docs each time I

Re: widget data type

Antonio Gallardo wrote: On Vie, 18 de Marzo de 2005, 10:55, Giacomo Pati dijo: Hi all Did you ever had the problem that you'd like to assign a bean from a Collection to another beans property by the use of CForms selection lists? I had that alot and the result was a Datatype called "bean" which ca

Re: widget data type

Tim Larson wrote: On Fri, Mar 18, 2005 at 03:26:56PM -0500, Vadim Gritsenko wrote: Spelling... lable-path-is-i18n-key label i18n-catalog catalogue > www.dictionary.com lists catalog first, but if people prefer the longer spelling that's ok. I will just have to check the docs each time I try t

Re: widget data type

Vadim Gritsenko wrote: Spelling... lable-path-is-i18n-key label ... label="true" ... Does this tell you to wrap the label value into a I18nMessage? i18n-catalog catalogue Yes, sorry my fault. I know the i18n:text element uses that term as an attribute name. Giacomo -- Giacomo Pati Otego A

Re: Cocoon Performance Woes, Is it flow? I don't know!

Antonio Gallardo wrote: Can you post the sizes of the returned pages in the thread? I guess this is an important point too. The pages are roughly similar in size: home page: / 17.54 KB (17964 bytes) search1: /luxury_hotels/europe__france__paris/index.html 29.88 KB (30599 bytes) search2: /luxur

Re: Cocoon Performance Woes, Is it flow? I don't know!

eric: Two more tips: Try to switch to ehcache. I hear some ratings to the slowness of jcs cache (the default cache system in in 2.1.5.1). BTW in 2.1.6 I think the default cache system is ehcache, one more reason to move to 2.1.6 ;_). if posible switch from xinclude to cinclude, AFAIK still today

Re: widget data type

On Vie, 18 de Marzo de 2005, 14:43, Giacomo Pati dijo: > > > Antonio Gallardo wrote: >> On Vie, 18 de Marzo de 2005, 10:55, Giacomo Pati dijo: >> >>>Hi all >>> >>>Did you ever had the problem that you'd like to assign a >>>bean from a Collection to another beans property by the use >>>of CForms sel

Re: Cocoon Performance Woes, Is it flow? I don't know!

On Mar 18, 2005, at 5:19 PM, Antonio Gallardo wrote: Try to switch to ehcache. I hear some ratings to the slowness of jcs cache (the default cache system in in 2.1.5.1). BTW in 2.1.6 I think the default cache system is ehcache, one more reason to move to 2.1.6 ;_). he's already using whirlycache,

Re: Documentation system: Split data and configurations

Reinhard Poetz wrote: > > It has become more and more a PITA that the Forrest extensions (flat > structure, Cocoon style, comments, metadata, ...) had to be copied into all > Forrest repositories. Whenever I had to change something, I had to > synchronize my change with all other already set up

Re: [2.1.7 Testing Results - Forms block, samples] - update

Linden H van der (MI) wrote: > > I fixed several of the problems below, but it results in 1 to 3 line > patches of about 40 files. What's the most efficient way of handling this? That you do ... cd cocoon-2_1_X svn diff > patch.txt ... and add it to bugzilla Then follow up to this email with the

RE: [2.1.7 Testing Results - Forms block, samples] - update

On Vie, 18 de Marzo de 2005, 10:09, Linden H van der (MI) dijo: > Hi, > > I fixed several of the problems below, but it results in 1 to 3 line > patches of about 40 files. What's the most efficient way of handling this? > > Bye, Helma Perhaps using jEdit and searching for a regexp and using BeanSh

Re: [2.1.7 Testing Results - Forms block, samples] - update

Antonio Gallardo wrote: > Linden H van der (MI) dijo: > > > > I fixed several of the problems below, but it results in 1 to 3 line > > patches of about 40 files. What's the most efficient way of handling this? > > > > Bye, Helma > > Perhaps using jEdit and searching for a regexp and using BeanShel

Re: [2.1.7 Testing Results - Forms block, samples] - update

On Vie, 18 de Marzo de 2005, 21:08, David Crossley dijo: > Antonio Gallardo wrote: >> Linden H van der (MI) dijo: >> > >> > I fixed several of the problems below, but it results in 1 to 3 line >> > patches of about 40 files. What's the most efficient way of handling >> this? >> > >> > Bye, Helma >>

[2.2] build failed in Core.java (o.a.c.util.ClassUtils unknown).

Hi: The problem seems to be introduced in r158127 (using java 1.4.2_07): http://marc.theaimsgroup.com/?l=xml-cocoon-cvs&m=17281104914&w=2 Looks like the needed o.a.c.util.ClassUtils is not part of the current compile task and was not compiled before. Here is the output of compile-core task:

Re: [2.2] build failed in Core.java (o.a.c.util.ClassUtils unknown).

Le 19 mars 05, à 08:33, Antonio Gallardo a écrit : ...Looks like the needed o.a.c.util.ClassUtils is not part of the current compile task and was not compiled before... Should be fixed now, I have moved src/java/org/apache/cocoon/util/ClassUtils.java to src/core/java/org/apache/cocoon/util/ as

Re: [2.2] build failed in Core.java (o.a.c.util.ClassUtils unknown).

On Sab, 19 de Marzo de 2005, 1:40, Bertrand Delacretaz dijo: > Le 19 mars 05, à 08:33, Antonio Gallardo a écrit : > >> ...Looks like the needed o.a.c.util.ClassUtils is not part of the >> current >> compile task and was not compiled before... > > Should be fixed now, I have moved >src/java/org/