Re: Cocoon 2.1.11 problem with JDK release versions above 255

Vincent, On 6/30/21 11:24, Vincent Neyt wrote: Hi all, thank you very much for all your reactions. I just found time to try Nico Verwer's suggestion, and that worked perfectly! It seems it was the very old version of icu4j.jar that caused the problem. As Nico suggested I exchanged it for

Re: Cocoon 2.1.11 problem with JDK release versions above 255

Hi all, thank you very much for all your reactions. I just found time to try Nico Verwer's suggestion, and that worked perfectly! It seems it was the very old version of icu4j.jar that caused the problem. As Nico suggested I exchanged it for icu4j-69.1.jar in the lib directory, and was able to

Re: Cocoon 2.1.11 problem with JDK release versions above 255

Hi Vincent, Do you have any stack trace to help finding the actual issue ? I know there's a similar issue with the ICU library. Do you use it, and if so in which version ? Regards, Cédric Le 30/06/2021 à 17:11, Francesco Chicchiriccò a écrit : On 28/06/21 09:48, Vincent Neyt wrote: Hi

Re: Cocoon 2.1.11 problem with JDK release versions above 255

On 28/06/21 09:48, Vincent Neyt wrote: Hi list, I did a stupid thing, I posted to the user list without first subscribing, so I'm sending my query again now that I am subscribed to the list. Sorry for the inconvenience! Since 2011 I've been using a build of Cocoon 2.1.11 (inside Tomcat 8) as

Cocoon 2.1.11 problem with JDK release versions above 255

Hi list, I did a stupid thing, I posted to the user list without first subscribing, so I'm sending my query again now that I am subscribed to the list. Sorry for the inconvenience! Since 2011 I've been using a build of Cocoon 2.1.11 (inside Tomcat 8) as the publishing framework for my website.

Cocoon 2.2 problem upload-max-size

Hi all, We are using Cocoon 2.2, and we use the param **upload*-max-size* of the file uploadsettings.properties in src/main/resources/META-INF/cocoon/properties , to limit the size of the files uploads to the server. We are trying to limit the size of the file to 4GB but we have the next

Re: deploying cocoon 2.2 problem

this message in context: http://www.nabble.com/deploying-cocoon-2.2-problem-tp15900785p15912868.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

deploying cocoon 2.2 problem

should do to try and resolve this problem. Many thanks in advance, Anil. -- View this message in context: http://www.nabble.com/deploying-cocoon-2.2-problem-tp15900785p15900785.html Sent from the Cocoon - Users mailing list archive at Nabble.com

Cocoon 2.2 - Problem with xmldb webapp db.lock

I have a Cocoon 2.2 webapp that uses xindice which I deployed using a war file on a remote server running tomcat. It works fine. When I use the Tomcat manager to stop and then start or when I use the Reload button, the webapp appers to start, but it will not work properly because a database lock

Re: Cocoon SVN problem

/template/resources/META-INF/ I think that just doesn't work with windows. Are the uppercase files still needed? Josias Regards Joerg On 23.04.2007 21:25, Markus Angst wrote: Hello, There is a problem in the Cocoon SVN repository that probably only affects Windows users. There are four files

Re: Cocoon SVN problem

: http://svn.apache.org/viewvc/cocoon/branches/BRANCH_2_1_X/src/blocks/template/resources/META-INF/ I think that just doesn't work with windows. Are the uppercase files still needed? Josias Regards Joerg On 23.04.2007 21:25, Markus Angst wrote: Hello, There is a problem in the Cocoon SVN

Re: Cocoon SVN problem

Joerg Heinicke pisze: Oh shit! It seems Subversion/Subclipse did not like that renaming at all. While on my system everything looked ok (no local modification were shown with Subclipse, svn up on the command line just said everything ok), there are indeed now 2 files of each license.txt and

Cocoon SVN problem

Hello, There is a problem in the Cocoon SVN repository that probably only affects Windows users. There are four files in /src/blocks/template/resources/META-INF/: LICENSE.txt, NOTICE.txt, license.txt and notice.txt. As case doesn't matter for Windows, this creates problems on checking out

Re: Cocoon SVN problem

). There is no other way than deleting the template block before updating or doing the update multiple times as it seems to have worked for you. Regards Joerg On 23.04.2007 21:25, Markus Angst wrote: Hello, There is a problem in the Cocoon SVN repository that probably only affects Windows users

RE: Cocoon Initialization Problem/Errror

hello, Hi! I've tried cocoon with the built-in jetty servlet engine - running cocoon.sh which works perfectly well (tested with http://host:). But when I try to run cocoon inside tomcat (4.1.3) it persists to fail due to some initialization error. I used a development snapshot

Re: Cocoon Matching Problem

You were right. We went back and looked at the access logs a third time and realized that while the initial match was not duplicating, the requests from the frameset were. Word wrap was turning everything into such a jumble that we could not see it until we turned word wrap off and scrolled three

Re: Cocoon Matching Problem

Yes, we did check the access logs. Unfortunately the problem is not with the policy.bltmcd.edu part of the html request doubling up. The http request is coming across with the correct url. Thanks for the help, however. On 2/9/06, Jason Johnston [EMAIL PROTECTED] wrote: Thanks for the suggestion,

Re: Cocoon Matching Problem

Thanks for the suggestion, but unfortunately making the Main_Text_Area matcher more generic by using a **/policy.bltmc.edu/*/Main_Text_Area did not solve the problem. -BL, TM, and CD On 2/8/06, Jason Johnston [EMAIL PROTECTED] wrote: Hi: We (my project group) are having a problem at work with the

Re: Cocoon Matching Problem

Thanks for the suggestion, but unfortunately making the Main_Text_Area matcher more generic by using a **/policy.bltmc.edu/*/Main_Text_Area did not solve the problem. Did you check your access logs to see what URLs are actually getting requested? On 2/8/06, Jason Johnston [EMAIL PROTECTED]

Cocoon Matching Problem

Hi:We (my project group) are having a problem at work with the code reproduced below. The first section of code is the pipeline portion of the Cocoon sitemap we are running. The idea is that any URL requested by the user will be passed down by all of the pipelines with specific matches and match

Re: Cocoon Matching Problem

Hi: We (my project group) are having a problem at work with the code reproduced below. The first section of code is the pipeline portion of the Cocoon sitemap we are running. The idea is that any URL requested by the user will be passed down by all of the pipelines with specific matches

Re: cocoon Authentication problem

Am Freitag, 20. Januar 2006 20:22 schrieben Sie: Hello, please point such requests to the cocoon-users list. In November you have helped me with a cocoon authentication problem: In our test situation all works fine, but we get the problem on our live site. The live site is different from

Cocoon Initialization Problem

Hello,, Iam trying to run cocoon 2.1.8 under Tomcat 3.3.2.When I try to access the url http://localhost:8080/cocoon Iam getting the following error: Message: Scheduler with name apos;Cocoonapos; already exists. Description: org.apache.avalon.framework.configuration.ConfigurationException: cannot

Cocoon tutorial problem under 2.1.7

I am trying to walk through the tutorial. If I replace the pipeline in /samples/sitemap.xmap with the text from the tutorial at http://localhost:8080/cocoon/docs/tutorial/tutorial-develop-webapp.html I get the following error mesage when I try to access http://localhost:8080/RonCocoon/samples

Re: [Cocoon portal] problem in coplet redirect

Header --- From : Ralph Goers [EMAIL PROTECTED] To : users@cocoon.apache.org Cc : Date : Tue, 05 Jul 2005 01:00:12 -0700 Subject : Re: [Cocoon portal] problem in coplet redirect When you say return to the home page, do you mean using the browser's back

[Cocoon portal] problem in coplet redirect

Hi all; i'm using Cocoon 2.1.7; i'm using the portal block and i have some problems. I have had some problems in the link rewriting and now i have this other problem.. I have this code in my site home page: var cid = cocoon.parameters[copletId]; var comune=null; var selectionForm = new

Re: [Cocoon portal] problem in coplet redirect

When you say return to the home page, do you mean using the browser's back button? If so, I'm wondering if you are really going back to the home page or to the form instead. I'm also wondering if this is another issue with the way page label processing works or if it is something else. What

Re: [Cocoon portal] problem in coplet redirect

] To : users@cocoon.apache.org Cc : Date : Tue, 05 Jul 2005 01:00:12 -0700 Subject : Re: [Cocoon portal] problem in coplet redirect When you say return to the home page, do you mean using the browser's back button? If so, I'm wondering if you are really going back to the home

Re: Very Strange Cocoon 2.4.1 Problem

Bertrand Delacretaz wrote: Le 16 mars 05, à 00:38, Jeff Sexton a écrit : ...Once in a great while, a file will not work. Requests for the given file will return this strange bit of code as literal text:... I guess you mean 2.1.4... Yes, sorry this might be due to bug

Very Strange Cocoon 2.4.1 Problem

I've got a directory full of XML files and a sitemap to turn them into PDF. This works perfectly almost all the time. Once in a great while, a file will not work. Requests for the given file will return this strange bit of code as literal text: function toggle(id) { var element =

Re: Very Strange Cocoon 2.4.1 Problem

Le 16 mars 05, à 00:38, Jeff Sexton a écrit : ...Once in a great while, a file will not work. Requests for the given file will return this strange bit of code as literal text:... I guess you mean 2.1.4...this might be due to bug http://issues.apache.org/bugzilla/show_bug.cgi?id=26753, which has

Cocoon Startup problem : web.xml init-param elements ignored

Dear all, When I startup Cocoon, I get the following messages (1 for each ignored element - approx 30 in total): 20:02:50,836 WARN WebXmlParser:218 - Ignored element 'display-name' as child of 'servlet'. 20:02:50,836 WARN WebXmlParser:218 - Ignored element 'init-param' as child of 'servlet'.

Re: Cocoon authentication problem

Thanks. That's it. Solved :) - Original Message - From: Jorg Heymans [EMAIL PROTECTED] Newsgroups: gmane.text.xml.cocoon.user Sent: Monday, December 27, 2004 1:19 PM Subject: Re: Cocoon authentication problem Vlad Golodov wrote: Hi All, I have an example of authentication

Cocoon authentication problem

Hi All, I have an example of authentication in cocoon. It works perfectly, but if i copy the authentication folder into my own project, then i encounter an error message: Type 'auth-loggedIn' is not defined for 'act' at

Re: Cocoon authentication problem

Vlad Golodov wrote: Hi All, I have an example of authentication in cocoon. It works perfectly, but if i copy the authentication folder into my own project, then i encounter an error message: Type 'auth-loggedIn' is not defined for 'act' at

cocoon initialization problem (excalibur.store)

Hi! We are using cocoon 2.1.5.1 in a linux production environment, JDK 1.4.2_05 and Tomcat 5.0.28. Sometimes (rarely!) after the tomcat startup, the first access to the cocoon webapp produces a cocoon initialization error complaining that the component org.apache.excalibur.store.Store cannot

Re: cocoon initialization problem (excalibur.store)

Hi Jank: Wich Linux envorinment are you using? Best Regards, Antonio Gallardo. Jank Michael dijo: Hi! We are using cocoon 2.1.5.1 in a linux production environment, JDK 1.4.2_05 and Tomcat 5.0.28. Sometimes (rarely!) after the tomcat startup, the first access to the cocoon webapp

Re: cocoon date problem

Hi Baskar, you might want to have a look this thread: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=109102502018016w=2 I had the same problem and found that it was a problem with the com.ibm.icu.text.SimpleDateFormat class that's in WEB-INF/lib/icu4j.jar. I rebuilt cocoon excluding all the

RE: Cocoon forms problem

Marc Portier wrote: hm, who owes who a bear in this case? Carsten? ROTFL :) Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cocoon forms problem

Bartosz Zgodziski wrote: The problem is that, that my form.js has only few lines. One funcfion. and the appropriate cocoon.load() statement, right? function form1() { var form = new Form(forms/d_nowyTyp.xml); form.showForm(nowy.html); print (out); } I meant the Form.js (big F) to be found at

Cocoon forms problem

It's realy difiicult for me to describe my problem so please be patient. In my sitemap I've got this: map:match pattern=*.html map:aggregate element=site map:part src=documents/menu.xml/ map:part src=cocoon:/{1}.do/ /map:aggregate map:transform

Re: Cocoon forms problem

On Wed, 2004-06-02 at 18:19, Bartosz Zgodzinski wrote: It's realy difiicult for me to describe my problem so please be patient. In my sitemap I've got this: map:match pattern=*.html map:aggregate element=site map:part src=documents/menu.xml/ map:part src=cocoon:/{1}.do/

Re: Cocoon forms problem

Bartosz Zgodziski wrote: Thanks for Bruno Dumon... It's a little bit better but it still doesn't work. I make many changes so I will write it again. Sitemap: map:match pattern=form1.html map:aggregate element=site map:part src=documents/menu.xml/ map:part

Re: Cocoon forms problem

Zgodziski - Original Message - From: Marc Portier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 9:25 PM Subject: Re: Cocoon forms problem Bartosz Zgodziski wrote: Thanks for Bruno Dumon... It's a little bit better but it still doesn't work. I make many

Re: Cocoon forms problem

? (was the asterix shown on the form indicating the template-transformer also noticed the 'required' flag?) -marc= Bartosz Zgodziski - Original Message - From: Marc Portier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 9:25 PM Subject: Re: Cocoon forms problem

Re: Cocoon forms problem

On 02.06.2004 21:53, Marc Portier wrote: nope, the validation should be nested to the datatype: wd:datatype base=string wd:validation wd:length exact='4'/ /wd:validation /wd:datatype Should it not be besides datatype: wd:datatype base=string/ wd:validation wd:length exact='4'/

Re: Cocoon forms problem

, June 02, 2004 9:53 PM Subject: Re: Cocoon forms problem Bartosz Zgodziski wrote: Thansk and here are more details: d_form1.xml: fd:field id=opis required=true fd:labelOpis:/fd:label fd:datatype base=string/ fd:length min=2 max=4/ /fd:field nope

Re: Cocoon forms problem

miss out on the fd:validation around the fd:length though! regards, -marc= Bartosz Zgodziski - Original Message - From: Marc Portier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 9:53 PM Subject: Re: Cocoon forms problem Bartosz Zgodziski wrote: Thansk and here

[OT] bier, beer and bear, pls bare with me (Re: Cocoon forms problem)

Tim Larson wrote: On Wed, Jun 02, 2004 at 10:12:46PM +0200, Marc Portier wrote: hm, who owes who a bear in this case? Carsten? Whoa! When did we upgrade to dangerous animals? Let's keep this civilized :^) grmblkrst , that wobbly speling of me

Re: Cocoon forms problem

still have blank page when I write fafafa - validation doesn't work :( Bartosz Zgodziski - Original Message - From: Marc Portier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 10:25 PM Subject: Re: Cocoon forms problem Bartosz Zgodziski wrote: I'm sorry but I

Re: Cocoon forms problem

Bartosz Zgodziski wrote: Unfortunatelly it's not the end. I don't know where this bug appears but in my source file I've got: fd:field id=opis required=true fd:labelOpis:/fd:label fd:datatype base=string/ fd:validation fd:length min=2 max=4/ /fd:validation /fd:field

Re: Cocoon forms problem

[EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 02, 2004 11:40 PM Subject: Re: Cocoon forms problem Bartosz Zgodziski wrote: Unfortunatelly it's not the end. I don't know where this bug appears but in my source file I've got: fd:field id=opis required=true

Run cocoon-servlet problem : java.lang.IllegalAccessError

Hi all I'm trying to run cocoon-2.1.4 under tomcat 4.1.27 I get such an exseption : -- 2004-03-09 10:36:29 StandardContext[]: Servlet threw load() exception javax.servlet.ServletException: Servlet.init() for servlet Cocoon threw exception

AW: Run cocoon-servlet problem : java.lang.IllegalAccessError

.jar And it works now WBR Slava -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 9. Marz 2004 11:09 An: [EMAIL PROTECTED] Betreff: Run cocoon-servlet problem : java.lang.IllegalAccessError Hi all I'm trying to run cocoon-2.1.4 under

cocoon:/ and / problem

I have this sitemap: map:match pattern=**/* map:aggregate element=contents map:part src=contents/{1}/{2}.xml/ map:part src=cocoon:/toc/{2}/ /map:aggregate map:serialize type=xml/ /map:match map:match pattern=toc/* map:generate

Re: cocoon:/ and / problem

Gianluca Sartori schrieb: I have this sitemap: map:match pattern=**/* map:aggregate element=contents map:part src=contents/{1}/{2}.xml/ map:part src=cocoon:/toc/{2}/ /map:aggregate map:serialize type=xml/ /map:match map:match pattern=toc/*