Re: [ANN]: Fins 1.0.0 released

Luca It looks like the new version only works with C2.0 - are there any plans to make the changes available in C1.x as well, as there are many of us who will be continuing to use this for quite some time. Thanks On 2008/04/30 at 08:46, in message [EMAIL PROTECTED], Luca Morandini [EMAIL

Re: [ANN]: Fins 1.0.0 released

Derek Hohls wrote: Luca It looks like the new version only works with C2.0 - are there any plans to make the changes available in C1.x as well, as there are many of us who will be continuing to use this for quite some time. I guess you meant 2.2 and 2.1, right ? Anyway, there is an error

PDF Image Caching Problem

Hi, I generate html and pdf, which contain images, from the a database. When I update an image the html correctly displays the new image, however the pdf incorrectly contains the old image. If I then change the new image file name the pdf displays the correct image. When I change the image

RE: PDF Image Caching Problem

Hi Peter, I typically use the following construct for non-caching generation of documents: map:pipeline type=noncaching map:parameter name=outputBufferSize value=8192/ Kind regards, Geert Drs. G.P.H. Josten Consultant Daidalos BV Source of Innovation Hoekeindsehof 1-4

Re: PDF Image Caching Problem

Hi, this is what Joerg Heinicke wrote about the similar problem of mine: My guess is it's actually the PDF that is taken from the cache. I guess the cache key for the PDF does not take included resources like your images into account. If that's true you just have to invalidate the PDF. I

Re: PDF Image Caching Problem

Hi Peter, unfortunetely I couldn't solve the problem and as it isn't so crucial at the moment, I have left it behind for now on. Actually there might be another problem (or bug) lying around if you produce htmls' with 'noncaching' option. Cocoon seems to be leaving files open when using

Re: PDF Image Caching Problem

Hi Mika, Thanks for the info on open files with the 'noncaching' option. My application was crashing every 4 to 5 days and I could not find the reason; I got round it by restarting tomcat/cocoon once a day using a cron job. I think that I will also leave the image caching problem for latter,

Re: Auth block

Hi, just to answer my own question: the problem was due to a dependency mismatch. I had in the pom.xml the following: dependency groupIdorg.springframework/groupId artifactIdspring-jdbc/artifactId version2.5.1/version /dependency Changing the version to 2.0.6

Re: Auth block

Hi, I've still problems with the Auth blocl in 2.2. To get rid of a NoSuchClassException, it was required to add to pom.xml the following entry: dependency groupIdorg.apache.cocoon/groupId artifactIdcocoon-pipeline-components/artifactId version1.0.0/version

Re[2]: Auth block

Hi Andre, Monday, May 5, 2008, 8:52:30 PM, you wrote: AJ dependency AJgroupIdorg.apache.cocoon/groupId AJartifactIdcocoon-pipeline-components/artifactId AJversion1.0.0/version AJ /dependency I don't think that cocoon-pipeline-components 1.0.0 is already

Re: [2.1] bu:replace does not work

Sorry, I deluded myself, this doesn't work :( . I think I am going to have to load the form on final submission. Hi, I am using 2.1.11 and I would like the fi:validation-errors to work. As such, I thought if I wrap the fi:validation-errors in a div and then wrap that div with a bu:replace.

Re: [2.1] Forcing full submission of Ajax CForms

Hi, I have given up trying to use bu:replace. Instead, I am going to do what is suggested here: http://issues.apache.org/jira/browse/COCOON-1570 And force the final submission to be non-ajax. At least, that is my plan, but Dojo is obfuscating too much and I am having a hard time forcing