Antwort: RE: [GT2005] notetaking
Hi Arjé, Please invite me :-) mit freundlichen Grüßen / kind regards Manfred Weigel Raiffeisen Zentralbank Österreich AG ORG/IT - Software Development A-1030 Vienna, Am Stadtpark 9 [EMAIL PROTECTED]@inet [EMAIL PROTECTED]@inet 05.10.2005 12:00 Bitte antworten an dev@cocoon.apache.org@inet An dev@cocoon.apache.org Kopie Thema RE: [GT2005] notetaking Apparentely, you have to be invited to be able to join this page... Please reply on this thread and I'll invite you.. > -Original Message- > From: Arje Cahn > Posted At: woensdag 5 oktober 2005 10:59 > Posted To: Cocoon Dev List > Conversation: [GT2005] notetaking > Subject: [GT2005] notetaking > > > we're taking notes now at > www.jotlive.com/hippo/Cocoon%20GT > > feel free to join! > > > > Kind regards, > Met vriendelijke groet, > > Arjé Cahn > > Hippo > > Oosteinde 11 > 1017WT Amsterdam > The Netherlands > Tel +31 (0)20 5224466 > - > [EMAIL PROTECTED] / www.hippo.nl > -- > > > > This message and any attachment ("the Message") are confidential. If you have received the Message in error, please notify the sender immediately and delete the Message from your system , any use of the Message is forbidden. Correspondence via e-mail is primarily for information purposes. RZB neither makes nor accepts legally binding statements unless otherwise agreed to the contrary.
Unknown-thread/CocoonServlet: Problem with Cocoon servlet
)) at com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java(Compiled Code)) at com.ibm.ws.http.HttpConnection.run(HttpConnection.java(Compiled Code)) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code)) thanks in advance! mit freundlichen Grüßen / kind regards Manfred Weigel Raiffeisen Zentralbank Österreich AG ORG/IT - Software Development A-1030 Vienna, Am Stadtpark 9 web.xml == http://java.sun.com/dtd/web-app_2_3.dtd";> Cocoon Cocoon Cocoon at.rsf4j.cocoon.servlet.RSFCocoonServlet compression-threshold 2048 compression-enabled true init-classloader false configurations /WEB-INF/cocoon.xconf logkit-config rsf://RSFBOOTCONFIGDIR/$(application)/logkit.xconf servlet-logger access cocoon-logger core log-level WARN allow-reload no load-class enable-uploads true autosave-uploads false overwrite-uploads rename upload-max-size 1000 manage-exceptions true container-encoding utf-8 RSFServlet RSFServlet at.rsf4j.cocoon.servlet.RSFServlet RSFBOOTCONFIGFILE rsf://RSFBOOTCONFIGDIR/BCO/rsfbootconfig.xml 1 Cocoon / Cocoon *.jsp Cocoon *.html css text/css xml text/xml xsl text/xml xconf text/xml xmap text/xml ent text/plain grm text/plain FORM This message and any attachment ("the Message") are confidential. If you have received the Message in error, please notify the sender immediately and delete the Message from your system , any use of the Message is forbidden. Correspondence via e-mail is primarily for information purposes. RZB neither makes nor accepts legally binding statements unless otherwise agreed to the contrary.
Antwort: RE: [Portal] future and design questions
Hi! We are using the portal aswell, and did some extensions like the ApplicationCoplet and the Cachingcoplet in cooperation with Carsten from s&n. Our main goal was on application integration. That means to run any existing webapp inside a coplet, featuring starting a new instance of an embedded webapp. Aggregating the "normal" portal menu with the menu of the integrated webapp. Also javascripts, java-applets and layers are from the embedded webapp are reused inside the coplet. We are also going to implement some new features eg admin tools for customizing and personalzation. Maybe we could collaborate? regards Manfred [EMAIL PROTECTED] am 30.10.2003 14:23:23 Bitte antworten an [EMAIL PROTECTED]@inet An: [EMAIL PROTECTED] Kopie: Thema: RE: [Portal] future and design questions Hi, thanks for your offer - it would be great if others can step in and extend the portal. Now, the current version in cvs is stable and is already used in different projects around the globe. There is no real list of what is missing; so if you can think of anything that you're missing just do it :) I think in the usuability area are some things missing. One major think currently is the complicated configuration, so if anyone has a good and clever idea on how to simplify this, I would be very happy. Obviously, tools are missing. If you look at the old portal engine you have some html based administration tools. It would be great to have those as well, although imho this isn't restricted to html based tools, e.g. Ecplise based plugins would be great as well. HTH Carsten -Original Message- From: ĎURDINA Michal [mailto:[EMAIL PROTECTED] Sent: Monday, October 27, 2003 2:56 PM To: Cocoon-dev Subject: RE: [Portal] future and design questions Thank you for prompt answers! Our team can eventually choose cocoon as portal solution (we really have good and long-term experiences with cocoon). Therefore we can eventually help on developing and testing tasks and provide valuable feedback from the real world applications environment. For this purpose we need to know additional information about the status of current implementation of portal-engine block. We would like to know, how much work is left that needs to be done. Could you please summarize those specific tasks that are left for finishing the block to be fully functional and eventually how much time they would take? Thank you, Michal
Upgrade to 2.1.2 - Paginator does not work correctly!
Hello * I just upgraded one of my webapps from 2.1 to 2.1.2 Everything works fine except the paginator. I get the following exception: [10/16/03 15:57:15:234 GMT+02:00] 6c2af952 WebGroup I SRVE0091I: [Servlet LOG]: ERROR (2003-10-16) 15:57.15:141 [root] (/rzbcan/cansearch_serial_letter(1)) Servlet.Engine.Transports:9/CocoonServlet: Internal Cocoon Problem org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/html/content_error.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:307) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPipeline(AbstractProcessingPipeline.java:394) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:652) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:508) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:470) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:147) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java(Compiled Code)) My pipeline works perfectly if the paginator transformer is on the last position before any serializer. But when i use any other (tried even with the log transformer) transformer after the paginator this exception occurs Does anybody know how to solve this or where to look after this dependency? kind regards Manfred
Antwort: multiple XML file input
Hi Scott! Yes we have! Use the Have a look at http://www.cocooncenter.de/articles/stylefree.html good luck! regards Manfred [EMAIL PROTECTED] am 10.10.2003 16:10:49 Bitte antworten an [EMAIL PROTECTED]@inet An: [EMAIL PROTECTED] Kopie: Thema: multiple XML file input Hi there - has anyone experience with writing a sitemap that takes multiple XML files as input for XSLT? Thanks! Scott Malec
Antwort: HSSFSerializer problem with gnumeric-formats
Hi Achim, Have a look at http://cocoon.apache.org/2.0/userdocs/serializers/xls-serializer.html That´s fine for 2.0.4 regards Manfred [EMAIL PROTECTED] am 10.10.2003 13:00:10 Bitte antworten an [EMAIL PROTECTED]@inet An: [EMAIL PROTECTED] Kopie: Thema: HSSFSerializer problem with gnumeric-formats Hi all, I am using HSSFSerializer to create a "native" Excel file from Cocoon. Works great ! But some of the elements in my gnumeric-xml-format that I pass to the serializer seem NOT to be recognized. E.g. Attributes SheetLayout Summary ( The original gnumeric spreadsheet program does recognize them ) I am using Cocoon 2.0.4 Is there something like a list or plan of which gnumeric-xml-elements are supported by which version of Cocoon/HSSFSerializer? Any help is much appreciated. Thanks Achim Reiners - The information contained in this message is proprietary of Amdocs, protected from disclosure, and may be privileged. The information is intended to be conveyed only to the designated recipient(s) of the message. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. -
setup method inside transformers, Performance?
Hi, does anybody have any idea why calling the setup method for some transformers (like the stylesheet transfomer) takes up to 200 milliseconds? The execution of the transformer is comparably fast (60 ms), but we get a performance problem when we chain stylesheet transfomers which need 200 ms each for the setup. Any help would be appreciated! cheers Manfred