From vanessapratt@example.net Tue Jul 01 05:01:53 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 75938 invoked from network); 1 Jul 2008 05:01:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 05:01:52 -0000 Received: (qmail 72297 invoked by uid 500); 1 Jul 2008 05:01:52 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 72212 invoked by uid 500); 1 Jul 2008 05:01:52 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Delivered-To: moderator for vanessapratt@example.net Received: (qmail 11457 invoked by uid 99); 30 Jun 2008 23:43:54 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 09:41:27 +1000 From: Kamal Bhatt <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: Cocoon-fop-impl using old version of fop.jar References: <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-83.161.120.15528-83.161.120.1556-16004.003 X-TM-AS-Result: No--18.444-7.0-31-1 X-imss-scan-details: No--18.444-7.0-31-1 X-Virus-Checked: Checked by ClamAV on apache.org This has been done in trunk (I think) https://svn.apache.org/repos/asf/cocoon/trunk/blocks/cocoon-fop/cocoon-fop-ng-impl/ I don't know why this hasn't been released, a committer can give more information on what needs to be done to make this a stable, released block. Unfortunately, when the Fop crew moved to 0.9x they completely rewrote the API for embedding which makes the upgrade a little more difficult than simply changing the version number. Also, 0.9x works very differently to 0.20.5. From my understanding 0.20.5 had many deviations from the XSL FO standard, which were rectified in 0.9x. This means that there are probably many people out there who would scream bloody murder if we simply moved to 0.9x as all their stylesheets would break. I assume the reason why both 0.20.5 and 0.9x were not supported in the same transformer was because of clashing classes. For more details see here: http://xmlgraphics.apache.org/fop/0.94/upgrading.html > Hi guys, > > > > Any particular reason why we still use the DINO-version of the fop.jar > (0.20.5) ? > > > > I would like to use at least the stable 0.94 or even try out the 0.95 > beta. What is the easiest way to accomplish this? > > > > Currently I have just added the FOP-dependency to my pom like below: > > > > <dependency> > > <groupId>org.apache.cocoon</groupId> > > <artifactId>cocoon-fop-impl</artifactId> > > <version>1.0.0</version> > > </dependency> > > > > > > Any help would be most appreciated. > > > > Cheers, > > Robby Pelssers > -- Kamal Bhatt From vanessapratt@example.net Tue Jul 01 05:02:04 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 76185 invoked from network); 1 Jul 2008 05:02:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 05:02:04 -0000 Received: (qmail 73037 invoked by uid 500); 1 Jul 2008 05:02:05 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 72670 invoked by uid 500); 1 Jul 2008 05:02:04 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Delivered-To: moderator for vanessapratt@example.net Received: (qmail 42841 invoked by uid 99); 1 Jul 2008 00:41:32 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 10:38:31 +1000 From: Kamal Bhatt <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: FYI: I'll be working for Workflow company over summer References: <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-83.161.120.15528-83.161.120.1556-16004.003 X-TM-AS-Result: No--18.623-7.0-31-1 X-imss-scan-details: No--18.623-7.0-31-1 X-Virus-Checked: Checked by ClamAV on apache.org Grzegorz Kossakowski wrote: > Hi guys, > > I thought that it's a good idea to clearly state that I'll be working > for Workflow company from Vienna. > > My employment will probably drive my most of the interest in working > on C2.2 over this summer. Anyway, I was lucky enough to find a job > that will give me a chance to work on my favorite Cocoon parts. > > My plan for this summer is (apart from bug-fixing and maintenance work > of course): > 1. Upgrade of our documentation system to Daisy 2.2 once released > (quite tedious I guess) > 2. Collaboration of Dojo 1.1 migration of Forms. Here I speak to you > Jeremy, I will finally have enough time to give you a serious > feedback, probably some code and plenty of tips when it comes to 2.2. > Others interested in this work are invited to participate in the > effort of course! I would love to understand Dojo as it is used in CForms. I would like to solve some mysteries such as what attaches events to the form. It would be nice if a fix were put in for the ongoing issue with non widget elements from not rendering in Ajax [1]. This might be better handled with the formalising the hack mentioned at the end of page, which doesn't work anymore (or by creating a new kind of widget) > 3. I finally want to learn how to make releases, I'll probably start > with Template 1.0.0 and Forms 1.0.0. If successful, then I want to > release Template 1.2.0 that includes contributions from Kamal Bhatt > (jx:element). Good to hear. > 4. Some work on Cocoon's core leading to 2.3 release of _Cocoon core_ > only (will write an e-mail about it later this week). > 5. Having a serious look into Corona. Forgive my ignorance, but I assume you are not risking blindness or are intending to drink lots of beer, so what is Corona? > 6. First release of my Cocoon blog project. (this will probably have > the highest priority) > [1] https://issues.apache.org/jira/browse/COCOON-1570 -- Kamal Bhatt From vanessapratt@example.net Tue Jul 01 06:14:05 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 98181 invoked from network); 1 Jul 2008 06:14:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 06:14:04 -0000 Received: (qmail 24121 invoked by uid 500); 1 Jul 2008 06:14:04 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 24055 invoked by uid 500); 1 Jul 2008 06:14:04 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 24044 invoked by uid 99); 1 Jul 2008 06:14:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jun 2008 23:14:04 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mx.inode.at) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 06:13:11 +0000 Received: from [83.161.120.155] (port=15889 helo=[83.161.120.155]) by smartmx-02.inode.at with esmtpa (Exim 4.50) id 1KDZ7J-0007QQ-Ju for vanessapratt@example.net; Tue, 01 Jul 2008 08:13:29 +0200 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 08:13:19 +0200 From: Lukas Lang <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Block launch exception X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hello, as I'm working on my GSoC project, I try to launch various Block samples using the jetty-webapp Eclipse plugin. Unfortunately I can't find any Block, launch succeeds not ending up with this exception: Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Unable to read spring configurations from classpath*:META-INF/cocoon/spring; nested exception is org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from URL [jar:file:/C:/Dokumente%20und%20Einstellungen/lukas.lang/.m2/repository/org/apache/cocoon/cocoon-core/2.2.1-SNAPSHOT/cocoon-core-2.2.1-SNAPSHOT.jar!/META-INF/cocoon/spring/cocoon-core-caching-source.xml]; nested exception is org.springframework.beans.FatalBeanException: Class [org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] for namespace [http://www.springframework.org/schema/p] does not implement the [org.springframework.beans.factory.xml.NamespaceHandler] interface I got this exception launching the samples of cocoon-it, cocoon-petstore-sample, cocoon-eventcache, cocoon-velocity. Any Ideas? Should I come up with the full stack trace? Thanks in advance, Lukas From vanessapratt@example.net Tue Jul 01 07:13:57 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 17922 invoked from network); 1 Jul 2008 07:13:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 07:13:56 -0000 Received: (qmail 71680 invoked by uid 500); 1 Jul 2008 07:13:57 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 71611 invoked by uid 500); 1 Jul 2008 07:13:57 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 71579 invoked by uid 99); 1 Jul 2008 07:13:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 00:13:56 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of vanessapratt@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mta.juntadeandalucia.es) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 07:13:05 +0000 Received: from [83.161.120.155] (helo=mail.juntadeandalucia.es) by guadix3.juntadeandalucia.es with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from <vanessapratt@example.net>) id 1KDa2K-0007ZT-OW for vanessapratt@example.net; Tue, 01 Jul 2008 09:12:24 +0200 Received: from [83.161.120.155] by mail.juntadeandalucia.es with esmtpa (Exim 4.69) (envelope-from <vanessapratt@example.net>) id 1KDa2K-0008K0-9X for vanessapratt@example.net; Tue, 01 Jul 2008 09:12:24 +0200 Subject: Concurrency and input-modules From: Thorsten Scherler <vanessapratt@example.net> To: vanessapratt@example.net Content-Type: text/plain Date: Tue, 01 Jul 2008 09:11:30 +0200 Message-Id: <1214896290.22959.35.camel@thorsten-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-SA-Report: * -0.2 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: -0.2 (/) X-Spam-Score-Int: -1 X-Virus-Checked: Checked by ClamAV on apache.org Hi all, http://marc.info/?t=120180448900001&r=1&w=2 The problem that I encountered is that the locationmap is throwing an error as soon as there are concurrent user. The locationmap is a input-module that we have over in forrest. The problem seems to lie in the fact the getAttribute method is not synchronized http://svn.apache.org/viewvc/forrest/trunk/main/java/org/apache/forrest/locationmap/LocationMapModule.java?r1=653732&r2=672756&diff_format=h above change will fix the problems with concurrency but this raises the question whether there is a better way to do it and whether ALL input-modules are not thread saved. TIA for any thoughts. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions From vanessapratt@example.net Tue Jul 01 14:11:04 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 65693 invoked from network); 1 Jul 2008 14:11:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 14:11:03 -0000 Received: (qmail 55805 invoked by uid 500); 1 Jul 2008 14:11:03 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 55739 invoked by uid 500); 1 Jul 2008 14:11:03 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 55728 invoked by uid 99); 1 Jul 2008 14:11:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 07:11:03 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail.otego.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 14:10:11 +0000 Received: (qmail 27144 invoked from network); 1 Jul 2008 14:10:29 -0000 Received: from 83.161.120.155 by zeus (envelope-from <vanessapratt@example.net>, uid 201) with qmail-scanner-1.25st (clamdscan: 0.91.2/4015. perlscan: 1.25st. Clear:RC:1(83.161.120.155):. Processed in 0.02639 secs); 01 Jul 2008 14:10:29 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by 0 with SMTP; 1 Jul 2008 14:10:29 -0000 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 16:10:28 +0200 From: Felix Knecht <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (X11/20080618) MIME-Version: 1.0 To: "vanessapratt@example.net" <vanessapratt@example.net> Subject: Released vs Snapshot blocks X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all I stated some problems using not yet released blocks mixed with the released c22 ones. Having an application based on the released c22 core stuff but using some non released 'SNAPSHOT blocks I stated that I wasn't able to use the SNAPSHOT blocks because they are wired with the cocoon-core snapshot. Building and deploying locally the snapshot blocks and then using them maven also wants to pull in the latest cocoon-core 2.2.1-SNAPSHOT (probably because of parent poms). Can't we base for the non released blocks on the released cocoon-core 2.2 where possible? WDOT? Felix PS: I tried my best to say what I mean but I'm not really sure if it's comprehensible ... -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhqOtQACgkQ2lZVCB08qHHz+gCg2cJhvAWODTmrbCWNACcYI7de FTsAnAvSWmRyCExIAQp3IIM6CDNyDMnk =1RLB -----END PGP SIGNATURE----- From vanessapratt@example.net Tue Jul 01 14:48:30 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 81061 invoked from network); 1 Jul 2008 14:48:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 14:48:29 -0000 Received: (qmail 13360 invoked by uid 500); 1 Jul 2008 14:48:29 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 13266 invoked by uid 500); 1 Jul 2008 14:48:29 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 13255 invoked by uid 99); 1 Jul 2008 14:48:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 07:48:29 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO v007528.home.net.pl) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Jul 2008 14:47:34 +0000 Received: from sj163.internetdsl.tpnet.pl (HELO ?83.161.120.155?) (lgawron.mobilebox@vanessapratt@example.net) by m029.home.net.pl with SMTP; Tue, 1 Jul 2008 14:47:53 -0000 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 16:47:48 +0200 From: Leszek Gawron <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: SettingsBeanFactoryPostProcessor creates cocoon-files directory in non-cocoon environment Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hello, I am using SettingsBeanFactoryPostProcessor. There is one very irritating "feature": the "cocoon-files" directory is being created every time (and of course it is not used). I understand this folder holds unpacked blocks, but why is it created when there is not need for it? lg -- Leszek Gawron http://www.mobilebox.pl/krs.html CTO at MobileBox Ltd. From vanessapratt@example.net Tue Jul 01 14:53:57 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 82999 invoked from network); 1 Jul 2008 14:53:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 14:53:56 -0000 Received: (qmail 23504 invoked by uid 500); 1 Jul 2008 14:53:56 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 23439 invoked by uid 500); 1 Jul 2008 14:53:56 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 23428 invoked by uid 99); 1 Jul 2008 14:53:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 07:53:56 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Jul 2008 14:53:14 +0000 Received: (qmail 82840 invoked from network); 1 Jul 2008 14:53:33 -0000 Received: from localhost (HELO ?83.161.120.155?) (83.161.120.155) by localhost with SMTP; 1 Jul 2008 14:53:33 -0000 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 16:53:31 +0200 From: Carsten Ziegeler <vanessapratt@example.net> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:83.161.120.155) Gecko/20080421 Lightning/0.8 Thunderbird/83.161.120.155 Mnenhy/83.161.120.1556 MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: SettingsBeanFactoryPostProcessor creates cocoon-files directory in non-cocoon environment References: <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Leszek Gawron wrote: > Hello, > I am using SettingsBeanFactoryPostProcessor. There is one very > irritating "feature": the "cocoon-files" directory is being created > every time (and of course it is not used). > > I understand this folder holds unpacked blocks, but why is it created > when there is not need for it? > :) Because it doesn't hurt - but I agree changing this to just create it on demand should be very easy. Carsten -- Carsten Ziegeler vanessapratt@example.net From vanessapratt@example.net Tue Jul 01 15:04:41 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 2315 invoked from network); 1 Jul 2008 15:04:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 15:04:40 -0000 Received: (qmail 35592 invoked by uid 500); 1 Jul 2008 15:04:40 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 35518 invoked by uid 500); 1 Jul 2008 15:04:40 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 35507 invoked by uid 99); 1 Jul 2008 15:04:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 08:04:40 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail.otego.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 15:03:50 +0000 Received: (qmail 15046 invoked from network); 1 Jul 2008 15:04:08 -0000 Received: from 83.161.120.155 by zeus (envelope-from <vanessapratt@example.net>, uid 201) with qmail-scanner-1.25st (clamdscan: 0.91.2/4015. perlscan: 1.25st. Clear:RC:1(83.161.120.155):. Processed in 0.026058 secs); 01 Jul 2008 15:04:08 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by 0 with SMTP; 1 Jul 2008 15:04:08 -0000 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 17:04:08 +0200 From: Felix Knecht <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (X11/20080618) MIME-Version: 1.0 To: vanessapratt@example.net Subject: [Drop it] Re: Released vs Snapshot blocks References: <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Sorry for the noise! In spite of checking it several times I haven't seen my misconfiguration somewhere in the deep :-( But at least it helped me to write about it - it finally solved my blindness. Felix > Hi all > > I stated some problems using not yet released blocks mixed with the > released c22 ones. > > Having an application based on the released c22 core stuff but using > some non released 'SNAPSHOT blocks I stated that I > wasn't able to use the SNAPSHOT blocks because they are wired with the > cocoon-core snapshot. > Building and deploying locally the snapshot blocks and then using them > maven also wants to pull in the latest > cocoon-core 2.2.1-SNAPSHOT (probably because of parent poms). > > Can't we base for the non released blocks on the released cocoon-core > 2.2 where possible? > > WDOT? > > Felix > > PS: > I tried my best to say what I mean but I'm not really sure if it's > comprehensible ... From vanessapratt@example.net Tue Jul 01 15:51:02 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 17583 invoked from network); 1 Jul 2008 15:51:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 15:51:01 -0000 Received: (qmail 8602 invoked by uid 500); 1 Jul 2008 15:51:02 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 8525 invoked by uid 500); 1 Jul 2008 15:51:01 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 8514 invoked by uid 99); 1 Jul 2008 15:51:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 08:51:01 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO indoqa.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 15:50:09 +0000 Received: from [83.161.120.155] (unknown [83.161.120.155]) by indoqa.com (Postfix) with ESMTP id B0EB72553A8 for <vanessapratt@example.net>; Tue, 1 Jul 2008 17:50:26 +0200 (CEST) Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 17:49:45 +0200 From: =?ISO-8859-2?Q?Reinhard_P=F6tz?= <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: What is Corona? References: <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Kamal Bhatt wrote: > Grzegorz Kossakowski wrote: >> 5. Having a serious look into Corona. > Forgive my ignorance, but I assume you are not risking blindness or are > intending to drink lots of beer, so what is Corona? At Indoqa we have been working on a complete rewrite of Cocoon that we called Corona. The most basic module of Corona is the 'corona-pipeline' module. It is easily embeddable into any Java application because it comes with no dependency but the classes coming with the JRE. Here is an example for the pipeline API: Pipeline pipeline = new NonCachingPipeline(); pipeline.addComponent(new FileGenerator( PipelineTest.class.getResource("/test.xml"))); pipeline.addComponent(new XSLTTransformer( PipelineTest.class.getResource("/test.xslt"))); pipeline.addComponent(new XMLSerializer()); pipeline.execute(null, System.out); We also had the chance to tidy up a lot of things because the core of Cocoon isn't easily comprehensible after having been under development for about 7 years. On top of corona-pipeline we put the corona-sitemap module. It implements more or less the sitemap language that you know from Cocoon 2.x. Like Cocoon 2.2 the sitemap components are managed by Spring but the dependency on Spring should be easily replaceable because it is hidden behind an interface whose implementation class is really simple. The third layer of Corona is the 'corona-servlet' module. It provides a servlet that can be used together with the servlet-service framework. From my POV the most important features have been implemented by now. Some things have to be cleaned up and error reporting has to be improved but I'm optimistic that this will happen in the next few weeks. Additionally we will donate another module to Corona that provides a way to implement controller logic for RESTful web applications/services. Apparently the two missing things are documentation (I've already started with it) and an alpha-1 release. Of course the latter needs to be discussed by this community. For this purpose I will start a separate thread soon. -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member vanessapratt@example.net ________________________________________________________________________ From vanessapratt@example.net Tue Jul 01 15:53:09 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 18848 invoked from network); 1 Jul 2008 15:53:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 15:53:08 -0000 Received: (qmail 14132 invoked by uid 500); 1 Jul 2008 15:53:10 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 13791 invoked by uid 500); 1 Jul 2008 15:53:09 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 13779 invoked by uid 99); 1 Jul 2008 15:53:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 08:53:08 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO indoqa.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 15:52:16 +0000 Received: from [83.161.120.155] (unknown [83.161.120.155]) by indoqa.com (Postfix) with ESMTP id 1727F2553A8 for <vanessapratt@example.net>; Tue, 1 Jul 2008 17:52:06 +0200 (CEST) Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 17:51:25 +0200 From: =?ISO-8859-15?Q?Reinhard_P=F6tz?= <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: Block launch exception References: <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Lukas Lang wrote: > Hello, > > as I'm working on my GSoC project, I try to launch various Block samples > using the jetty-webapp Eclipse plugin. Unfortunately I can't find any > Block, > launch succeeds not ending up with this exception: > > Caused by: > org.springframework.beans.factory.BeanDefinitionStoreException: Unable > to read spring configurations from classpath*:META-INF/cocoon/spring; > nested exception is > org.springframework.beans.factory.BeanDefinitionStoreException: > Unexpected exception parsing XML document from URL > [jar:file:/C:/Dokumente%20und%20Einstellungen/lukas.lang/.m2/repository/org/apache/cocoon/cocoon-core/2.2.1-SNAPSHOT/cocoon-core-2.2.1-SNAPSHOT.jar!/META-INF/cocoon/spring/cocoon-core-caching-source.xml]; > nested exception is org.springframework.beans.FatalBeanException: Class > [org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] > for namespace [http://www.springframework.org/schema/p] does not > implement the [org.springframework.beans.factory.xml.NamespaceHandler] > interface > > I got this exception launching the samples of cocoon-it, > cocoon-petstore-sample, cocoon-eventcache, cocoon-velocity. > Any Ideas? Should I come up with the full stack trace? I ugpraded trunk to Spring 2.5.5. Could you try again please? -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member vanessapratt@example.net ________________________________________________________________________ From vanessapratt@example.net Tue Jul 01 17:44:12 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 53287 invoked from network); 1 Jul 2008 17:44:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 17:44:11 -0000 Received: (qmail 98757 invoked by uid 500); 1 Jul 2008 17:44:12 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 98586 invoked by uid 500); 1 Jul 2008 17:44:11 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 98575 invoked by uid 99); 1 Jul 2008 17:44:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 10:44:11 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO v007528.home.net.pl) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Jul 2008 17:43:18 +0000 Received: from host-87-99-3-122.lanet.net.pl (HELO ?83.161.120.155?) (lgawron.mobilebox@vanessapratt@example.net) by m029.home.net.pl with SMTP; Tue, 1 Jul 2008 17:43:36 -0000 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 19:43:31 +0200 From: Leszek Gawron <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: SettingsBeanFactoryPostProcessor creates cocoon-files directory in non-cocoon environment References: <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Carsten Ziegeler wrote: > Leszek Gawron wrote: >> Hello, >> I am using SettingsBeanFactoryPostProcessor. There is one very >> irritating "feature": the "cocoon-files" directory is being created >> every time (and of course it is not used). >> >> I understand this folder holds unpacked blocks, but why is it created >> when there is not need for it? >> > :) Because it doesn't hurt - but I agree changing this to just create it > on demand should be very easy. what is the first "demand" that should have the folders ready? Does the logger need it/block deployer? -- Leszek Gawron http://www.mobilebox.pl/krs.html CTO at MobileBox Ltd. From vanessapratt@example.net Tue Jul 01 21:12:25 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 41382 invoked from network); 1 Jul 2008 21:12:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jul 2008 21:12:23 -0000 Received: (qmail 64017 invoked by uid 500); 1 Jul 2008 21:12:24 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 63936 invoked by uid 500); 1 Jul 2008 21:12:23 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 63925 invoked by uid 99); 1 Jul 2008 21:12:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 14:12:23 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of vanessapratt@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail9.dslextreme.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Jul 2008 21:11:32 +0000 Received: (qmail 20561 invoked from network); 1 Jul 2008 21:10:51 -0000 Received: from unknown (HELO [83.161.120.155]) (83.161.120.155) by mail9.dslextreme.com with (DHE-RSA-AES256-SHA encrypted) SMTP; Tue, 01 Jul 2008 14:10:51 -0700 Message-ID: <vanessapratt@example.net> Date: Tue, 01 Jul 2008 14:10:41 -0700 From: Ralph Goers <vanessapratt@example.net> Reply-To: vanessapratt@example.net User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: What is Corona? References: <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Reinhard, I'm really looking forward to the documentation on this. To be honest, I am not sure I will ever be using Cocoon as a whole again but I can think of many cases where just using the pipeline would be valuable. I would suggest that if Corona is really as independent as it sounds then it should reside in its own subproject. This will keep dependencies from creeping back in and also make it clear that it is independent. Another thought is that if the Pipeline is completely abstracted then maybe it would be possible to build Cocoon on other kinds of pipelines. Ralph Reinhard Pötz wrote: > Kamal Bhatt wrote: >> Grzegorz Kossakowski wrote: >>> 5. Having a serious look into Corona. >> Forgive my ignorance, but I assume you are not risking blindness or >> are intending to drink lots of beer, so what is Corona? > > At Indoqa we have been working on a complete rewrite of Cocoon that we > called Corona. The most basic module of Corona is the > 'corona-pipeline' module. It is easily embeddable into any Java > application because it comes with no dependency but the classes coming > with the JRE. Here is an example for the pipeline API: > > Pipeline pipeline = new NonCachingPipeline(); > > pipeline.addComponent(new FileGenerator( > PipelineTest.class.getResource("/test.xml"))); > pipeline.addComponent(new XSLTTransformer( > PipelineTest.class.getResource("/test.xslt"))); > pipeline.addComponent(new XMLSerializer()); > > pipeline.execute(null, System.out); > > We also had the chance to tidy up a lot of things because the core of > Cocoon isn't easily comprehensible after having been under development > for about 7 years. > > On top of corona-pipeline we put the corona-sitemap module. It > implements more or less the sitemap language that you know from Cocoon > 2.x. Like Cocoon 2.2 the sitemap components are managed by Spring but > the dependency on Spring should be easily replaceable because it is > hidden behind an interface whose implementation class is really simple. > > The third layer of Corona is the 'corona-servlet' module. It provides > a servlet that can be used together with the servlet-service framework. > > From my POV the most important features have been implemented by now. > Some things have to be cleaned up and error reporting has to be > improved but I'm optimistic that this will happen in the next few > weeks. Additionally we will donate another module to Corona that > provides a way to implement controller logic for RESTful web > applications/services. > > Apparently the two missing things are documentation (I've already > started with it) and an alpha-1 release. Of course the latter needs to > be discussed by this community. For this purpose I will start a > separate thread soon. > From vanessapratt@example.net Wed Jul 02 08:13:22 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 59059 invoked from network); 2 Jul 2008 08:13:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jul 2008 08:13:21 -0000 Received: (qmail 21191 invoked by uid 500); 2 Jul 2008 08:13:10 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 21114 invoked by uid 500); 2 Jul 2008 08:13:10 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Delivered-To: moderator for vanessapratt@example.net Received: (qmail 64940 invoked by uid 99); 1 Jul 2008 22:49:46 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Message-ID: <vanessapratt@example.net> Date: Wed, 02 Jul 2008 08:46:49 +1000 From: Kamal Bhatt <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: What is Corona? References: <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-83.161.120.15528-83.161.120.1556-16006.002 X-TM-AS-Result: No--14.031-7.0-31-1 X-imss-scan-details: No--14.031-7.0-31-1 X-Virus-Checked: Checked by ClamAV on apache.org That sounds amazing. So is Cocoon 2.2 going to employ Corona? >>> 5. Having a serious look into Corona. >> Forgive my ignorance, but I assume you are not risking blindness or >> are intending to drink lots of beer, so what is Corona? > > At Indoqa we have been working on a complete rewrite of Cocoon that we > called Corona. The most basic module of Corona is the > 'corona-pipeline' module. It is easily embeddable into any Java > application because it comes with no dependency but the classes coming > with the JRE. Here is an example for the pipeline API: > > Pipeline pipeline = new NonCachingPipeline(); > > pipeline.addComponent(new FileGenerator( > PipelineTest.class.getResource("/test.xml"))); > pipeline.addComponent(new XSLTTransformer( > PipelineTest.class.getResource("/test.xslt"))); > pipeline.addComponent(new XMLSerializer()); > > pipeline.execute(null, System.out); > > We also had the chance to tidy up a lot of things because the core of > Cocoon isn't easily comprehensible after having been under development > for about 7 years. > > On top of corona-pipeline we put the corona-sitemap module. It > implements more or less the sitemap language that you know from Cocoon > 2.x. Like Cocoon 2.2 the sitemap components are managed by Spring but > the dependency on Spring should be easily replaceable because it is > hidden behind an interface whose implementation class is really simple. > > The third layer of Corona is the 'corona-servlet' module. It provides > a servlet that can be used together with the servlet-service framework. > > From my POV the most important features have been implemented by now. > Some things have to be cleaned up and error reporting has to be > improved but I'm optimistic that this will happen in the next few > weeks. Additionally we will donate another module to Corona that > provides a way to implement controller logic for RESTful web > applications/services. > > Apparently the two missing things are documentation (I've already > started with it) and an alpha-1 release. Of course the latter needs to > be discussed by this community. For this purpose I will start a > separate thread soon. > -- Kamal Bhatt From vanessapratt@example.net Wed Jul 02 09:31:15 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 82100 invoked from network); 2 Jul 2008 09:31:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jul 2008 09:31:15 -0000 Received: (qmail 37328 invoked by uid 500); 2 Jul 2008 09:31:14 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 37263 invoked by uid 500); 2 Jul 2008 09:31:14 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 37252 invoked by uid 99); 2 Jul 2008 09:31:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 02:31:14 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO indoqa.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 09:30:21 +0000 Received: from [83.161.120.155] (chello062178239020.5.15.vie.surfer.at [83.161.120.155]) by indoqa.com (Postfix) with ESMTP id 73803254427 for <vanessapratt@example.net>; Wed, 2 Jul 2008 11:30:40 +0200 (CEST) Message-ID: <vanessapratt@example.net> Date: Wed, 02 Jul 2008 11:29:57 +0200 From: =?ISO-8859-2?Q?Reinhard_P=F6tz?= <vanessapratt@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20080421) MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: What is Corona? References: <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Technically Corona and Cocoon 2.2 run on top of the servlet-service framework. We haven't tried it yet but it should only be a matter of configuration to run Corona and Cocoon 2.2 in the same web application. The servlet protocol will also allow communication between the two worlds. It *might* be possible to write an adapter to run Cocoon 2.2 sitemap components that have been migrated to Spring in Corona but the devil is in the details and you never know before you really try it. BTW, you can have a look at Corona yourself. It is hosted by the Cocoon whiteboard: http://svn.eu.apache.org/repos/asf/cocoon/whiteboard/corona/trunk/ Kamal Bhatt wrote: > That sounds amazing. So is Cocoon 2.2 going to employ Corona? > >>>> 5. Having a serious look into Corona. >>> Forgive my ignorance, but I assume you are not risking blindness or >>> are intending to drink lots of beer, so what is Corona? >> >> At Indoqa we have been working on a complete rewrite of Cocoon that we >> called Corona. The most basic module of Corona is the >> 'corona-pipeline' module. It is easily embeddable into any Java >> application because it comes with no dependency but the classes coming >> with the JRE. Here is an example for the pipeline API: >> >> Pipeline pipeline = new NonCachingPipeline(); >> >> pipeline.addComponent(new FileGenerator( >> PipelineTest.class.getResource("/test.xml"))); >> pipeline.addComponent(new XSLTTransformer( >> PipelineTest.class.getResource("/test.xslt"))); >> pipeline.addComponent(new XMLSerializer()); >> >> pipeline.execute(null, System.out); >> >> We also had the chance to tidy up a lot of things because the core of >> Cocoon isn't easily comprehensible after having been under development >> for about 7 years. >> >> On top of corona-pipeline we put the corona-sitemap module. It >> implements more or less the sitemap language that you know from Cocoon >> 2.x. Like Cocoon 2.2 the sitemap components are managed by Spring but >> the dependency on Spring should be easily replaceable because it is >> hidden behind an interface whose implementation class is really simple. >> >> The third layer of Corona is the 'corona-servlet' module. It provides >> a servlet that can be used together with the servlet-service framework. >> >> From my POV the most important features have been implemented by now. >> Some things have to be cleaned up and error reporting has to be >> improved but I'm optimistic that this will happen in the next few >> weeks. Additionally we will donate another module to Corona that >> provides a way to implement controller logic for RESTful web >> applications/services. >> >> Apparently the two missing things are documentation (I've already >> started with it) and an alpha-1 release. Of course the latter needs to >> be discussed by this community. For this purpose I will start a >> separate thread soon. >> > > -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member vanessapratt@example.net ________________________________________________________________________ From vanessapratt@example.net Wed Jul 02 13:00:36 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 51811 invoked from network); 2 Jul 2008 13:00:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jul 2008 13:00:33 -0000 Received: (qmail 2559 invoked by uid 500); 2 Jul 2008 13:00:33 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 2190 invoked by uid 500); 2 Jul 2008 13:00:32 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 2179 invoked by uid 99); 2 Jul 2008 13:00:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 06:00:32 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 02 Jul 2008 12:59:50 +0000 Received: (qmail 51178 invoked from network); 2 Jul 2008 12:58:55 -0000 Received: from localhost (HELO ?83.161.120.155?) (83.161.120.155) by localhost with SMTP; 2 Jul 2008 12:58:55 -0000 Message-ID: <vanessapratt@example.net> Date: Wed, 02 Jul 2008 14:58:52 +0200 From: Carsten Ziegeler <vanessapratt@example.net> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:83.161.120.155) Gecko/20080421 Lightning/0.8 Thunderbird/83.161.120.155 Mnenhy/83.161.120.1556 MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: SettingsBeanFactoryPostProcessor creates cocoon-files directory in non-cocoon environment References: <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Leszek Gawron wrote: > Carsten Ziegeler wrote: >> Leszek Gawron wrote: >>> Hello, >>> I am using SettingsBeanFactoryPostProcessor. There is one very >>> irritating "feature": the "cocoon-files" directory is being created >>> every time (and of course it is not used). >>> >>> I understand this folder holds unpacked blocks, but why is it created >>> when there is not need for it? >>> >> :) Because it doesn't hurt - but I agree changing this to just create >> it on demand should be very easy. > > what is the first "demand" that should have the folders ready? Does the > logger need it/block deployer? > Ok, I just looked at the code and I don't see an easy way to detect hat the first use of the folder is. But I think this folder should be created inside the temp folder, so instead of doing workDir = new File("cocoon-files"); the work dir should be a sub folder of the temp folder. This doesn't avoid the creation of the folder, but it's created at an unproblematic location. Carsten -- Carsten Ziegeler vanessapratt@example.net From vanessapratt@example.net Wed Jul 02 17:42:39 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 32404 invoked from network); 2 Jul 2008 17:42:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jul 2008 17:42:38 -0000 Received: (qmail 57399 invoked by uid 500); 2 Jul 2008 17:42:38 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 57174 invoked by uid 500); 2 Jul 2008 17:42:37 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 57162 invoked by uid 99); 2 Jul 2008 17:42:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 10:42:37 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 17:41:54 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 2670D234C148 for <vanessapratt@example.net>; Wed, 2 Jul 2008 10:41:45 -0700 (PDT) Message-ID: <721758608.1215020505150.JavaMail.jira@brutus> Date: Wed, 2 Jul 2008 10:41:45 -0700 (PDT) From: vanessapratt@example.net To: vanessapratt@example.net Subject: [jira] Subscription: COCOON-open-with-patch MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Issue Subscription Filter: COCOON-open-with-patch (106 issues) Subscriber: cocoon Key Summary COCOON-2213 Change check on mime-type to enable custom encoding of the body https://issues.apache.org/jira/browse/COCOON-2213 COCOON-2212 jx:attribute does not check name is correct before proceeding https://issues.apache.org/jira/browse/COCOON-2212 COCOON-2211 Support for jx:element https://issues.apache.org/jira/browse/COCOON-2211 COCOON-2210 The field 'type' in GenerateNode in corona-sitemap should not be final https://issues.apache.org/jira/browse/COCOON-2210 COCOON-2197 Making the cocoon-auth-block acegi-security-sample work https://issues.apache.org/jira/browse/COCOON-2197 COCOON-2177 ImageOp with requested height & width both zero should be a no-op, instead it throws an exception https://issues.apache.org/jira/browse/COCOON-2177 COCOON-2173 AbstractCachingProcessingPipeline: Two requests can deadlock each other https://issues.apache.org/jira/browse/COCOON-2173 COCOON-2162 [PATCH] Fix for Paginator when accessing out of bounds Pagination page https://issues.apache.org/jira/browse/COCOON-2162 COCOON-2137 XSD Schemas for CForms Development https://issues.apache.org/jira/browse/COCOON-2137 COCOON-2114 fix sorting in TraversableGenerator https://issues.apache.org/jira/browse/COCOON-2114 COCOON-2108 xmodule:flow-attr Does not accept document objects https://issues.apache.org/jira/browse/COCOON-2108 COCOON-2104 [PATCH] Add base URI fixup support to XIncludeTransformer https://issues.apache.org/jira/browse/COCOON-2104 COCOON-2100 Retrieving mimeType returned by pipeline executed from Flow https://issues.apache.org/jira/browse/COCOON-2100 COCOON-2071 Option to turn off pooling for components (probably faster on new JVMs and simpler debugging) https://issues.apache.org/jira/browse/COCOON-2071 COCOON-2041 WebDAV Returns improper status on PUT https://issues.apache.org/jira/browse/COCOON-2041 COCOON-2040 Union widget does not work with booleanfield set as case widget https://issues.apache.org/jira/browse/COCOON-2040 COCOON-2037 New DynamicGroup widget https://issues.apache.org/jira/browse/COCOON-2037 COCOON-2035 NPE in the sorter of the EnhancedRepeater https://issues.apache.org/jira/browse/COCOON-2035 COCOON-2032 [PATCH] Sort order in paginated repeater https://issues.apache.org/jira/browse/COCOON-2032 COCOON-2030 submit-on-change doesn't work for a multivaluefield with list-type="checkbox" https://issues.apache.org/jira/browse/COCOON-2030 COCOON-2018 Use thread context class loader to load custom binding classes https://issues.apache.org/jira/browse/COCOON-2018 COCOON-2017 More output beautification options for serializers https://issues.apache.org/jira/browse/COCOON-2017 COCOON-2015 Doctype added twice because root element (html) is inlined https://issues.apache.org/jira/browse/COCOON-2015 COCOON-2002 HTML transformer only works with latin-1 characters https://issues.apache.org/jira/browse/COCOON-2002 COCOON-1974 Donating ContextAttributeInputModule https://issues.apache.org/jira/browse/COCOON-1974 COCOON-1973 CaptchaValidator: allow case-insensitive matching https://issues.apache.org/jira/browse/COCOON-1973 COCOON-1964 Redirects inside a block called via the servlet protocol fail https://issues.apache.org/jira/browse/COCOON-1964 COCOON-1963 Add a redirect action to the browser update handler https://issues.apache.org/jira/browse/COCOON-1963 COCOON-1960 Pipeline errors for "generator/reader already set" should provide more information https://issues.apache.org/jira/browse/COCOON-1960 COCOON-1949 [PATCH] load flowscript from file into specified Rhino context object https://issues.apache.org/jira/browse/COCOON-1949 COCOON-1946 [PATCH] - Javaflow Sample errors trying to enhance Javaflow classes and showing cform templates https://issues.apache.org/jira/browse/COCOON-1946 COCOON-1943 [Patch] Parameters in blocks-protocol URIs get decoded too early https://issues.apache.org/jira/browse/COCOON-1943 COCOON-1932 [PATCH] correct styling of disabled suggestion lists https://issues.apache.org/jira/browse/COCOON-1932 COCOON-1929 [PATCH] Reloading classloader in Cocoon 2.2 https://issues.apache.org/jira/browse/COCOON-1929 COCOON-1917 Request Encoding problem: multipart/form vs. url encoded https://issues.apache.org/jira/browse/COCOON-1917 COCOON-1915 Nullable value with additional String or XMLizable in JavaSelectionList https://issues.apache.org/jira/browse/COCOON-1915 COCOON-1914 Text as XMLizable in EmptySelectionList https://issues.apache.org/jira/browse/COCOON-1914 COCOON-1899 [PATCH] Cocoon XML:DB Implementation should not depend on Xindice https://issues.apache.org/jira/browse/COCOON-1899 COCOON-1898 [PATCH] XPatch support for maven-cocoon-deployer-plugin https://issues.apache.org/jira/browse/COCOON-1898 COCOON-1893 XML-Binding: Problem creating a new element https://issues.apache.org/jira/browse/COCOON-1893 COCOON-1887 Host selector should be case insensitive https://issues.apache.org/jira/browse/COCOON-1887 COCOON-1877 [PATCH] Pageable Repeater https://issues.apache.org/jira/browse/COCOON-1877 COCOON-1870 Lucene block does not store attributes when instructed so https://issues.apache.org/jira/browse/COCOON-1870 COCOON-1846 [PATCH] BooleanField and radio do not send on-value-changed at the rigth time with IE https://issues.apache.org/jira/browse/COCOON-1846 COCOON-1843 LDAPTransformer: add-entry tag doesn't work https://issues.apache.org/jira/browse/COCOON-1843 COCOON-1842 LDAPTransformer: ClassCastException with Binary fields https://issues.apache.org/jira/browse/COCOON-1842 COCOON-1810 [PATCH] JMSEventMessageListener does not work https://issues.apache.org/jira/browse/COCOON-1810 COCOON-1807 Workaround for IE Bug in <button> https://issues.apache.org/jira/browse/COCOON-1807 COCOON-1794 [PATCH] Propagation of namespaces to a repeaters child bindings and implementation of a move-node binding https://issues.apache.org/jira/browse/COCOON-1794 COCOON-1738 double-listbox problem in repeaters https://issues.apache.org/jira/browse/COCOON-1738 COCOON-1726 Implementation of Source that supports conditional GETs https://issues.apache.org/jira/browse/COCOON-1726 COCOON-1717 Use custom cache keys for caching uri coplets using input modules. https://issues.apache.org/jira/browse/COCOON-1717 COCOON-1697 Allow request parameters to be used in "for (var k in h)" kind of Javascript Loops https://issues.apache.org/jira/browse/COCOON-1697 COCOON-1648 Add support for ISO8601 in I18nTransformer and Forms https://issues.apache.org/jira/browse/COCOON-1648 COCOON-1618 [PATCH] SoapGenerator/Serializer for Axis Block https://issues.apache.org/jira/browse/COCOON-1618 COCOON-1611 [PATCH] Add additonal constructor to FormInstance.java to be able to pass a locale https://issues.apache.org/jira/browse/COCOON-1611 COCOON-1603 [PATCH] handling of alternatives in MailTransformer https://issues.apache.org/jira/browse/COCOON-1603 COCOON-1573 Improvement SetAttributeJXPathBinding and Contribution SetNodeValueJXPathBinding https://issues.apache.org/jira/browse/COCOON-1573 COCOON-1556 [PATCH] Add a JXPathConvertor for conversion betwean beans and Strings https://issues.apache.org/jira/browse/COCOON-1556 COCOON-1535 [PATCH] enhancement to {global:} input module: return all sitemap globals https://issues.apache.org/jira/browse/COCOON-1535 COCOON-1527 [PATCH] Cache control logic sheets for XSP to override getKey and getValidity https://issues.apache.org/jira/browse/COCOON-1527 COCOON-1526 [PATCH] processToDOM returns a read-only DOM https://issues.apache.org/jira/browse/COCOON-1526 COCOON-1519 [PATCH] TeeTransformer refactoring https://issues.apache.org/jira/browse/COCOON-1519 COCOON-1508 [PATCH] Avalonize TranscoderFactory https://issues.apache.org/jira/browse/COCOON-1508 COCOON-1506 [PATCH] Manually specifying a mounted sitemap's context https://issues.apache.org/jira/browse/COCOON-1506 COCOON-1488 [PATCH] htmlunit-based testing, needs to be ported to 2.2 https://issues.apache.org/jira/browse/COCOON-1488 COCOON-1467 ESQL exception handling problem https://issues.apache.org/jira/browse/COCOON-1467 COCOON-1439 [poi] vertical text orientation and font cache https://issues.apache.org/jira/browse/COCOON-1439 COCOON-1398 New CachingPortletAdapter https://issues.apache.org/jira/browse/COCOON-1398 COCOON-1395 [PATCH] Missing ContextAttributeInputModule https://issues.apache.org/jira/browse/COCOON-1395 COCOON-1394 [PATCH] Implementation of PortletRequest#getQueryString() https://issues.apache.org/jira/browse/COCOON-1394 COCOON-1384 [PATCH] flow redirector should allow explicit 'cocoon:' scheme https://issues.apache.org/jira/browse/COCOON-1384 COCOON-1370 [PATCH] proxy block can now use JTidy and handle multipart POST https://issues.apache.org/jira/browse/COCOON-1370 COCOON-1368 [PATCH] HTTPRequestTransformer https://issues.apache.org/jira/browse/COCOON-1368 COCOON-1362 [PATCH] log4j.xconf should have the same default config as logkit.xconf https://issues.apache.org/jira/browse/COCOON-1362 COCOON-1360 [patch] client side validation for CForms https://issues.apache.org/jira/browse/COCOON-1360 COCOON-1345 [PATCH] Extract convertors into their own block https://issues.apache.org/jira/browse/COCOON-1345 COCOON-1340 [PATCH] lucene block contribution : a AnalyzerManager component https://issues.apache.org/jira/browse/COCOON-1340 COCOON-1337 [PATCH] Suggestion for widget population https://issues.apache.org/jira/browse/COCOON-1337 COCOON-1336 [PATCH] PortletWindowAspect: hiding portlet mode icons and new feature "force-sizable" https://issues.apache.org/jira/browse/COCOON-1336 COCOON-1332 [PATCH] content-length and content-type for portlet ActionRequest https://issues.apache.org/jira/browse/COCOON-1332 COCOON-1329 [PATCH] Fix for cocoon.jar bundled in ear common for portal.war and portlet.war https://issues.apache.org/jira/browse/COCOON-1329 COCOON-1325 [PATCH] commons-fileupload based multipart parser https://issues.apache.org/jira/browse/COCOON-1325 COCOON-1302 [Patch] Word Document Generator https://issues.apache.org/jira/browse/COCOON-1302 COCOON-1295 ParallelContentAggregator, multithreaded aggregating https://issues.apache.org/jira/browse/COCOON-1295 COCOON-1260 [PATCH] MultipartParser can now handle multipart/mixed https://issues.apache.org/jira/browse/COCOON-1260 COCOON-1254 [Patch] OWQLTransformer + RDQLTransformer https://issues.apache.org/jira/browse/COCOON-1254 COCOON-1249 [Patch] XMLDBSource should accept scheme://user:pass@host:port/path URIs https://issues.apache.org/jira/browse/COCOON-1249 COCOON-1232 [PATCH] NEW--ModuleDB Action for ORACLE( auto. increment ) https://issues.apache.org/jira/browse/COCOON-1232 COCOON-1203 [PATCH] inserver junit testing https://issues.apache.org/jira/browse/COCOON-1203 COCOON-1200 [PATCH] XML CSS engine https://issues.apache.org/jira/browse/COCOON-1200 COCOON-1185 [PATCH] BerkeleyDBStore https://issues.apache.org/jira/browse/COCOON-1185 COCOON-1147 [PATCH] namespace issues with XMLDBTransformer https://issues.apache.org/jira/browse/COCOON-1147 COCOON-1125 [PATCH] Updated CastorTransformer + samples https://issues.apache.org/jira/browse/COCOON-1125 COCOON-1027 [PATCH] CocoonBean add additional features for reprocessing pipelines and interrupt processing https://issues.apache.org/jira/browse/COCOON-1027 COCOON-996 [PATCH] LuceneIndexContentHandler.java produces CLOBs https://issues.apache.org/jira/browse/COCOON-996 COCOON-988 [PATCH] StreamGenerator can't handle multipart request parameters correctly https://issues.apache.org/jira/browse/COCOON-988 COCOON-881 [PATCH] file upload component for usage with flowscript https://issues.apache.org/jira/browse/COCOON-881 COCOON-871 [PATCH] XML posting from SourceWritingTransformer by using an enhanced HTTPClientSource https://issues.apache.org/jira/browse/COCOON-871 COCOON-867 [PATCH] wsinclude and htmlinclude transformers https://issues.apache.org/jira/browse/COCOON-867 COCOON-865 [PATCH] New ResourceLoadAction https://issues.apache.org/jira/browse/COCOON-865 COCOON-844 [PATCH] adding <wd:on-phase> and moving load() and save() to Form. https://issues.apache.org/jira/browse/COCOON-844 COCOON-825 [PATCH] Fix Bug: Better handling of CLOB in esql (get-xml) and handling of Oracle 'temporary lobs' https://issues.apache.org/jira/browse/COCOON-825 COCOON-719 [PATCH] Support for transactions in SQLTransformer https://issues.apache.org/jira/browse/COCOON-719 COCOON-717 [PATCH] Namespace cleanup in HTMLSerializer https://issues.apache.org/jira/browse/COCOON-717 COCOON-665 [PATCH] HSSFSerializer Support for FreezePane https://issues.apache.org/jira/browse/COCOON-665 From vanessapratt@example.net Thu Jul 03 06:40:34 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 77214 invoked from network); 3 Jul 2008 06:40:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jul 2008 06:40:34 -0000 Received: (qmail 71579 invoked by uid 500); 3 Jul 2008 06:40:34 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 71511 invoked by uid 500); 3 Jul 2008 06:40:34 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 71500 invoked by uid 99); 3 Jul 2008 06:40:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 23:40:34 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 03 Jul 2008 06:39:51 +0000 Received: (qmail 76321 invoked from network); 3 Jul 2008 06:38:57 -0000 Received: from localhost (HELO ?83.161.120.155?) (83.161.120.155) by localhost with SMTP; 3 Jul 2008 06:38:57 -0000 Message-ID: <vanessapratt@example.net> Date: Thu, 03 Jul 2008 08:38:54 +0200 From: Carsten Ziegeler <vanessapratt@example.net> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:83.161.120.155) Gecko/20080421 Lightning/0.8 Thunderbird/83.161.120.155 Mnenhy/83.161.120.1556 MIME-Version: 1.0 To: vanessapratt@example.net Subject: Re: Releasing 2.1.12 - a new release manager? References: <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> In-Reply-To: <vanessapratt@example.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Where are we now with the release? Carsten -- Carsten Ziegeler vanessapratt@example.net From vanessapratt@example.net Thu Jul 03 09:30:47 2008 Return-Path: <vanessapratt@example.net> Delivered-To: vanessapratt@example.net Received: (qmail 28367 invoked from network); 3 Jul 2008 09:30:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jul 2008 09:30:46 -0000 Received: (qmail 23113 invoked by uid 500); 3 Jul 2008 09:30:46 -0000 Delivered-To: vanessapratt@example.net Received: (qmail 23038 invoked by uid 500); 3 Jul 2008 09:30:46 -0000 Mailing-List: contact vanessapratt@example.net; run by ezmlm Precedence: bulk list-help: <mailto:vanessapratt@example.net> list-unsubscribe: <mailto:vanessapratt@example.net> List-Post: <mailto:vanessapratt@example.net> Reply-To: vanessapratt@example.net List-Id: <dev.cocoon.apache.org> Delivered-To: mailing list vanessapratt@example.net Received: (qmail 23027 invoked by uid 99); 3 Jul 2008 09:30:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jul 2008 02:30:46 -0700 X-ASF-Spam-Status: No, hits=2.7 required=10.0 tests=HTML_MESSAGE,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of vanessapratt@example.net does not designate 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO rv-out-0708.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jul 2008 09:29:53 +0000 Received: by rv-out-0708.google.com with SMTP id f25so941197rvb.18 for <vanessapratt@example.net>; Thu, 03 Jul 2008 02:30:13 -0700 (PDT) Received: by 83.161.120.155 with SMTP id f14mr4973693rvl.119.1215077411160; Thu, 03 Jul 2008 02:30:11 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 3 Jul 2008 02:30:11 -0700 (PDT) Message-ID: <vanessapratt@example.net> Date: Thu, 3 Jul 2008 10:30:11 +0100 From: "Andrew Savory" <vanessapratt@example.net> Sender: vanessapratt@example.net To: vanessapratt@example.net Subject: Re: Releasing 2.1.12 - a new release manager? In-Reply-To: <vanessapratt@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11822_25093756.1215077411150" References: <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> <vanessapratt@example.net> X-Google-Sender-Auth: 3ec08d2ca5c8f14e X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_11822_25093756.1215077411150 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, 2008/7/3 Carsten Ziegeler <vanessapratt@example.net>: > Where are we now with the release? > I have some fixes to the fix I committed last week, but won't have a chance to look at it again until next week earliest ... I can roll back if others want to push the release. Andrew. -- vanessapratt@example.net / vanessapratt@example.net http://www.andrewsavory.com/ ------=_Part_11822_25093756.1215077411150 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,<br><br><div
{'source': 'Apache Software Foundation Public Mail Archives'}