Re: using cocoon 2.1 in the long-term, security concerns
Hi Leszak, Yeah, a release would be nice – Fix version 2.2.1 was stated in this ticket https://issues.apache.org/jira/browse/COCOON-2347 But was never released though… Cheers, Gabriel From: Leszek Gawron Date: Friday, 30. July 2021 at 10:35 To: users@cocoon.apache.org Subject: Re: using cocoon 2.1 in the long-term, security concerns I am sorry for not reading the thread to the last message. Maybe a release then? On Tue, Jul 20, 2021 at 12:39 PM Gabriel Gruber mailto:gabriel.gru...@workflow.at>> wrote: Hi Vincent, We at Workflow are also still using Cocoon 2.2 as part of our main product and are running it with Java 11 and Tomcat 9 on Windows and Linux OSes. In the past we did not see any major problem with cocoon which were not solvable. From a security perspective maybe the biggest thread was a directory traversal opportunity if you would use ResourceReader cocoon component in the wrong way allowing users to use the /.. in URL/request-parameters being forwarded to the path of the resource to be read in order to traverse the directory of the deployment. Latest Cocoon 2.2 trunk is also compatible with Spring 4.x by the way. Cheers, Gabriel Gruber www.workflow.at<http://www.workflow.at> Von: Vincent Neyt mailto:vincent.n...@gmail.com>> Gesendet: Dienstag, 20. Juli 2021 12:28 An: users@cocoon.apache.org<mailto:users@cocoon.apache.org> Betreff: Re: using cocoon 2.1 in the long-term, security concerns Thank you very much Warrell, Cédric, Greg and Chris. I'm happy to hear that you believe Cocoon poses a very low security risk as long as Tomcat and Java are up to date, and that Cocoon should continue to work well with future versions of T & J as long as the dependency libraries in Cocoon are updated. (At least until Tomcat 9 is no longer supported.) best wishes, Vincent On Mon, Jul 19, 2021 at 6:35 PM Christopher Schultz mailto:ch...@christopherschultz.net>> wrote: Vincent, On 7/19/21 08:03, Vincent Neyt wrote: > Hi Cocoon users, > > I'd like to ask your opinion on the long-term security risks of running > Cocoon on a server. The colleague responsible for the servers at my > university is inquiring if the software I'm using for my website is up > to date and is concerned that I'm using outdated software that could in > the future pose a security risk. > > I'm using cocoon 2.1.11, which I could probably upgrade to 2.1.13 > without many problems. But I'm concerned about the long-term, and > wondering if it would perhaps be better to reprogram the website I've > been working on for 10 years into eXist DB (which would be a huge time > investment). I like cocoon very much and would love to continue using it > if it's possible. > > I'm curious to hear your thoughts about using Cocoon 2.1 for the long > term: will it still work well inside future versions of servlet > containers like Tomcat? What about the java dependencies? And will > cocoon 2.1 continue to put out updates when security risks are identified? I, like you, have been running Cocoon 2.1.x for years and would like to continue to rely on it for some important functions at $work. I don't see any reason it wouldn't run on current and future Tomcat versions. There are a few "current" versions of Tomcat, and the only one I would expect to have some issues would be the Tomcat 10.x series, which implement the "Jakarta EE" specifications instead of the "Java EE" specifications. For the most part, these specifications are simply package-renamed versions of the original Java EE specs. So, for example, javax.servlet.whatever becomes jakarta.servlet.whatever and so on. Tomcat has a migration tool which can migrate a binary web application (e.g. WAR file) from Java EE to Jakarta EE. It would be good to know if that tool works on a webapp which is Cocoon itself and/or Cocoon-bundled-with-your-application. I'm a Tomcat committer and if there are any problems, we could work together to make sure Cocoon has plenty of life left in it. With the semi-recent release of Cocoon 2.2, are there members of the community who would be interested in converting the project into a Jakarta EE-based project? There is no particular rush, and most of the conversion can be done essentially with a single sed script. But working that into the build process so you can say "build me a Java EE-based Cocoon" versus "build me a Jakarta EE-based Cocoon" would be really beneficial moving into the future. [As a Cocoon user, I'd love to know what is necessary to upgrade from Cocoon 2.1 to 2.2. We have an ant-based build process for our application which starts with a pre-built cocoon.war and customizes it with everything we need. So if e.g. Maven can build Cocoon into a WAR file, I might be all set.] -chris - To unsubscribe, e-mail: users-unsubscr..
AW: using cocoon 2.1 in the long-term, security concerns
Hi Vincent, We at Workflow are also still using Cocoon 2.2 as part of our main product and are running it with Java 11 and Tomcat 9 on Windows and Linux OSes. In the past we did not see any major problem with cocoon which were not solvable. From a security perspective maybe the biggest thread was a directory traversal opportunity if you would use ResourceReader cocoon component in the wrong way allowing users to use the /.. in URL/request-parameters being forwarded to the path of the resource to be read in order to traverse the directory of the deployment. Latest Cocoon 2.2 trunk is also compatible with Spring 4.x by the way. Cheers, Gabriel Gruber www.workflow.at Von: Vincent Neyt Gesendet: Dienstag, 20. Juli 2021 12:28 An: users@cocoon.apache.org Betreff: Re: using cocoon 2.1 in the long-term, security concerns Thank you very much Warrell, Cédric, Greg and Chris. I'm happy to hear that you believe Cocoon poses a very low security risk as long as Tomcat and Java are up to date, and that Cocoon should continue to work well with future versions of T & J as long as the dependency libraries in Cocoon are updated. (At least until Tomcat 9 is no longer supported.) best wishes, Vincent On Mon, Jul 19, 2021 at 6:35 PM Christopher Schultz mailto:ch...@christopherschultz.net>> wrote: Vincent, On 7/19/21 08:03, Vincent Neyt wrote: > Hi Cocoon users, > > I'd like to ask your opinion on the long-term security risks of running > Cocoon on a server. The colleague responsible for the servers at my > university is inquiring if the software I'm using for my website is up > to date and is concerned that I'm using outdated software that could in > the future pose a security risk. > > I'm using cocoon 2.1.11, which I could probably upgrade to 2.1.13 > without many problems. But I'm concerned about the long-term, and > wondering if it would perhaps be better to reprogram the website I've > been working on for 10 years into eXist DB (which would be a huge time > investment). I like cocoon very much and would love to continue using it > if it's possible. > > I'm curious to hear your thoughts about using Cocoon 2.1 for the long > term: will it still work well inside future versions of servlet > containers like Tomcat? What about the java dependencies? And will > cocoon 2.1 continue to put out updates when security risks are identified? I, like you, have been running Cocoon 2.1.x for years and would like to continue to rely on it for some important functions at $work. I don't see any reason it wouldn't run on current and future Tomcat versions. There are a few "current" versions of Tomcat, and the only one I would expect to have some issues would be the Tomcat 10.x series, which implement the "Jakarta EE" specifications instead of the "Java EE" specifications. For the most part, these specifications are simply package-renamed versions of the original Java EE specs. So, for example, javax.servlet.whatever becomes jakarta.servlet.whatever and so on. Tomcat has a migration tool which can migrate a binary web application (e.g. WAR file) from Java EE to Jakarta EE. It would be good to know if that tool works on a webapp which is Cocoon itself and/or Cocoon-bundled-with-your-application. I'm a Tomcat committer and if there are any problems, we could work together to make sure Cocoon has plenty of life left in it. With the semi-recent release of Cocoon 2.2, are there members of the community who would be interested in converting the project into a Jakarta EE-based project? There is no particular rush, and most of the conversion can be done essentially with a single sed script. But working that into the build process so you can say "build me a Java EE-based Cocoon" versus "build me a Jakarta EE-based Cocoon" would be really beneficial moving into the future. [As a Cocoon user, I'd love to know what is necessary to upgrade from Cocoon 2.1 to 2.2. We have an ant-based build process for our application which starts with a pre-built cocoon.war and customizes it with everything we need. So if e.g. Maven can build Cocoon into a WAR file, I might be all set.] -chris - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org<mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail: users-h...@cocoon.apache.org<mailto:users-h...@cocoon.apache.org>
Re: from Cforms to Wicket
Hey Mika, I would suggest to use Vaadin (www.vaadin.org) for your dynamic form generation. It is pure java and css and all the client stuff is done via a small GWT layer. integration into cocoon is easy... we have done it to build a new app on top of our existing hibernate+spring+cocoon webapp. cheers, gabriel From: Mika M Lehtonen m...@digikartta.net To: users@cocoon.apache.org, Date: 18.02.2013 15:10 Subject:Re: from Cforms to Wicket Yep, but as I started this chain, I stated that my problem is to convert my own defined dynamic XML into HTML4 (or HTML5) forms. I was looking something to replace Cforms (not just plain XSLT). I am also considering to move to C3 because as I stated earlier, developing without tools is hard. If I could take e.g. NetBeans and continue with that, I would be better off in the long run. I was considering Apache Wickets because some integration has been done with C3, but right now it doesn't seem to be a real option. HTML5 is still hype from my point of view. - mika - 18.2.2013 15:50, gelo1234 kirjoitti: HTML5 in its basics is a superset of HTML4. If you don't use HTML5-specific tags/spec you go well with old good HTML4. The original issue was NOT whether to use HTML5 or old HTML, but whether to use CForms or just raw XHTML/HTML (4 or 5) forms. If you like to have HTML5 goodies in browsers that support it, just use e.g. Cocoon Actions in Sitemap OR Advanced Sitemap Matchers OR in REST-Controller by inspecting HTTP Headers return different Page that generate a different Content (with XSLT) for IE8. Greetings, -Greg 2013/2/18 Mika M Lehtonen m...@digikartta.net Also HTML5 support for IE seems to be weak, even for IE9. There are still lot of people using IE8 or even older browser + lot of people in some sort of governmental offices using their own versions.. We can't sell apps without IE-support, absolutely no way. http://people.mozilla.com/~prouget/ie9/ - mika - 18.2.2013 14:45, Robby Pelssers kirjoitti: The only thing I wonder about is... Cocoon and neither XSLT2.0 support html5 serialization for all I know. So does someone using Cocoon already generate HTML5 content with Cocoon and how did you accomplish this. Cheers, Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net] Sent: Monday, February 18, 2013 1:42 PM To: users@cocoon.apache.org Subject: Re: from Cforms to Wicket Ok, thanks for your efforts. HTML5 it is, with or without C3. - mika - 18.2.2013 14:25, Francesco Chicchiriccò kirjoitti: On 18/02/2013 13:09, Mika M Lehtonen wrote: Yeah, I know what you mean. Most of the Xforms sites are dated back to 2002 or 2003.. Sounds like a standard having glorious future behind.. This betterForm still sounded proper for my purposes because it actually implements server-side approache of Xforms. So I could use Xforms definition for producing HTML-forms, if I understood right. It actually resembles a lot of Cforms with a difference that it seems to be under development taking contemporary challenges into account. under development with latest release 4.1 dating 1 year back [1] But would I still need C3 (or C2.11 / C2.2)? It depends on you, and on how much effort do you want to put on this task. Anyway, not necessarily, even though Cocoon will help in you in the XML side if the job. I would like to get familiar with C3 if I only could figure out how to start. The biggest problem with C2.11, IMHO, was not having proper development tools to use. I ended up writing files with Notepad++. And I never realized how to do debugging.. [1] http://sourceforge.net/projects/betterform/files/ 18.2.2013 10:48, Francesco Chicchiriccò kirjoitti: On 17/02/2013 21:57, Mika M Lehtonen wrote: How about some XForms implementation like this http://www.betterform.de? Sounds promising.. I personally wouldn't bet much on XForms... Regards. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
AUTO: Gabriel Gruber [Workflow EDV GmbH] is out of office. (returning 11.02.2013)
I am out of the office until 11.02.2013. Ich bin bis zum 8.2.2013 auf Urlaub und ab 11.2.2013 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Wurm oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Gutzelnig! mit freundlichen Grüssen Gabriel Gruber Note: This is an automated response to your message Connecting 2 blocks with C3.0 sent on 09.02.2013 05:09:59. This is the only notification you will receive while this person is away. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: Problem with Cocoon Forms continuation in Google Chrome
The Problem you reported seems to me as if it was a HTTP posting issue in connection with the submitid of the widget which caused the submit. You should use Chrome/Safari Web Tools to trace the HTTP network traffic to see if there is a submitid request parameter passed and if it differs from the IE testcase to the chrome/safari testcase. If it does you might be able to trace down the problem to some code inside - common.js *OR* - AjaxForm.js *OR* - SimpleForm.js where the actual submitting is done. You could use Javascript debugging features of safari or chrome webtools to further narrow down the source of your problems! cheers, Gabriel From: Robby Pelssers robby.pelss...@nxp.com To: users@cocoon.apache.org users@cocoon.apache.org Date: 13.03.2012 13:32 Subject:RE: Problem with Cocoon Forms continuation in Google Chrome Possible encoding issue? From: Patricia Déchandol [mailto:pdechan...@ajlsm.com] Sent: Tuesday, March 13, 2012 1:28 PM To: users@cocoon.apache.org Subject: Re: Problem with Cocoon Forms continuation in Google Chrome Making tests, the error appears or not on different servers on which the same sources are deployed. So I suppose something in the server configuration provocate it. :-(( Le 13 mars 2012 à 12:56, Robby Pelssers a écrit : Of course it can. But to get an answer to that question I advise you to check the known bugs list of chrome itself. Did you already inspect the generated (x)html using chrome developer or firebug? Maybe you can spot any obvious mistake? Robby From: Patricia Déchandol [mailto:pdechan...@ajlsm.com] Sent: Tuesday, March 13, 2012 12:03 PM To: users@cocoon.apache.org Subject: Re: Problem with Cocoon Forms continuation in Google Chrome We use Cocoon 2.1. It's quite difficult to isolate the scripts because our pages containing forms are generated applicating XSL stylesheets to templates. Is there new known problems with Google Chrome or Safari ? This problem didn't exist a week ago. Could it be generated by a Chrome update ? Patricia Le 13 mars 2012 à 11:56, Robby Pelssers a écrit : Could you perhaps isolate the problem into the smallest reproducible scenario and share this sample code (form definition / flowscript / jxtemplate). Which version of Cocoon are you using by the way? Robby From: Patricia Déchandol [mailto:pdechan...@ajlsm.com] Sent: Tuesday, March 13, 2012 11:53 AM To: users@cocoon.apache.org Subject: Problem with Cocoon Forms continuation in Google Chrome Hello, I face a recent problem using Cocoon CForms in Google Chrome version 17. My CForm use Dojo widgets. Everything is working fine in FF or IE, but when I submit a form in Google Chrome, it fails with the log above. Same problem with Safari Version 5.1.1 This happens in all the forms. I can't understand what's happening. Thanks for your help. Patricia ERROR (2012-03-13) 11:43.54:195 [access] (/bm-grenoble/Bmgediteur/52527b5e6c4b31546466754140264e38587e4260.continue) http-8080-1/CocoonServlet: Internal Cocoon Problem org.apache.cocoon.ProcessingException: Sitemap: error calling continuation at map:call - file:///Users/pdechandol/ajlsm-build/bm-grenoble/exist/ecriture.xmap:668:37 at map:mount - file:///Users/pdechandol/ajlsm-build/bm-grenoble/notix.xmap:608:88 at map:mount - file:///Users/pdechandol/ajlsm-build/bm-grenoble/global-variables.xmap:114:67 at map:mount - file:///Users/pdechandol/ajlsm-build/bm-grenoble/sitemap.xmap:381:78 at org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:113) at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:126) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47) at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) at org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:98) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
Re: Cocoon 2.2/3.0 and Spring WebMVC
Very Nice! So you managed to run cocoon 2.2 with Spring 3.0? Can you provide the community with some hints, or even better supply some patches to a JIRA issue, so it could be picked up by others and could be integrated in the next 2.x version (2.3?) thanx in advance gabriel +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien www.workflow.at From: kremnef krem...@gmail.com To: users@cocoon.apache.org Date: 23.08.2011 13:26 Subject:Re: Cocoon 2.2/3.0 and Spring WebMVC Hi Mark Today I successfully ran cocoon 2.2.1-snapshot and Spring 3.0 I think that some question and problems will be the case. Mark Diggory wrote: Cocoon Community, While, possibly unconventional, we are considering the the possibility of marrying Cocoon and WebMVC in our project to use Cocoon as a View technology while relying on WebMVC as our Controller/Model framework. I would like to explore if anyone else out there has approached such a solution? Cheers, Mark - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- View this message in context: http://old.nabble.com/Cocoon-2.2-3.0-and-Spring-WebMVC-tp32084435p32318052.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
AUTO: Gabriel Gruber/Workflow is out of office. (returning 18.07.2011)
I am out of the office until 18.07.2011. Ich bin bis zum 30.6.2011 auf Urlaub und ab 18.7.2011 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Wurm oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Gutzelnig! mit freundlichen Grüssen Gabriel Gruber Note: This is an automated response to your message [ANNOUNCE] Apache Cocoon 3.0.0-alpha-3 released! sent on 01.07.2011 11:35:37. This is the only notification you will receive while this person is away. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: sitemap
I did use Dojo 1.2 and also 1.3 with cocoon 2.2. I do not see the need of any Dojo specific classes on the server side, in particular if you only return JSON or XML to the client (the REST way). One can generate Dojo specific HTML forms using a XSL stylesheet from cocoon 2.* generated HTML forms. I've done this for all Dojo/cocoon-based applications. This would simply represent an extra step in the pipeline. I now use Dojo 1.5 (for a REST-like application). hmm, very nice. Did you also use CForms with Dojo 1.5??? We are heavily using CForms and thats the reason why we are stuck to dojo 0.4.x at the moment... cheers, gabriel
AUTO: Gabriel Gruber/Workflow is out of office. (returning Mon 14.02.2011)
I am out of the office from Sat 05.02.2011 until Mon 14.02.2011. Ich bin bis zum 13.2.2011 auf Urlaub und ab 14.2.2011 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Wurm oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Stastny! mit freundlichen Grüssen Gabriel Gruber Note: This is an automated response to your message repeater and value of a widget list sent on 06.02.2011 18:26:38. This is the only notification you will receive while this person is away. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 11.07.2010 and will not return until 26.07.2010. Ich bin bis zum 23.7.2010 auf Urlaub und ab 26.7.2010 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 04.02.2010 and will not return until 09.02.2010. Ich bin bis zum 08.02.2010 auf Urlaub und ab 09.02.2010 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
HELP needed with latest Cocoon 2.2 (JNET / SSF)
Hello comunity, I found a serious bug in JNET / servlet service framework in our cocoon 2.2 based application. After some time the following Exception pops up and the only way to resolve is to restart the web application... java.lang.NullPointerException java.util.LinkedList.remove(LinkedList.java:646) java.util.LinkedList.remove(LinkedList.java:360) org.apache.cocoon.jnet.DynamicURLStreamHandlerFactory.pop(DynamicURLStreamHandlerFactory.java:30) org.apache.cocoon.jnet.URLHandlerFactoryCollector.popUrlHandlerFactories(URLHandlerFactoryCollector.java:57) org.apache.cocoon.jnet.URLHandlerFactoryCollector.installURLHandlers(URLHandlerFactoryCollector.java:39) sun.reflect.GeneratedMethodAccessor516.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:627) org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:616) org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:64) org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89) org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) $Proxy34.service(Unknown Source) org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:481) org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:455) org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:245) org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) $Proxy94.service(Unknown Source) org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.apache.cocoon.servlet.multipart.MultipartFilter.doFilter(MultipartFilter.java:131) Any Ideas? I found a Jira Thread of another project using cocoon and having similar problems... http://jira.dspace.org/jira/browse/DS-253?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel cheers, Gabriel
Re: HELP needed with latest Cocoon 2.2 (JNET / SSF)
Hi Joe, well, I don't have a replayable scenario yet (f.i. testcase), but it seems that the exception comes after heavy use of cocoon pages within our application. I suspect that cocoon:/ protocol usage AND/OR inheritence of sitemap calling (we extend cocoon-forms block to override specific resources) might be the root of problem. But that is only a guess... We are using latest trunk versions of servlet-service-framework and jnet subprojects. I know that Grek made some changes in cocoon servlet service framework in summer 2009, which went into the 1.2 release, which we are using (since then no changes have been comitted). The problems reported here (exact same problem we have) http://jira.dspace.org/jira/browse/DS-253?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel suspects that some classes within SSF are not threadsafe? best regards, Gabriel Jos Snellings jos.snelli...@pandora.be wrote on 03.02.2010 06:59:27: Hi Gabriel, Very strange to have that exception there! When does it happen? Is it predictable? Kind regards, Jos On Tue, 2010-02-02 at 19:44 +0100, Gabriel Gruber wrote: Hello comunity, I found a serious bug in JNET / servlet service framework in our cocoon 2.2 based application. After some time the following Exception pops up and the only way to resolve is to restart the web application... java.lang.NullPointerException java.util.LinkedList.remove(LinkedList.java:646) java.util.LinkedList.remove(LinkedList.java:360) org.apache.cocoon.jnet.DynamicURLStreamHandlerFactory. pop(DynamicURLStreamHandlerFactory.java:30) org.apache.cocoon.jnet.URLHandlerFactoryCollector. popUrlHandlerFactories(URLHandlerFactoryCollector.java:57) org.apache.cocoon.jnet.URLHandlerFactoryCollector. installURLHandlers(URLHandlerFactoryCollector.java:39) sun.reflect.GeneratedMethodAccessor516.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl. invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.springframework.aop.aspectj.AbstractAspectJAdvice. invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:627) org.springframework.aop.aspectj.AbstractAspectJAdvice. invokeAdviceMethod(AbstractAspectJAdvice.java:616) org.springframework.aop.aspectj.AspectJAroundAdvice. invoke(AspectJAroundAdvice.java:64) org.springframework.aop.framework.ReflectiveMethodInvocation. proceed(ReflectiveMethodInvocation.java:171) org.springframework.aop.interceptor.ExposeInvocationInterceptor. invoke(ExposeInvocationInterceptor.java:89) org.springframework.aop.framework.ReflectiveMethodInvocation. proceed(ReflectiveMethodInvocation.java:171) org.springframework.aop.framework.JdkDynamicAopProxy. invoke(JdkDynamicAopProxy.java:204) $Proxy34.service(Unknown Source) org.apache.cocoon.servletservice.ServletServiceContext $PathDispatcher.forward(ServletServiceContext.java:481) org.apache.cocoon.servletservice.ServletServiceContext $PathDispatcher.forward(ServletServiceContext.java:455) org.apache.cocoon.servletservice.spring.ServletFactoryBean $ServiceInterceptor.invoke(ServletFactoryBean.java:245) org.springframework.aop.framework.ReflectiveMethodInvocation. proceed(ReflectiveMethodInvocation.java:171) org.springframework.aop.framework.JdkDynamicAopProxy. invoke(JdkDynamicAopProxy.java:204) $Proxy94.service(Unknown Source) org.apache.cocoon.servletservice.DispatcherServlet. service(DispatcherServlet.java:106) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.apache.cocoon.servlet.multipart.MultipartFilter. doFilter(MultipartFilter.java:131) Any Ideas? I found a Jira Thread of another project using cocoon and having similar problems... http://jira.dspace.org/jira/browse/DS-253?page=com.atlassian.jira. plugin.system.issuetabpanels%3Acomment-tabpanel cheers, Gabriel - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: dojo Editor2 - customizing toolbar.
hi tomek, It is version 0.4.3 of dojo! You can find the API Docs here: http://dante.dojotoolkit.org/static/0.4/trunk/api/ cheers, gabriel Tomek Piechowicz tomasz.piechow...@gmail.com 13.01.2010 22:45 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject dojo Editor2 - customizing toolbar. Hi. I am trying to customize dojo rich text editor toolbar, so I set plugins property, but it doesn`t work : fi:styling type=textarea dojoType=Editor2 width=400px height=200px style=background: white plugins=['copy','cut','paste','|','bold'] / Which version of dojo toolkit is included in CForms in C2.2 ? Regards, Tomasz Piechowicz - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Alternative to Javascript + continuations?
Hi David, we have a huge product based on cocoon 2.1.11 / spring / hibernate and started 5 years ago with the flowscript / continuations aproach. meanwhile we introduced adapters to use javaclasses instead of flowscripts. main reason for not using apples directly was, that we did not want to change our authorization logic which is embedded in global flowscripts which are executed upon every request coming in and then dispatching to the correct controllers. by using java we can benefit from refactoring tools in eclipse, auto-complete, AOP, spring cheers, gabriel David Legg david.l...@searchevent.co.uk 10.09.2009 23:55 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject Alternative to Javascript + continuations? Hi Robby, ...Whereas I used flowscript very heavily in the past, I'm tending towards java based solutions more and more and Cocoon3.0 sounds promising with it's REST-controllers. Out of curiosity, when you say you are using less flowscript and more Java these days what do you replace the flowscript with? I thought one of Cocoon's best contributions to humanity was flowscript together with continuations so I'm curious to learn what you use instead... are you using Apples? Regards, David Legg - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 27.08.2009 and will not return until 31.08.2009. Ich bin bis zum 28.08.2009 auf Urlaub und ab 31.08.2009 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: RE: dynamic cForm generation
Hi Patrick! In order to dynamically create a JX-Template you have to make sure through your pipeline machinery, that you are *NOT* using jx-template generator to create the initial form template. what you can do however is to delegate the creation to another pipeline, f.i. !-- generate Form Template here without using JX -- map:match pattern=getReportFilterFormTemplate map:generate type=file src=resource://at/workflow/webdesk/rp/resources/views/filterSkeleton.xml/ map:transform type=include/ map:serialize type=xml/ /map:match !-- Report Form-- map:match pattern=forms/rp/testReportFilter map:generate type=jx src=cocoon:/getReportFilterFormTemplate label=raw/ map:transform type=browser-update/ map:select type=ajax-request map:when test=true map:select type=request-parameter map:parameter name=parameter-name value=dojo.transport/ map:when test=iframe map:transform src=resource://org/apache/cocoon/forms/resources/IframeTransport-bu-styling.xsl/ map:serialize type=xhtml/!-- this is really important -- /map:when map:otherwise map:serialize type=xml/ /map:otherwise /map:select /map:when map:otherwise map:serialize type=html/ /map:otherwise /map:select /map:match Its crucial to NOT use within that 2nd pipeline. you can use other technologies like include-transformer or xslt to accomplish building your form template xml on the fly... cheers, gabriel __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien http://www.workflow.at Patrick Heiden patrickhei...@gmx.de 05.06.2009 16:08 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject Re: RE: dynamic cForm generation Hi Robby, thanks for your link! But I am afrait that form-libs will not solve my problem: With this feature, it is now possible to define libraries of form definitions and bindings. Specific support for templates was intentionally left out because of the frequently changing and unstructured nature of it. Also I was not able to see WHY form-libs are suitable for dynamic form-generation (especially because ft's are not supported!). When I think it over (as a first-shot) it will be a better way to generate the fd-/ft-/ and fb-files out of the domainlayer (according to some change needed) and save the resulting XML-files inside my block-structure. But upfront I was trying not to reinvent the wheel and generate XML by myself :) Cheers, Patrick Original-Nachricht Datum: Fri, 5 Jun 2009 14:25:34 +0200 Von: Robby Pelssers robby.pelss...@ciber.com An: users@cocoon.apache.org Betreff: RE: dynamic cForm generation We've done the same thing in the past but back then they were already working on a form library. http://cocoon.apache.org/2.1/userdocs/formlibraries.html Why don't you see if this will fill your needs. Robby -Original Message- From: Patrick Heiden [mailto:patrickhei...@gmx.de] Sent: Friday, June 05, 2009 2:08 PM To: users@cocoon.apache.org Cc: rashe...@gmail.com Subject: Re: dynamic cForm generation Hello together! Has anybody (maybe Rashel Shehata him/herself) solved the issue mentioned in http://markmail.org/message/delryq7vo2t34keb There Rashel tries to generate fd and ft dynamically and gets the following error: org.apache.cocoon.forms.FormsRuntimeException: The template cannot find a form object I am stuck at the same point and very interested in solutions! Best regards, Patrick -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
Re: Cluster Cocoon 2.1.9 Applications
Hi Raffaele, we have a similar setup running at our customers site with over 6500 users and we are using apache mod_jk for loadbalancing and tomcat 6 as appserver on linux with mysql on aix. our software stack includes: - cocoon 2.1.10 - hibernate 3 - spring 2.5. There are a number of issues you have to consider in order to get this to work: a) turn on stickysession in your loadbalancer, if you are using cocoon continuations (like being used in cforms), because then http sessions can not be replicated accross cluster nodes! (the continuation enriched http session is not serializable anylonger...) b) turn on cache replication for the hibernate second level cache. if you are using ehcache, it is possible with latest version. however we had to tweak the configuration a bit that it worked finally. if you don't manage to get it work, turn off second level cache or turn it only on at those tables where there are almost no write operations. cheers, Gabriel Mika Lehtonen m...@digikartta.net 14.01.2009 15:25 Please respond to users@cocoon.apache.org To raffaele.mer...@less.ch cc users@cocoon.apache.org, d...@cocoon.apache.org Subject Re: Cluster Cocoon 2.1.9 Applications http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html - mika - Merico Raffaele kirjoitti: Dear Community We have a several Cocoon applications consisting of: - Cocoon 2.1.9 - Hibernate - MySql - Tomcat and running on dedicated Linux servers. In order to get a perfect failover situation we would like to setup a cluster. Tomcat is not a must and could be replaced with Jboss, since Jboss seems to support clustering. But we don’t have the experience if Cocoon 2.1.9 applications can be run with Jboss!? Now we are looking for people that have the experience and the know how to setup such a cluster. Any experience, any advice or interest to setup such a cluster would be much appreciated. For your feedback many thanks in advance, Raffaele - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Access Settings object of Spring Configurator inside sitemap.xmap?
hi, just a quick one... is it possible to access the settings object of the cocoon spring configurator (to get the supposed cache dir) within the sitemap ? or do I have to write my own input module in order to get that running? cheers, gabriel __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
Re: Character encoding problem with umlauts (ä ö ü)
You probably will find your answers somewhere in this thread: http://cocoon.apache.org/2.2/1366_1_1.html __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien Smigge jogil...@hotmail.com 05.01.2009 14:54 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject Character encoding problem with umlauts (ä ö ü) Hi! I have a pipeline that takes a couple of parameters, does an sql query with them and returns the result. The problem is that it doesn't work with umlaut characters. They turn into boxes instead (and causes the sql query to break the pipeline). However, if I use eg. %C3%A4 to escape ä, it works. How could this be fixed, eg. by changing the whole encoding or converting the parameters somehow? -- View this message in context: http://www.nabble.com/Character-encoding-problem-with-umlauts-%28%C3%A4-%C3%B6-%C3%BC%29-tp21291365p21291365.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Strange Exception with Cocoon2.2
more Caused by: org.mortbay.jetty.EofException at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:760) at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:566) at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:910) at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:614) at org.apache.cocoon.servletservice.HttpServletResponseBufferingWrapper$ForwardingOrLimitingServletOutputStream.write(HttpServletResponseBufferingWrapper.java:281) at java.io.OutputStream.write(OutputStream.java:99) at java.io.OutputStream.write(OutputStream.java:58) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processReader(AbstractCachingProcessingPipeline.java:834) ... 75 more Caused by: java.net.SocketException: Connection reset by peer: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.mortbay.io.ByteArrayBuffer.writeTo(ByteArrayBuffer.java:169) at org.mortbay.io.bio.StreamEndPoint.flush(StreamEndPoint.java:122) at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:693) ... 82 more Does anyone have a clue, what could be the issue? cheers, Gabriel __ Mag. Gabriel Gruber +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
HOWTO: enable Flowscript debugger
Hello guys, as I just stumbled across it again, I want to give a short description how you can enable flowscript-debugger for your cocoon project. It is crucial that you use the latest version (cocoon-flowscript-impl 1.1.0). As all properties are handled now by spring configurator, you have several options: a) define system property at startup of servlet container. -Dorg.apache.cocoon.flowscript.debugger=enabled b) define it in your properties file. f.i. create a properties file under src/main/resources/META-INF/cocoon/properties/myProps.properties and put this property reference inside org.apache.cocoon.flowscript.debugger=enabled c) use more sophisticated setup. create one properties file for development and a second for production and turn on flowscript debugger only in dev-mode... It is important to use the word enabled instead of a pure boolean value... cheers, Gabriel - Forwarded by Gabriel Gruber/Workflow on 24.08.2008 16:23 - Grzegorz Kossakowski [EMAIL PROTECTED] 21.08.2008 13:32 Please respond to [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Re: Release of cocoon-flowscript-impl Grzegorz Kossakowski pisze: Hi, Just wanted to let you know that I'm planning to prepare 1.0.1 release of cocoon-flowscript-impl that contain one but important bug-fix: it fixes Flowscript debugger that was broken in 1.0.0. I would like ask anyone to not commit to this block, please. Actually, I've checked it more carefully and there were other (more serious) changes made by others in the past. Thus it makes more sense to release 1.1.0 version. -- Best regards, Grzegorz Kossakowski
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 14.07.2008 and will not return until 31.07.2008. Ich bin bis zum 30.07.2008 auf Urlaub und ab 31.07.2008 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Gutzelnig! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to enable the Flowscript Debugger in C2.2
Hi Freaks, just a simple question: how can I enable the flowscript debugger in Cocoon 2.2? I built a simple cocoon block using the maven archetype. Flowscript is in the dependency list inside the pom.xml How can I now enable the flowscript debugger? thanx for your reply to this stupid question, Gabriel __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
Re: CForms and Dojo
Hi Chris! Jeremy is actually integrating Dojo 1.1 into cforms. I think he is doing that in the 2.1.12dev branch and in trunk. It would be great, if you could join forces with jeremy to have dojo 1.1 integrated into the next cocoon release :-) greets, Gabriel __ Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien Christofer Dutz [EMAIL PROTECTED] 12.06.2008 09:54 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject CForms and Dojo Hi there, I am still using Cocoon 2.1.9 and was wandering if the version of dojo used for CForms in Ajax-Mode is used in 2.1.10 and 2.2? Since my current application is currently using a lot of Dojo 1.1 Stuff and I was sort of annoyed of the problem having to use dojo 0.4 and 1.1 together, I started creating my own forms-styling.xsl, which does the same as the original cocoon version, instead it uses dojo 1.1 with all its advanced features. It is currently working nicely. Does Cocoon in a version greater than 2.1.9 still use Dojo 0.4? If yes, it might be interesting for me to clean up my xslt and give it to the cocoon guys (It looks a lot nicer). While working on the Dojo 1.1 integration I found out that none of the validation-information is passed to the fi-stuff … it would be great if this information was forwarded here, cause I could additionally use the Dojo client-side validation in addition to the server-side validation of CForms (I know this doesn’t work for all validators) reducing some client-server-roundtrips. Chris [ C h r i s t o f e r D u t z ] C-Ware IT-Service Inhaber Dipl. Inf. Christofer Dutz Karlstraße. 104, 64285 Darmstadt fon: 0 61 51 / 27315 - 61 fax: 0 61 51 / 27315 - 64 mobil: 0171 / 7 444 2 33 email: [EMAIL PROTECTED] http://www.c-ware.de FA Darmstadt: 07 813 60581
Re: Cforms and Character Encoding
Peter Sparkes wrote: The problem turned out to be in web.xml I amended param-nameform-encoding/param-name param-valueISO-8859-1/param-value To param-nameform-encoding/param-name param-valueUTF-8/param-value and now everything is in UTF-8 and works properly Just a word of caution: make sure you test your forms on every possible web browser. I've had trouble with this setting in the past. Our enterprise product which heavily uses Cforms and cocoon has the form-encoding set to UTF-8 which works for us quite well :-) Gabriel
Terracotta Clustering for solving the continuation-serialisation-problem in a cluster environment?
Hello dear Experts, We are currently implementing our cocoon 2.1.10/spring/hibernate based application at a big customer in a clustered environment on tomcat 5.028 and JDK 1.4x using Apache 2.0 and mod_jk as load-balancer. As recommended we use sticky-sessions due to the fact, that serialisation of session-state (and their nested flowscript continuations) is not possible. However there seems to be a new star on the sky of clustering named terracotta which virtually builds a grid of jvms. Terracotta has finally gone open source and offers their product on the base of TPL which is a slightly modification of the Mozilla Public Licence (MPL): http://www.terracotta.org/confluence/display/orgsite/Licensing As a specific usecase http session clustering is well documented in the terracota documentation. In contrast to classic http clustering solutions, terracotta does NOT serialize the http session-objects but rather shares a tree of objects between cluster nodes. http://www.terracotta.org/confluence/display/docs1/Sessions+Quick+Start Might this finally be a solution for having a seamless failover for cocoon users with flow continuations, cforms models and all that stuff? Gabriel __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 27.12.2007 and will not return until 07.01.2008. Ich bin bis zum 06.01.2008 auf Urlaub und ab 07.01.2008 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Povysil! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Java for generating suggestion-list
Hello! I was just wondering, if it is possible to use java instead of javascript to generate a suggestion-list for a cforms widget. this java aims to query a database (via hibernate) and should return a list of results. something like this... fd:field id=person fd:datatype base=string/ fd:suggestion-list type=java src=com.mycompany.SuggestionListHandler/ /fd:field any ideas? from looking in the api i couldn't find a way for this to work. gabriel __ Mag. Gabriel Gruber Senior Consultant mailto:[EMAIL PROTECTED] http://www.workflow.at
Re: Java for generating suggestion-list
Hmm, thanx for your quick replies.
however you are referring to the selection-list while I would like to
use the new suggestion-list.
an example is provided within the latest cocoon cforms samples, but the
suggestion-list is created via javascript (which is very hard to debug).
so my question is: is there a way to do that in java?
fd:field id=personId
fd:datatype base=integer/
fd:initial-value16/fd:initial-value
fd:suggestion-list type=javascript
![CDATA[
function addSuggestion(bean) {
suggestions.push({value: bean.value, label: bean.label});
}
function personList() {
return [
{value: 1, label: Donald Ball},
{value: 2, label: Sylvain Wallez},
{value: 3, label: Carsten Ziegeler},
{value: 4, label: Torsten Curdt},
{value: 5, label: Marcus Crafter},
{value: 6, label: Ovidiu Predescu},
{value: 7, label: Christian Haul},
{value: 8, label: Jeremy Quinn},
{value: 9, label: Stefano Mazzocchi},
{value: 10, label: Pierpaolo Fumagalli},
{value: 11, label: Davanum Srinivas},
{value: 12, label: Antonio Gallardo},
{value: 13, label: Ugo Cei},
{value: 14, label: David Crossley},
{value: 15, label: Bertrand Delacr#233;taz},
{value: 16, label: Bruno Dumon},
{value: 17, label: Daniel Fagerstrom},
{value: 18, label: Leszek Gawron},
{value: 19, label: Ralph Goers},
{value: 20, label: Vadim Gritsenko},
{value: 21, label: Jorg Heymans},
{value: 22, label: J#246;rg Heinicke},
{value: 23, label: Jean-Baptiste Quenot}
];
}
function startsWith(string1, string2) {
return (new java.lang.String(string1)).startsWith(string2);
}
function searchByString() {
for (var i = 0; i list.length; i++) {
if (startsWith(list[i].label, filter)) {
addSuggestion(list[i]);
}
}
}
function searchById() {
for (var i = 0; i list.length; i++) {
if (list[i].value == parseInt(filter)) {
addSuggestion(list[i]);
}
}
}
var suggestions = [];
var list = personList();
if (filter) {
var phase = cocoon.request.getParameter(phase);
if (phase phase.equals(init)) {
if (!isNaN(parseInt(filter))) {
searchById();
} else {
cocoon.log.error(The filter: ' + filter + ' must be a
number.);
}
} else {
searchByString();
}
} else {
suggestions = list;
}
return suggestions;
]]
/fd:suggestion-list
/fd:field
thanx for you help
gabriel
__
Mag. Gabriel Gruber
Senior Consultant
http://www.workflow.at
Jeroen Reijn [EMAIL PROTECTED]
09.10.2007 09:10
Please respond to
users@cocoon.apache.org
To
users@cocoon.apache.org
cc
Subject
Re: Java for generating suggestion-list
Hi Garbriel,
It is possible to create a Java selection list. In the forms block
samples a Java selection list is used for the second selection list of
birthdays.
http://cocoon.zones.apache.org/demos/release/samples/blocks/forms/form1
Kind regards,
Jeroen Reijn
Gabriel Gruber wrote:
Hello!
I was just wondering, if it is possible to use java instead of
javascript to generate a suggestion-list for a cforms widget. this java
aims to query a database (via hibernate) and should return a list of
results.
something like this...
fd:field id=person
fd:datatype base=string/
fd:suggestion-list type=java
src=com.mycompany.SuggestionListHandler/
/fd:field
any ideas? from looking in the api i couldn't find a way for this to
work.
gabriel
__
Mag. Gabriel Gruber
Senior Consultant
mailto:[EMAIL PROTECTED]
http://www.workflow.at
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 20.08.2007 and will not return until 03.09.2007. Ich bin bis zum 02.09.2007 auf Urlaub und ab 3.9.2007 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Povysil! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploying Cocoon as a Portlet into Jetspeed 2
Hello Bruce,
We recently switched from OpenSessionInView Filter to OpenSessionInView
Interceptor by extending the CocoonServlet. We discovered some odd
behavior in the flush mode. it seems Flushmode is set to FLUSH_AUTO
instead of FLUSH_NEVER as expected. I haven't investigated it further
though. Could also be an issue of the Spring version we use (1.2.8).
Greetings,
Gabriel
__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
Bruce Atherton [EMAIL PROTECTED]
28.06.2007 06:06
Please respond to
users@cocoon.apache.org
To
users@cocoon.apache.org
cc
Subject
Re: Deploying Cocoon as a Portlet into Jetspeed 2
The struggle continues.
The resolution to my last post was to do an XSL transform on all
action URLs to prepend portlet:action: and to strip off the servlet
path altogether, since the portal container provides it from the entry
in portlet.xml (I believe).
Now my problem is that my hibernate OpenSessionInViewFilter is never
called when accessing cocoon as a portlet. This is because there are no
equivalent portlet filters defined by JSR-168 (although they are
apparently coming in JSR-268). The Spring Web Framework gets around this
by wrapping its web processing with an OpenSessionInViewInterceptor.
So my question is a rather basic Cocoon one. Is there a way to configure
Cocoon to basically do the equivalent of a Servlet Filter without using
a Servlet Filter? IOW, to wrap Cocoon.process(env) so that on entry it
always calls a preprocess() type method, and on exit (no matter how it
exits), to always call a postprocess() type method?
I imagine the answer is yes since Cocoon 2.1 predates Servlet filters
and has all that funky Avalon stuff, I'm just uncertain how to do it.
The alternative is to write my own ManagedCocoonPortlet and wrap the
processAction() and render() methods with the equivalent Hibernate
Session creation and destruction that OpenSessionInView does. But that
solution seems rather clunky to me.
Does anyone have any suggestions?
Bruce Atherton wrote:
Continuing my saga of trying to get a Cocoon application deployed as a
JSR-168 servlet into Jetspeed, I am experiencing the following odd
behaviour:
When I call getServletPath() from a page that is called by the portal
container, it returns without a leading slash. The exact same page
when accessed through cocoon as a servlet results in getServletPath()
returning WITH a leading slash. The lack of the leading slash is
causing the EncodeURLTransformer to fail.
To be clear, I deploy a webapp called myapp with a portlet
myportlet. The root sitemap has:
map:match pattern=myportlet
map:mount check-reload=yes src=myapp/portlet-sitemap.xmap
uri-prefix=myportlet/
/map:match
map:match pattern=myportlet/**
map:mount check-reload=yes src=myapp/portlet-sitemap.xmap
uri-prefix=myportlet/
/map:match
The portlet-sitemap.xmap has:
map:match pattern=
map:call function=displayServletPath/
/map:match
The WEB-INF/portlet.xml has:
init-param
nameservlet-path/name
valuemyportlet/value
/init-param
I also tried changing the value to /myportlet but it had no effect.
The displayServletPath flowscript function displays a form that
outputs the value of the expression
${cocoon.request.getServletPath()}. When accessing
http://localhost:8080/myapp/myportlet/, getServletPath() returns
/myportlet. When accessed through the portal, it returns myportlet.
Has anyone got any suggestions as to why that is occurring and how to
get around it? Could it have anything to do with the issues raised in
this blog entry? http://bluxte.net/blog/2006-03/29-40-33.html
Again, any help appreciated.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with new JX Template Generator
I found out my weird error: It was a Jar-problem. (welcome to JAR HELL...) For some reason I had the alt-rmi jars inside my web-inf/lib-directory and that caused the problem. I do not have any reasonable explanation why that led to the described error. but after removing those jars from the project (which I did not need anyway) it worked fine. greets from vienna Gabriel __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien http://www.workflow.at Gabriel Gruber [EMAIL PROTECTED] 12.01.2007 18:40 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject Problem with new JX Template Generator Hello Cocoon Folks! I just upgraded to 2.1.10 and I have a problem with the new JX Template generator! I compiled the block as usual with the build system and the jetty dist runs fine. But my app doesn't run when the corresponding cocoon.xconf settings from the jx template generator are present: expression-factory/ expression-compilers component-instance class=org.apache.cocoon.components.expression.jxpath.JXPathCompiler name=default/ component-instance class=org.apache.cocoon.components.expression.jexl.JexlCompiler name=jexl/ component-instance class=org.apache.cocoon.components.expression.jxpath.JXPathCompiler name=jxpath/ component-instance class=org.apache.cocoon.components.expression.javascript.JavaScriptCompiler name=js/ /expression-compilers string-template-parsers component-instance class=org.apache.cocoon.template.expression.JXTGStringTemplateParser name=jxtg/ component-instance class=org.apache.cocoon.template.expression.DefaultStringTemplateParser name=default/ /string-template-parsers component class=org.apache.cocoon.template.script.DefaultScriptManager role=org.apache.cocoon.template.script.ScriptManager/ component class=org.apache.cocoon.template.script.DefaultInstructionFactory role=org.apache.cocoon.template.script.InstructionFactory/ component class=org.apache.cocoon.template.expression.JXTGStringTemplateParser role=org.apache.cocoon.template.expression.StringTemplateParser/ I get an exception at startup, as the component for key ' org.apache.cocoon.template.expression.StringTemplateParserSelector' cannot be found. While I could not find a class with that name neither in the project nor in the internet, I found a file called expression.roles at org/apache/cocoon/template/expression which has an entry with that key and points to a default implemenation class at path ' org.apache.cocoon.core.container.DefaultServiceSelector'. But at that classpath not classfile can be found eitherI really wonder how the jetty distribution (normal build of cocoon) can run ?? Any Ideas, thoughts, etc. ??? many thanx in advance here is the exception I get in my own application. Webdesk starting... Reloading from: jndi:/localhost/webdesk3_cocoon/WEB-INF/cocoon.xconf - 2007-01-12 18:10:33,337 access Cannot find CatalogManager.properties ThreadPool named default created with maximum queue-size=2147483647,max-pool-size=5,min-pool-size=5,priority=5,isDaemon=false,keep-alive-time-ms=6,block-policy=ABORT,shutdown-wait-time-ms=-1 - 2007-01-12 18:10:42,947 core.runnable ThreadPool named daemon created with no queue,max-pool-size=2147483647,min-pool-size=1,priority=5,isDaemon=true,keep-alive-time-ms=6,block-policy=ABORT,shutdown-wait-time-ms=-1 - 2007-01-12 18:10:43,009 core.runnable The session-fw block is deprecated. Please use the provided alternatives instead. - 2007-01-12 18:10:44,197 deprecation EHCache cache cocoon-ehcache-1 initialized - 2007-01-12 18:10:44,353 core.store Caught an exception trying to initialize the component handler. - 2007-01-12 18:10:45,337 core.manager org.apache.avalon.framework.service.ServiceException: Could not find component (key [org.apache.cocoon.template.expression.StringTemplateParserSelector]) (Key='org.apache.cocoon.template.expression.StringTemplateParserSelector') at org.apache.avalon.framework.service.WrapperServiceManager.lookup( WrapperServiceManager.java:80) at org.apache.cocoon.template.script.DefaultScriptManager.service( DefaultScriptManager.java:64) at org.apache.avalon.framework.container.ContainerUtil.service( ContainerUtil.java:143) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance( DefaultComponentFactory.java:271) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize( ThreadSafeComponentHandler.java:108) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize( ExcaliburComponentManager.java:524) at org.apache.cocoon.components.CocoonComponentManager.initialize( CocoonComponentManager.java:583
Problem with new JX Template Generator
) at org.apache.catalina.startup.HostConfig.start( HostConfig.java:983) at org.apache.catalina.startup.HostConfig.lifecycleEvent( HostConfig.java:349) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start( ContainerBase.java:1091) at org.apache.catalina.core.StandardHost.start( StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start( ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start( StandardEngine.java:478) at org.apache.catalina.core.StandardService.start( StandardService.java:480) at org.apache.catalina.core.StandardServer.start( StandardServer.java:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) Caused by: org.apache.avalon.framework.component.ComponentException: Could not find component (key [org.apache.cocoon.template.expression.StringTemplateParserSelector]) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup( ExcaliburComponentManager.java:265) at org.apache.cocoon.components.CocoonComponentManager.lookup( CocoonComponentManager.java:354) at org.apache.avalon.framework.service.WrapperServiceManager.lookup( WrapperServiceManager.java:68) ... 39 more 12.01.2007 18:15:46 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 12.01.2007 18:15:47 org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 12.01.2007 18:15:47 org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/47 config=D:\j2ee\jakarta-tomcat-5.0.28\conf\jk2.properties 12.01.2007 18:15:47 org.apache.catalina.startup.Catalina start INFO: Server startup in 556823 ms greets, gabriel __ Mag. Gabriel Gruber Senior Consultant +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien http://www.workflow.at
Gabriel Gruber/Workflow is out of office.
I will be out of the office starting 27.12.2006 and will not return until 08.01.2007. Ich bin bis zum 7.01.2007 auf Urlaub und ab 8.1.2007 wieder für Sie erreichbar. Bei technischen Fragen zum System Webdesk wenden Sie sich bitte vertrauensvoll an Hrn. Gutzelnig oder Hrn. Stastny. Bei Fragen zu laufenden Projekten wenden Sie sich bitte an Hrn. Povysil! In dringenden Fällen versuchen Sie es auf meinem Handy: +43 - 676 - 3939435! mit freundlichen Grüssen Gabriel Gruber - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet.service() for servlet Cocoon threw exception
Hi just adjust the heap space of your Tomcat: f.i. to set heapspace to 512MB CATALINA_OPTS=-Xmx512M cheers, Gabriel [EMAIL PROTECTED] 04.10.2006 13:45 Please respond to users@cocoon.apache.org To 'users@cocoon.apache.org' users@cocoon.apache.org cc Subject Servlet.service() for servlet Cocoon threw exception Hello List, I've Cocoon running with Tomcat 5.5. Cocoon only deploys PDF files generated with FOP using the fo2pdf serializer. Between 1000 and 2000 deployed PDF files the errer shows up. Cocoon is still running, and able to deploy everything else than PDF files. For instance, the xml serializer is till working. But fo2pdf only is working again after shutting down the server. The errormessage: WARN! *** JMS block is installed but jms client library not found. *** - For the jms block to work you must install and start a JMS server and place the client jar in WEB-INF/lib. - The default server, OpenJMS is configured in cocoon.xconf but is not bundled with Cocoon. org.apache.excalibur.source.SourceNotFoundException: file:/C:/Programme/Apache Software Foundation/Tomcat 5.5/webapps/cocoon/samples/blocks/portal/tools/conf.xml doesn't exist. at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:150) at org.apache.cocoon.portal.tools.PortalToolManager.parameterize(PortalToolManager.java:97) at org.apache.avalon.framework.container.ContainerUtil.parameterize(ContainerUtil.java:267) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:274) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:108) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:522) at org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonComponentManager.java:561) at org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:282) at org.apache.avalon.framework.container.ContainerUtil.initialize(ContainerUtil.java:283) at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1391) at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:481) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3857) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4118) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:894) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:857) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:475) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1102) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:683) at org.apache.catalina.startup.Catalina.start(Catalina.java:537) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409) Caused by: java.io.FileNotFoundException: C:\Programme\Apache Software Foundation\Tomcat 5.5\webapps\cocoon\samples\blocks\portal\tools\conf.xml (Das System kann den angegebenen Pfad nicht finden) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(Unknown Source) at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:146) ... 37 more - Servlet.service() for servlet Cocoon threw exception java.lang.OutOfMemoryError: Java heap space - Servlet.service() for servlet Cocoon threw exception java.lang.OutOfMemoryError: Java heap space - Servlet.service() for servlet Cocoon threw exception java.lang.OutOfMemoryError: Java heap space - Servlet.service() for servlet Cocoon threw exception
