Re: ForrestBot build for cocoon-docs FAILED
Hi, On Mon, Apr 19, 2010 at 2:47 PM, Jeroen Reijn j.re...@onehippo.com wrote: Do any of you have an account for the daisy instance or zone? I personally don't, but apparently we need somebody to fix this. I should be able to create accounts on cocoon.zones.apache.org for committers willing to work on this, drop me a (private) line if needed. I was involved in the setup of the Cocoon demos on that box at the time, but I'm not well informed about the Daisy/Forrestbot setup. -Bertrand
Re: [2.1] Is Cocoon 2.1.x officially dead ?
Hi Cédric, 2010/3/22 Cédric Damioli cedric.dami...@anyware-services.com: ...I'm wondering if someone around here was still willing to maintain the Cocoon-2.1 branch ? If not, I volunteer to do the job, as this branch is important for us, and I don't want to have to fork it in our own repository I'm +1 on someone maintaining the 2.1 branch and cutting releases as needed. I don't use Cocoon anymore, but some of the projects that I created with 2.1.x a few years ago are still running very well and maintained, though more at the application level where they probably don't need changes to Cocoon itself. I think 2.1.x is stable enough for people who use it to stay on that version, so maintaining it makes at lot of sense. Are there any current committers willing to help maintain it? If not we might need to elect some new ones based on who's currently contributing in this area. -Bertrand
Re: Cocoon and Sling
2009/4/8 Juan José Vázquez Delgado juanjo.vazq...@gmail.com: ...This stuff is not a new kind of sitemap implementation really. In fact, I decided to go to XProc because AFAIK Cocoon sitemap doesn´t separate the request resolution from XML pipeline processing and Sling already resolves request resolution on its own I think XProc is a good choice for Sling because, as Juanjo indicates, we're only interested in pure (and simple) pipeline processing. XProc is a documented standard, so using it to script pipelines in Sling means we don't have to reinvent things or document a new language. -Bertrand
Re: [c3] Cocoon 3 Profiling student project
On Wed, Apr 1, 2009 at 3:57 PM, Sylvain Wallez sylv...@apache.org wrote: Andrew Savory wrote: ...If I might make a suggestion: understanding the problem and possible solutions is where the cocoon developer community can really help as well. It's how many of us got started here, with initial discussions that ended up with us having the confidence to contribute code. It also stimulates the community, providing diversity and discussion that might trigger other work as well. +1. Most of us started by asking dumb questions here. +1. I did ;-) I'm presenting today at a conference on how we work inside the ASF, and one of my recent additions to this talk is that people have to overcome their fear of making mistakes in public to be efficient in our communities. The best learning is by doing, so having those students make mistakes here sooner than later (they don't *have* to make mistakes, you get the idea ;-) would probably be good for them. Also in terms of general community health. And thanks Reinhard for explaining what you're doing. It might be cool to have a web page somewhere to explain the experiment, but that's your call of course. -Bertrand
Re: [c3] Cocoon 3 Profiling student project
Hi Reinhard, On Mon, Mar 30, 2009 at 8:35 PM, Reinhard Pötz reinh...@apache.org wrote: ...The week before the ApacheCon we've kicked off our second student project in cooperation with the Vienna University of Technology. The six students will work on profiling support for Cocoon (see http://cocoon.apache.org/3.0/student-project-ideas/cocoon3-profiling.html and http://cocoon.apache.org/3.0/student-project-ideas/cocoon3-profiling-ui.html)... Just curious, who is we? This sounds like a cool initiative, but I'm wondering what the roles are, are you mentoring those students and helping them shape their code into JIRA-able contributions? Or will they participate in discussion here once their problem analysis is done? There's nothing hidden behind my question - just curious, with my Cocoon PMC member hat on, about the community aspects of this. Feel free to point me to previous discussions if I missed something. -Bertrand
Re: [c3] osginize jars
Hi, On Tue, Mar 3, 2009 at 8:39 PM, Andreas Pieber a...@gmx.at wrote: ...4) I've tried to find a way to fire up all bundles (no they are ;) ) in an apache-felix engine and start the unit-tests there. I've made some researches at this topic too, but there's no way to way to fire up a apache-felix engine by maven and run all unit tests in it We do this in Sling, see [1] which builds a webapp, starts it during Maven's integration-test phase and runs various tests against it. It's a bit slow but useful. You probably need a full build of Sling if you want to play with that though. I don't see a reason why you couldn't start and embedded Felix framework in unit testing either, but don't have an example readily available. -Bertrand [1] http://svn.apache.org/repos/asf/incubator/sling/trunk/launchpad/testing/
Re: OSGi integration (again)
On Thu, Jan 29, 2009 at 12:57 PM, Grzegorz Kossakowski g...@tuffmail.com wrote: Juan José Vázquez Delgado pisze: ...I´m thinking about a more natural Cocoon/Sling integration. IMHO, a pipeline, even a sitemap, would be as a script in Sling. Any pointers to Sling scripts? Quick look at Sling's home page didn't reveal anything. http://incubator.apache.org/sling/site/discover-sling-in-15-minutes.html shows the basics of how Sling processes a request by finding a script in the JCR repository. Totally agree with Juanjo that cocoon scripts could be used to define Ccoon pipelines to process Sling requests. -Bertrand
Re: New Spring Maintenance policy
Hi, On Mon, Sep 22, 2008 at 9:09 PM, Antonio Gallardo [EMAIL PROTECTED] wrote: ...I would like to know how you guys think this affects cocoon: http://www.theserverside.com/news/thread.tss?thread_id=50727 Note the corresponding FAQ at http://www.springsource.com/products/enterprise/maintenancepolicy/faq I think the only impact is that if Cocoon uses older releases of Spring, and needs patches for them, we'll have to create and/or use snapshots. Assuming the Spring codebase is trustable via its test suite, that's IMHO only an organizational problem. -Bertrand
Application Period Opens for Travel Assistance to ApacheCon US 2008
Hi, The ApacheCon US 2008 conference is getting closer. If you are interested in participating but would have a hard time financing the trip, the Apache Travel Assistance Committee may be able to help you. See below for their announcement about the financial support that the Apache Software Foundation is making available to qualified developers. -Bertrand The Travel Assistance Committee is taking in applications for those wanting to attend ApacheCon US 2008 between the 3rd and 7th November 2008 in New Orleans. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon US 2008 who need some financial support in order to get there. There are VERY few places available and the criteria is high, that aside applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF and open source in general. Financial assistance is available for flights, accomodation and entrance fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in Europe and or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon US of course, but there must be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the application form and details for submitting. Time is very tight for this event, so applications are open now and will end on the 2nd October 2008 - to give enough time for travel arrangements to be made. Good luck to all those that will apply. Regards, The Travel Assistance Committee
Re: ApacheCon US
Hi, On Sat, Sep 6, 2008 at 12:44 AM, Joerg Heinicke [EMAIL PROTECTED] wrote: ...I'm considering to go to New Orleans. I justed wanted to ask who is planning to go as well and if anybody wants to share a room Although I don't do much with Cocoon these days, I'll be there and I'm looking forward to meeting you guys. I'm already sharing my room. -Bertrand
Re: [vote] Cocoon 3.0
On Wed, Aug 6, 2008 at 1:19 PM, Reinhard Pötz [EMAIL PROTECTED] wrote: ...Following the result of our recent discussion about the future of Corona, I propose Corona to become Cocoon 3 +1 -Bertrand
Re: [vote] David Legg as new Cocoon committer
On Mon, Aug 4, 2008 at 1:46 PM, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...I would like to propose David Legg as a new Cocoon committer and PMC Member +1 -Bertrand
Re: Find a new name for Corona
On Thu, Jul 31, 2008 at 8:40 AM, Ralph Goers [EMAIL PROTECTED] wrote: Reinhard Pötz wrote: ...The name that we would use is Cocoon Silk. So I tend to think that it isn't a problem ...Trademark or not, when people in software talk about Silk these products are what they mean. Using a name that is already highly branded would be a mistake I have a new proposal: Weedle. According to http://en.wikipedia.org/wiki/Kakuna#Weedle, Weedle are very weak Pokémon that are captured to be evolved into their cocoon-like Kakuna form. Suits Corona well, as that might or might not become the next Cocoon. And they look cute: http://bulbapedia.bulbagarden.net/wiki/Weedle_(Pok%C3%A9mon) I'm not a Pokemon fan by any means but it looks like the name is not associated with software yet, so it might work. -Bertrand
Re: Find a new name for Corona
On Thu, Jul 31, 2008 at 9:17 AM, Torsten Curdt [EMAIL PROTECTED] wrote: ...We had this renaming game with CForms IIRC. And it was more confusing than it helped. I guess that was so long ago that some people don't remember... I do remember - finding names for products today is the nightmare ;-) ...I think Corona is a great name. Everyone uses it. People already know it by now. Let's officially call it Apache Cocoon (Project) Corona. Everyone will call it Corona anyway. Will that really be a problem? (Sorry if I missed that thread/post)... I would agree with that - or just put up all the suggested names for a majority vote of our committers, and be done with it. -Bertrand
Re: Find a new name for Corona
On Thu, Jul 31, 2008 at 9:50 AM, Reinhard Pötz [EMAIL PROTECTED] wrote: Bertrand Delacretaz wrote: just put up all the suggested names for a majority vote of our committers, and be done with it. What would be the options that we vote on? a) keep the name Apache Cocoon Corona b) rename to Apache Cocoon Silk c) we need to find some other name... There's also Apache Cocoon Weedle that I proposed this morning in this thread. -Bertrand
Re: Find a new name for Corona
On Thu, Jul 31, 2008 at 9:59 AM, Ralph Goers [EMAIL PROTECTED] wrote: Reinhard Pötz wrote: What would be the options that we vote on? a) keep the name Apache Cocoon Corona b) rename to Apache Cocoon Silk c) we need to find some other name Any other options? I sent a message to legal internal to get their opinion on options a and b. I suggest waiting for an answer We could also vote and, if one of the names is vetoed by the legal team (which I doubt very much - it's Apache Cocoon foo anyway), take the next one. -Bertrand
Re: Find a new name for Corona (was: [proposal] Corona: A Cocoon subproject)
On Wed, Jul 30, 2008 at 7:46 AM, Reinhard Pötz [EMAIL PROTECTED] wrote: ... . Apache Cocoon Silk My favorite - usually known as Cocoon Silk ... . Apache Silk... Omitting Cocoon in the name would be a bad idea IMO, as the Cocoon brand is well-known. -Bertrand
Re: [Vote] Jasha Joachimsthal as new Cocoon committer
On Tue, Jul 29, 2008 at 11:18 AM, Andrew Savory [EMAIL PROTECTED] wrote: It's my pleasure to propose Jasha Joachimsthal as a new committer on the Apache Cocoon project. And it's mine to give Jasha my +1, welcome! -Bertrand
Re: [vote] Luca Morandini as new Cocoon committer
On Tue, Jul 29, 2008 at 7:33 PM, Luca Morandini [EMAIL PROTECTED] wrote: ...Anyway, tough it looks suspiciously like a press gang [1] of Royal Navy notoriety, I accept the great honor that has been bestowed on me ;) Besides, I've heard Apache committers have special discounts on the entire Mercedes-Benz range of models... what ? That was just a joke ? Oh my... :(... Doesn't matter much - you won't have much use for that car once you're on that Royal Navy ship ;-) -Bertrand
Re: Find a new name for Corona
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED] wrote: :-( that's bad. Any other suggestions? I still think that Cocoon 3.0 could be the name, if people are going to invest a significant effort in what's Corona today. For Sling we'd like to use the pipelines implementation, so some of us Sling folks are planning to contribute and help maintain that. I am not interested in the other parts at the moment. We already have 2.1 and 2.2 which are fairly different products, Cocoon 3.0 would be a lightweight embeddable thing that captures the essence of Cocoon in a way that's better suited to many of today's environments. Clearly an evolution, even though some parts will be missing, as those new environments provide them. -Bertrand
Re: Find a new name for Corona
On Wed, Jul 30, 2008 at 6:04 PM, Reinhard Pötz [EMAIL PROTECTED] wrote: ...I'm still not convinced that we should name it Cocoon 3.0 _now_ (quoting myself from a few days ago):.. I knew someone had said something about that, couldn't find that thread ;-) ...When Corona is able to attract a stable community proves itself useable to a wider audience, we can start to ship it as Cocoon 3.0 If that's the plan (and I like it), why not keep the project Corona name for now? That would be just a project name, not a product name, so we don't need to care about conflicts, the full name would be Apache Cocoon - project Corona. -Bertrand
Re: [vote] Steven Dolg as committer
On Mon, Jul 28, 2008 at 5:26 PM, Reinhard Pötz [EMAIL PROTECTED] wrote: ...it's a great honor for me to propose Steven Dolg as a committer... +1 -Bertrand
Re: [vote] Luca Morandini as new Cocoon committer
On Tue, Jul 29, 2008 at 7:29 AM, David Crossley [EMAIL PROTECTED] wrote: I would like to propose Luca Morandini as a new Cocoon committer and PMC member. +1 -Bertrand
Re: [vote] Andreas Hartmann as new Cocoon committer
On Tue, Jul 29, 2008 at 8:27 AM, David Crossley [EMAIL PROTECTED] wrote: I propose Andreas Hartmann as a new Cocoon committer and PMC member. Andreas already has commit access to Cocoon by virtue of being a committer at Apache Lenya. This will formalise his status at Cocoon and enable him to be a PMC member +1 -Bertrand
Re: [vote] Thorsten Scherler as new Cocoon committer
On Tue, Jul 29, 2008 at 8:27 AM, David Crossley [EMAIL PROTECTED] wrote: I propose Thorsten Scherler as a new Cocoon committer and PMC member +1 -Bertrand
Re: The status of documentation publishing
Hi, On Wed, Jul 16, 2008 at 3:48 AM, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...I just wanted to let you know that documentation publishing (and contributions publishing) has not been forgotten but it faced some serious issues Reminds me that there was no response to my request for an alternate backup of the Daisy stuff, see http://markmail.org/message/jojhpmlqwoqlz4l6 -Bertrand
Re: [Corona] PIpeline API
On Wed, Jul 16, 2008 at 5:14 AM, Sylvain Wallez [EMAIL PROTECTED] wrote: ...Can't we just give the parameters they need individually to every pipeline component, thus allowing per-component strongly typed and well defined contracts?.. I'm also catching up on this thread but I tend to agree with the above suggestion, i.e. something like Transformer t = new XsltTransformer(); t.setXslt(cocoon:/mytransform.xsl); t.setRequestParameters(request.getParameterMap()); ... looks clearer than Transformer t = new XslTransformer(opaqueMapOfParameters); And the second form could be added later, if needed for some other reason. I didn't even look at Corona lately, no idea how things work currently, just trying to explain how I'd like things to be. -Bertrand
Daisy backups
Hi, I still have Daisy backups running on people.apache.org (https://issues.apache.org/jira/browse/COCOON-1925) but I must admit I'm not watching or checking them regularly. Could someone who's currently more involved in Cocoon than me setup a second backup? I can provide my scripts if needed, or authorized people can grab them directly from my home directory on people.apache.org (/home/bdelacretaz/scripts/zone-rsync.sh). -Bertrand
Re: [VOTE] Drop JDK1.3 support for Cocoon 2.1.11 and newer versions
On Wed, May 28, 2008 at 9:03 AM, Jeroen Reijn [EMAIL PROTECTED] wrote: ..Please cast your votes!... +1 -Bertrand
Re: JDK 1.3 still required?
On Thu, May 22, 2008 at 2:22 PM, Jeroen Reijn [EMAIL PROTECTED] wrote: ...I was just trying the maven1 jar script for 2.1.11, when I noticed that it did not compile with JDK 1.3. I can remember having a vote[1] on this, which I think ended in lets move on after 2.1.10 to 2.2 ...Should we revote on this... I think we should revote, and if anyone needs JDK 1.3 compatibility for 2.1.11 they should be prepared to do the work of porting and testing. -Bertrand
Re: test
On Wed, May 21, 2008 at 4:29 PM, Marcus Clemens [EMAIL PROTECTED] wrote: ...Its impossible I have tried everything all you can do is block each and every sender... Usually, if unsubscribe to a list doesn't work it's because one's trying to unsubscribe from a different address than the one used to subscribe. For more info, send a message to [EMAIL PROTECTED] - that includes a command to unsubscribe a different address than the sender's. -Bertrand
Re: Meeting in Amsterdam
On Fri, Mar 28, 2008 at 12:08 PM, Torsten Curdt [EMAIL PROTECTED] wrote: Bertrand Delacretaz wrote: how about having dinner together somewhere on Monday night? ...keep in mind there is also the BarCamp on Monday night Right, forgot about that. I don't have precise info but it's planned at the end of the Hackathon day on Monday, time and place will be announced on site I guess. See Message-ID: [EMAIL PROTECTED] on [EMAIL PROTECTED] for more info. I suggest meeting at that BarCode event then, and we can still have dinner after if needed. -Bertrand
Re: Meeting in Amsterdam
On Fri, Mar 28, 2008 at 11:39 AM, Reinhard Poetz [EMAIL PROTECTED] wrote: ... Carsten, what time do you prefer?... Note this great (swiss made) tool to arrange meetings: http://doodle.ch -Bertrand
Re: Meeting in Amsterdam
Hi, On Fri, Mar 28, 2008 at 11:04 AM, Reinhard Poetz [EMAIL PROTECTED] wrote: ...Is there anybody who is going to attend the ApacheCon in Amsterdam? I'll be there at the two Hackathon days (Mon full day, Tue till 3pm) and would love to have some discussions about Corona. I'll be around but attending Sally's media training on Monday afternoon, and taking part in the JCR meetup [1] on Tuesday. So don't worry about me, but I'd be happy to talk about Corona (and maybe have some Corona with you guys as well ;-) - how about having dinner together somewhere on Monday night? -Bertrand [1] http://wiki.apache.org/jackrabbit/JcrMeetupApril2008
Re: Maintenance Release 2.1.12
On Thu, Mar 13, 2008 at 8:53 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote: ... Following this spirit I would like to cut a 2.1.12 sometime during April +1, I'll help testing if before the release. -Bertrand
Re: Integration tests
On Jan 15, 2008 9:44 PM, Reinhard Poetz [EMAIL PROTECTED] wrote: Grzegorz Kossakowski wrote: ...I guess it should be always easier to write isolated unit tests than ITs. Am I wrong? hmmm, it depends. Integration tests for Cocoon have always been tests at HTTP/XHTML level Might be just a question of terminology. When you're creating an HTTP servlet, it is not really usable outside of an HTTP environment. So (and test purists might hate me for saying that ;-), one could argue that testing servlets via HTTP is actually a unit test. It's just that it happens over HTTP instead of being just java method calls. -Bertrand
Updated the release demo to 2.1.11 on cocoon.zones.apache.org
FYI, I have updated the release demo at http://cocoon.zones.apache.org/ to run the latest 2.1.11 release of the 2.1.x branch. For more info about how those demos are setup, see /home/cdemos/README.txt on that host. -Bertrand
Re: [PROPOSAL] Micro-Cocoon
On Dec 30, 2007 5:35 PM, Reinhard Poetz [EMAIL PROTECTED] wrote: ... o make Cocoon pipelines/sitemaps ready for the usage in OSGi environments... The Sling project would very probably be interested in this. We're not there yet, but once we start working on different output renderings in Sling, having an OSGi Cocoon pipelines component sounds very interesting. ...Is it a good idea to use the Cocoon whiteboard... sure, staying here gives you the best chances of getting valuable feedback. -Bertrand
Re: [Vote] Cocoon Release 2.1.11
On Jan 3, 2008 6:16 AM, David Crossley [EMAIL PROTECTED] wrote: ...I used the tar.gz and verified the md5sum and pgp signature, and investigated some other things. md5: f103d7c90fcd1e0f027f88f7fd0a44a0... Automated tests (both junit-tests and htmlunit-tests) work for me on macosx / JDK 1.5, using this same distribution archive. +1 for the release, thanks everybody for your work! -Bertrand
Re: svn commit: r606743 - /cocoon/branches/BRANCH_2_1_X/tools/targets/webapp-build.xml
On Dec 27, 2007 1:06 PM, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...If I get no response from Paul (or anyone else on this), I'll revert the change for the release +1 for reverting: the change introduces risks, and does not introduce useful functionality that has been agreed upon by Cocoon committers. IIUC (please correct me if I'm wrong), solprovider has commit rights on Cocoon by way of being a Lenya committer - that's fine, but we expect you guys to ask on list before committing stuff. In other words, commits from non-Cocoon committers who have SVN rights to our codebase must be review-then-commit, *not* commit-then-review. -Bertrand
Re: svn commit: r606743 - /cocoon/branches/BRANCH_2_1_X/tools/targets/webapp-build.xml
On Dec 28, 2007 11:30 AM, Joerg Heinicke [EMAIL PROTECTED] wrote: On 28.12.2007 11:19 Uhr, Bertrand Delacretaz wrote: ...In other words, commits from non-Cocoon committers who have SVN rights to our codebase must be review-then-commit, *not* commit-then-review. The suggested patch was to be reviewed since mid of the year ... it has been part of the original issue description [1] To be reviewed, ok but no none looked at it, so in RTC mode this doesn't mean one should apply the patch. We should have looked at it, of course..but that didn't happen, so it's not reviewed. -Bertrand [1] https://issues.apache.org/jira/browse/COCOON-2074
Re: Preparing the 2.1.1 release
On Dec 18, 2007 7:34 PM, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...are the any outstanding issues? I tried running ./build.sh junit-tests on a fresh BRANCH_2_1_X checkout, and the ZipSourceTestCase.testURIHandling test fails: Uri is wrong. expected:zip:file://[]test.zip!/test.xml but was:zip:file://[/]test.zip!/test.xml Not sure what the correct URI should be, i.e. if it's the test or the code that's wrong. The test expects this final String zipSourceUri = zip:file://test.zip!/test.xml; And zipSource.getURI() returns that with three slashes after file: -Bertrand
Re: Preparing the 2.1.1 release
On Dec 18, 2007 7:34 PM, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...So, are the any outstanding issues? FYI, all tests of ./build.sh htmlunit-tests work for me using htmlunit 1.13 and SVN rev 605455, I have changed the comments in build.properties to reference that version. At some point after running those tests several times with different htmlunit versions (as the previously recommended 1.8 gave a NPE) , CachingPipelineTestCase would hang - I haven't found exactly what happened, but after restarting Cocoon it worked again. Might be some weird interaction between the test case and the cache, I haven't investigated. -Bertrand
Re: [RT] RESTful web applications
On Dec 5, 2007 3:16 PM, Reinhard Poetz [EMAIL PROTECTED] wrote: ...[*] borrowing the term micro from Bertrand who used it for a slimmed down version of Sling which seems to be another (too) huge beast in the webapp framework arena I would have been shy mentioning microsling here, so thanks ;-) The goals of Sling and microsling [1] are somewhat similar to what you mention, that is helping people think in REST terms and providing powerful scriptable server-side components to build REST applications. Being JCR backed, though, makes XML mostly unnecessary in microsling, and that makes things much simpler when dealing with content, by avoiding markup until the very end of the request processing. microsling uses templates based on server-side javascript (Rhino of course). The need for XML might resurface in Sling to produce documents in formats like PDF or SVG - and for that a micro-Cocoon (we'd just need embeddable pipelines, basically) might make a lot of sense. The itch hasn't been strong enough to require scratching yet, but that will probably happen sooner or later. -Bertrand [1] http://svn.apache.org/repos/asf/incubator/sling/trunk/microsling/microsling-standalone/
Re: lenya 2.0 release preparation - cocoon version dependency (2.1.11?)
On Nov 17, 2007 9:49 AM, Ralph Goers [EMAIL PROTECTED] wrote: ...If someone finds a bug and wants to fix it and do a release of 2.1.x they should be free to do so Grzegorz Kossakowski wrote: ...After 2.1.11 I would like to close 2.1.x branch completely Agree with Ralph, there's no need to close anything, if people want to fix bugs on older versions that's one of the beauties of open source: no one forces you to upgrade, as long as you're ready to fix what you're using if needed. -Bertrand
Re: lenya 2.0 release preparation - cocoon version dependency (2.1.11?)
On Nov 15, 2007 9:41 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...I think it makes sense to do a 2.1.11 release as a maintenance release, especially if Lenya wants to use this version. However, the only problem I see right now is the question of the qualitify. Which means, how many people are using latest svn and/or have tested it?... If Lenya is using it successfully, and if our automated tests pass (I can run them on Linux and MacOSX when the time comes) I'd be ok with making a release. There have been some small changes since 2.1.10, and little is happening in the 2.1 branch, so it might be good to do a release of that. -Bertrand
Re: Zones are down
On 10/25/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...I asked for karma several times exactly for this purpose without any luck. I will try to contact right people as soon as I figure out who has enough karma to give me some on on our zone. Then I could have a look I have created your account on the zone, will send you the info off-list. -Bertrand
Re: Zones are down
On 10/22/07, Joerg Heinicke [EMAIL PROTECTED] wrote: Both trunk and 2.1 branch seem to have a problem ... Unless someone configured it in the last few months, I don't think the 2.2 trunk demo on the zones ever worked. To see how the demos are started: sudo su - cdemos crontab -l And the httpd configs are in /etc/apache2/httpd.conf which includes /home/config/cocoon.zone/apache2/local-httpd.conf See also http://www.apache.org/dev/solaris-zones.html for more info about the zones in general. -Bertrand
Re: Renewing Apache Fop processor
On 9/28/07, Robby Pelssers [EMAIL PROTECTED] wrote: ... I forgot to mention we are working with cocoon-2.1.10. Did somebody already try to use a newer version of FOP for this cocoon version?... I think that's what http://issues.apache.org/jira/browse/COCOON-1795 does - some assembly required probably. -Bertrand
Re: [GT2007] The program is out!
On 9/20/07, Vadim Gritsenko [EMAIL PROTECTED] wrote: Looking at the program - Bertrand Delacretaz/Carsten Ziegeler: Bye bye Avalon: an introduction to OSGi - should this really be Spring, not OSGi? :) It is OSGi indeed: we're going to introduce the general principles, and show how easy it is to create OSGi bundles and declarative services using the maven-bundle-plugin and maven-scr-plugin from Apache Felix. All this in 30 minutes, so bring your seatbelts! I agree that Spring is closer to Avalon than OSGi is...but at the conceptual level all three can be seen as modularization systems, working on different levels. The reference to Avalon in that title is a bit tongue-in-cheek of course, related to our collective history ;-) -Bertrand
Re: [GT2007] The program is out!
Hi Raffaele, On 9/19/07, Merico Raffaele [EMAIL PROTECTED] wrote: ...The main reason because I have planned to be in Rome at the CocoonGT was to hear a lot on Cocoon 2.2 and to get important information on the migration path (2.1 to 2.2). But in the program 2.2 is not mentioned explicitly... Note that it is certainly possible to have additional unconference talks or panels during the hackathon days - you might want to poll this list to see if there's interest. Talking about migrating from 2.1 to 2.2 is certainly more interesting based on practical experiences, so if people are interested it might be good to have an exchange about this during the hackathon. This could then be summarized on the wiki or in the docs, for the benefit of all (but I'm not volunteering, cannot make it to the hackathon this time). -Bertrand
Re: Cocoon, a survival tool
On 9/12/07, Sylvain Wallez [EMAIL PROTECTED] wrote: Cocoon is a place to find shelter in extreeme conditions and environments... Of course...Cocoon has been running under Windows for years ;-) -Bertrand
[GT2007] how long from Fiumicino to the GT venue?
Hi, Looks like I'll make it to the conference day only - how long does it take from FCO airport to the GT venue? I have a possible plane schedule landing at 8:20AM and leaving at 6PM for the return, or I'll go back early the next morning if that doesn't leave enough time. -Bertrand
Re: cocoon-template incompatible change
On 8/26/07, Leszek Gawron [EMAIL PROTECTED] wrote: ...to tell you the truth I have never used jx:import with context set, has anymone?... Me. When importing a JX template that renders a business object, setting that object as the context helps in making the imported template reusable, without knowledge of what's importing it. -Bertrand
Re: GSoC final report
On 8/21/07, Joerg Heinicke [EMAIL PROTECTED] wrote: ...Grek, in my opinion you did a great job in probably every aspect +1, very impressive! -Bertrand
Re: Docs into SVN?
On 7/30/07, Reinhard Poetz [EMAIL PROTECTED] wrote: ...While following the infrastructure@ mailing list I get the impression that all projects that use Confluence (+ Pier's autoexport plugin) as CMS, don't put the docs into SVN It would be interesting to verify this, maybe via [EMAIL PROTECTED] Or maybe ask infra first, if the policy still stands. -Bertrand
Re: Site creation for cocoon-servlet-service subproject
On 7/31/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...My key is in the $HOME/.ssh on people.apache.org I have copied that to the user's daisy's .ssh directory on the zone, Grek confirmed that he can login as daisy there now. -Bertrand
Re: Site creation for cocoon-servlet-service subproject
On 7/26/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...According to this[1] document I would need some karma on our zone to perform needed steps. I would like to ask you for granting me karma (I don't have any) or taking on the task of site creation on your own If you can send me your public ssh key (suitable for inclusion in an .ssh/authorized_keys file), I can add it on the zone to give you access to the daisy user there. Or put your public key in your $HOME/.ssh on people.apache.org and I'll copy it. -Bertrand
[2.2] consider me inactive
Hi Cocoonistas, The recent lack of response to Grzegorz messages about 2.2 prompted me to write this clarification: although I still care for Cocoon as a project, and I'm still (part-time) helping people maintain some 2.1.x apps that I wrote in the last few years, I have completely lost track with 2.2. If 2.1.x and 2.2 were distinct projects, I'd step down for the 2.2 one, as I'll probably not be using it in the foreseeable future, and my lack of knowledge about it makes it impossible for me to vote on technical issues, releases etc. I'm still following the dev and private lists, and will continue to do so for the time being. I hope this statement helps those working on 2.2 cope with the lack of responses in many of their discussions and votes: I wouldn't be surprised if several other committers are in the same case, lacking knowledge about 2.2 to actively participate, and without a real need for it at the moment. -Bertrand
Re: 2.1.X branch snapshots not up to date?
On 6/12/07, Ellis Pritchard [EMAIL PROTECTED] wrote: ...I find that I have version 524153 of org.apache.cocoon.template.script.DefaultScriptManager.java (the one that broke the branch), instead of the latest, fixed, version from the SVN, 525935... confirmed, I just downloaded http://svn.apache.org/snapshots/cocoon-BRANCH_2_1_X/cocoon-BRANCH_2_1_X_20070612102108.tar.gz and checked file src/blocks/template/java/org/apache/cocoon/template/script/DefaultScriptManager.java and it's different from the one we have in SVN. The SVN log of that file says r525935 | vgritsenko | 2007-04-05 21:20:37 +0200 (Thu, 05 Apr 2007) | 3 lines remove externals from the template block, copy latest 2.1 compatible code (r524152). So maybe removing externals broke the script that prepares the snapshots, causing it to use old versions? Does anyone know where to look, or where to zap the svn sandbox used to create the snapshots so that it can start fresh? If not I'll create an infra issue. -Bertrand
Re: Suspected problem faced due to PDF Serializer in cocoon.
Hi, On 6/6/07, rajesh Kodical [EMAIL PROTECTED] wrote: ...When i open the file using acrobat reader some files does not open flagging an error stating Bad Font Object or Bad Font descriptor causing the file to be corrupt. I checked the log files but could not find any errors This looks like a FOP-related issue really, you might want to ask on the FOP mailing lists, see http://xmlgraphics.apache.org/fop/ -Bertrand
Re: ApacheCon US
On 4/27/07, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...Is anyone interested in doing a panel session on Cocoon? This could be a mixture of the current state, roadmap and qa - or something like that... If it happens and if I'm there (which is likely), I'm open to participate. But I'm not doing much with Cocoon these days, besides maintaining my existing 2.1.x apps - we'd also need people who are more up to date with the current developements. -Bertrand
Re: ApacheCon US
On 4/27/07, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...I think someone of the more active committers should submit the proposal and perhaps we could participate. Perhaps by acting like the two old guys in the muppet show... ROFL, count me in! I'll be Statler, the balder one ;-) -Bertrand
Re: Writing tests for Cocoon
On 4/26/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...I want to know if I can write tests that will run whole Cocoon's instance, execute several servlets (sitemaps) and compare resulting XML with static version provided by me In 2.1.x this is implemented by the htmlunit tests (build.sh htmlunit-tests) and works well. I don't know how to translate that to the 2.2 environment however, there are probably more integrated ways of doing that with Maven. -Bertrand
[ApacheCon] PGP key signing party, see you there!
If you're coming to ApacheCon, see http://wiki.apache.org/apachecon/PgpKeySigning and join the party! This is especially important for people who are cutting releases, but everybody's welcome to join and help grow the ASF's web of trust. Sander has additional background info at http://www.temme.net/sander/2007/04/23/apachecon-eu-2007-keysigning/ -Bertrand
Re: Make status code attribute of seriailzers expandable
On 3/29/07, Ard Schrijvers [EMAIL PROTECTED] wrote: ... Please see HttpHeaderAction, can set any response header you want I know. But, it does not work when you set the response header in a subpipeline, so you *have* to do this in the pipeline which contains the serializer... See also https://issues.apache.org/jira/browse/COCOON-1619, we discussed a possible solution a while ago. -Bertrand
Re: Inactive Cocoon committers and PMC members
On 3/14/07, Reinhard Poetz [EMAIL PROTECTED] wrote: ...Do people think it's useful to have an up-to-date list of committers/PMC members that contains information about who is active?.. It would be useful but IMHO it's impossible to keep such a list up to date, or it's too much work. Am I active? I haven't committed code for many months, I'll most probably not work on 2.2 yet I'm helping here and there on the lists, and fixing the occasional bug. Go figure, 10% active maybe? What might be useful and easy to maintain would be a list where committers can voluntarily indicate what parts of Cocoon they're actively working on or interested in at the moment. A wiki page would be good enough for this, in addition to the list of past and present committers mentioned below. ... - the probably best source of information to find out whether a project and its committers are (in)active is looking at the mailing lists and the changes docs... Big +1 - mainting a committers list containing the current activity state causes some bureaucracy for us. The less work we have the better. +1 again I like the list of past and present committers at http://cocoon.apache.org/community/members.html but I would dump http://cocoon.apache.org/2.1/who.html which is not up to date and probably inconsistent with the other one in places. ...So what do you think? (I will interpret no answers as nobody cares which is also an important information for us).. I'm sure many of us care, thanks for getting the ball rolling. -Bertrand
Re: Performance problems with 2.1.10 using FOM JavaScript cocoon.load()
On 3/5/07, (Berry) A.W. van Halderen [EMAIL PROTECTED] wrote: Dear all,... Note that I've had to moderate your message in, please subscribe! ...The most important hint probably is that I've looked at the most important JavaScript file, and I'm seeing that when executing this script more than once that in its execution of cocoon.load()'s of other files it is ALTERNATING fast and slow. And I really mean one time fast, then slow, then fast, then slow... Did you check network activity when this happens? Makes me think of something fetching a DTD on the web...this doesn't fit with the rest of your description, but it might be good to check. -Bertrand
Re: [vote] Jeroen Reijn as a new Cocoon committer
On 3/5/07, Andrew Savory [EMAIL PROTECTED] wrote: ...I'd like to propose Jeroen Reijn as a Cocoon committer... +1 -Bertrand
Re: [vote] Felix Knecht as a new Cocoon committer
On 3/5/07, Reinhard Poetz [EMAIL PROTECTED] wrote: ...I think that Felix shouldn't write patches any longer but commit them himself. I want to propose Felix as a committer... Enthusiastic +1 ! -Bertrand
Re: Preparing Cocoon 2.2RC1
On 3/2/07, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...I would like to have a 2.1.11 release by the end of march as well... I should be able to help testing that one. -Bertrand
Re: [graphics] Artwork for cocoon.apache.org - final4
On 3/2/07, Reinhard Poetz [EMAIL PROTECTED] wrote: ... - Native speakers should proof-read at least the PMC site Sorry for being thick, but what's the PMC site? URL? -Bertrand
Re: [graphics] Artwork for cocoon.apache.org - final4
On 3/1/07, hepabolu [EMAIL PROTECTED] wrote: ...http://people.apache.org/~hepabolu/final4.html... ...the project is finished when a) we agree with Thien's arguments for the current colors; b) Thien changes the colors and we all can agree with that... The current design is plenty good enough for me at this point, no need for any change IMHO (provided it works cross-browser, I havent' tested that). ...On another level: there's the content. Let's pick the low hanging fruit here and make the 'PMC site' complete and up-to-date. This means: - identify what information goes there - remove duplicate information from the various versions - verify all information and add/update if necessary... Would you be able to coordinate this effort, and ideally create some Jira issues to indicate what needs to be done? This might help in splitting this work in smaller chunks - I have small bits of time here and there that I could contribute to make this happen, but not enough sustained capacity to coordinate it. -Bertrand
Re: [vote result] Grzegorz Kossakowski as a new Cocoon committer
Hi Grzegorz, Besides the obvious reasons to rejoice about a new committer, I'm particularly happy as a) It feels good to have people here who are not even half my age b) Your first name looks almost harder than my last name for english-speaking folks (all tongue-in-cheek of course ;-) Thanks for the introduction, and keep up the good work! -- Bertrand Delacrétaz
Re: directory.apache.org shows outdated cocoon info.
On 2/24/07, Antonio Gallardo [EMAIL PROTECTED] wrote: ...the cocoon page shows our latest release is 2.1.8[2]. When in fact our latest release is 2.1.10... The info at http://projects.apache.org/projects/cocoon.html comes from http://svn.apache.org/repos/asf/cocoon/site/site/doap.rdf which is linked from the doap link on the former page. See also http://projects.apache.org/create.html . I have updated the doap.rdf file to reflect the current version (I think it takes some time before this is visible on projects.apache.org), and added a note at the end of http://wiki.apache.org/cocoon/CocoonReleaseHowTo, so that we remember to update it next time. -Bertrand
Re: [graphics] Artwork for cocoon.apache.org - new version
On 2/23/07, Sylvain Wallez [EMAIL PROTECTED] wrote: ...I think you can remove the french flag on the right... ...I think just adding users-fr@ subscribe/archives information on the mailing-list page would be good enough. Same opinion here. -Bertrand
Re: [vote] Grzegorz Kossakowski as a new Cocoon committer
On 2/22/07, Daniel Fagerstrom [EMAIL PROTECTED] wrote: ...I'd like to propose Grzegorz Kossakowski (aka Grek) as a new Cocoon committer +1, welcome! -Bertrand
Re: cocoon.zones is nt being updated
On 2/23/07, Antonio Gallardo [EMAIL PROTECTED] wrote: ...svn: Working copy 'src/blocks/template/java' locked... Fixed by running svn cleanup there as user cdemos, thanks for the info. -Bertrand
Re: [ASF] = Subversion 1.4?
On 2/13/07, Mark Lundquist [EMAIL PROTECTED] wrote: ...Anyway, Q.: Why is svn.apache.org still running Subversion 1.3, and when are they going to upgrade?.. According to the latest news from infra@, an upgrade is planned but the infra people haven't found the time to do it yet. -Bertrand
Re: [graphics] Artwork for cocoon.apache.org - new version
On 2/20/07, hepabolu [EMAIL PROTECTED] wrote: All in all I think this design looks very good. +1, looks great! -Bertrand
Re: Jar/Zip Content Caching (and fix)
Hi Mike, On 2/13/07, Mike Dawson [EMAIL PROTECTED] wrote: ...I have done some work using Open Office documents as a source with jar:http:// ... - I found a major issue was that after the document was updated the content was still not updated... Using zip: instead of jar: should allow you to use Cocoon's ZipSource instead, which does not have this caching problem. (got this from Vadim, thanks!). This is demonstrated in the sources sample, at http://cocoon.zones.apache.org/demos/release/samples/sources/welcome for example. -Bertrand
Re: [ASF] = Subversion 1.4?
On 2/13/07, Mark Lundquist [EMAIL PROTECTED] wrote: ...Anyway, Q.: Why is svn.apache.org still running Subversion 1.3, and when are they going to upgrade?... The question was asked very recently on the infra mailing list, but not answered yet. I'll let you know if I see an answer (unless someone here knows more of course). -Bertrand
Re: Releasing from trunk
On 2/7/07, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...The version from trunk is used by several of us already in production, several people have tried it out and it seems that most of the problems have been fixed. So I really think that this qualifies for an RC release... Excuse the silly question (I haven't followed 2.2 at all in the last months), but are the automated tests of the core parts working? If there are enough automated tests for people working on 2.2 to have confidence in it, a release candidate is certainly a good option. -Bertrand
Re: Not caching pages with continuations (was:...where is 304?)
On 1/30/07, Ard Schrijvers [EMAIL PROTECTED] wrote: Do you think you can set it globally for the request in Form.js? I tried directly manipulating the HttpServletResponse, but obviously, this resulted in correct behavior on the first request, but consecutive cached responses did not have this direct HttpServletResponse manipulation, so this implied uncacheable pipelines in cocoon, which of course, I did not want either FWIW, in my apps I'm not using Cocoon caching for the forms building pipelines, which makes the whole thing much easier. But I have light loads on the forms-related parts of those apps. -Bertrand
Not caching pages with continuations (was:...where is 304?)
On 1/29/07, Ard Schrijvers [EMAIL PROTECTED] wrote: For high-traffic sites, we obviously want to use mod_cache, but, at the same time, mod_cache shouldn't cache pages with a continuation in it The problem is making the HTTP cache headers variable according to which pipeline is executed. But, in principle, you have to set the headers before any content is written to the output, and at this point you might not know what kind of caching you need. The way I've been solving this is a follows: a) In pipelines, actions or flowscript set request attributes to indicate what type of caching is needed b) A custom transformer at the end of the pipeline sets the HTTP cache headers according to these request attributes Now, you're not supposed to set headers at the end of the pipeline, but anyway the serializer has to buffer the content to be able to set the Content-Length header. So nothing is actually written to the output before b) *if* the serializer returns true for shouldSetContentType. https://issues.apache.org/jira/browse/COCOON-1619 also plays a role in this, as headers set by internal pipelines are ignored. Not sure if this solution can be defined as a best practice, as it's a bit of a hack...but if works for me ;-) -Bertrand
Re: Not caching pages with continuations (was:...where is 304?)
On 1/29/07, Ard Schrijvers [EMAIL PROTECTED] wrote: ... https://issues.apache.org/jira/browse/COCOON-1619 also plays a role in this, as headers set by internal pipelines are ignored. Yes, this is kind of a bummer indeed, which I already knew, but do you regard it as a bug (aah reading the bug, you do not seem to really regard it as a bug, me neither)? I think the current behaviour makes sense in the general case, but making it possible for internal pipelines to set *some* headers might be useful. ...I wondered if there was a solid nonhacky solution to the issue If HTTP caching headers must be set according to the content or to what pipelines are executed, this has to happen at the end of the pipeline...so I guess we're not as hacky as it may seem. -Bertrand
Re: Daisy on zone down
On 1/27/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...When I try to access http://cocoon.zones.apache.org/daisy/ i get: Could not find component (key [daisy-repository-manager])... The Daisy repository server was not running, I haven't found the cause but restarted it, it should be fine now. -Bertrand
Re: FW: HTTPD mod_cache HttpCacheAction: where is 304?
On 1/28/07, Fuad Efendi [EMAIL PROTECTED] wrote: Following to http://wiki.apache.org/cocoon/ControllingModCache I found this class: org.apache.cocoon.acting.HttpCacheAction (dated 2004-07-29) Unfortunately, this action can't reply with 304 on request with HTTP Header [If-Modified-Since: ..] The idea is that the httpd front-end would handle that case: if a page has been cached by the httpd front-end, conditional GETs will not hit Cocoon until the httpd cache expires. So yes, you could say that there's no caching between httpd and Cocoon in this case. But this doesn't prevent you from using Cocoon's internal caches in pipelines, if you need to. -Bertrand
Re: Cocoon trunk demos are down
On 1/24/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...I would like to report that demos of trunk on zone are down... I don't think the trunk demo has been adapted to run with the current build, it's still trying to use the old ant build which obviously fails. I won't be able to improve this in the near future, if someone wants to do it I can help with the zone setup. If not, we'd better remove the links to that demo. -Bertrand
Re: Cocoon trunk demos are down
On 1/25/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote: ...Are you sure? I could swear swear I was looking at them few days ago and there were working... http://cocoon.zones.apache.org/logs/cocoon-demos/trunk/stderr.log shows that the trunk demo tries to start the trunk using build.sh and cocoon.sh, and IIRC these stopped working a long time ago, replaced by the new Maven stuff. So, unless someone starts it by hand, the trunk demo cannot currenly work. -Bertrand
Re: [graphics] Masthead artwork for cocoon.apache.org
On 1/19/07, hepabolu [EMAIL PROTECTED] wrote: ...Thien has kindly provided some awesome designs for the masthead. Thanks Thien!... Thanks very much, my favorite is #4 (something in it makes me happy ;-) followed by #3. -Bertrand
[OT] yet another Cocoon...
http://www.cocoontecs.com - Cocoon Technologies Software AG. Doesn't look like these guys are using (the one and only) Cocoon, but it's hard to tell from the marketingspeak. -Bertrand
Re: How to add docs to our doc system?
On 1/8/07, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...I'm stuck as I don't know the password for the daisy user in our zone (I have access to the zone itself). Where can I find this? If you have sudo access you can do sudo su - daisy and enter *your own* password when prompted by sudo. That's how I do it, I don't know the daisy user password. -Bertrand
Re: i18nTransformer problems with static pages
On 1/3/07, Ard Schrijvers [EMAIL PROTECTED] wrote: Should I also add it to the branch? +1 -Bertrand
Re: Cocoon samples version
On 1/2/07, Jasha Joachimsthal [EMAIL PROTECTED] wrote: ...On the Cocoon samples site at [1] it says the samples are from version 2.1.9... Fixed. The live demo hadn't been updated, I've done it as explained in http://wiki.apache.org/cocoon/CocoonReleaseHowTo. -Bertrand [1] http://cocoon.zones.apache.org/demos/release/samples/
Re: i18nTransformer problems with static pages
On 1/3/07, Ard Schrijvers [EMAIL PROTECTED] wrote: ...Not sure wether it is common practice to create a jira issue for it when committing something new and resolve it?... I don't think it's common practice here but IMHO it's a Good Thing. -Bertrand
Re: Docs for 2.1.10
On 12/21/06, Carsten Ziegeler [EMAIL PROTECTED] wrote: Could someone please assemble the docs archive for the 2.1.10 release? The generated docs are available as a tar.gz archive from the cocoon-docs.tar.gz direct download link at http://wiki.apache.org/cocoon/CocoonWebsiteUpdate, IIUC this is what we ship with the release. Were you thinking of something else? -Bertrand
Re: Docs for 2.1.10
On 12/21/06, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...this is exactly what I'm looking for. Is the download up to date? Or do I have to follow the procedure mentioned there?.. According to http://forrest.zones.apache.org/, the docs are built every twelve hours, and the file dates in the archive contents confirm this. -Bertrand
Re: [Vote] Release 2.1.10
On 12/19/06, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...IMPORTANT: I reassembled the release as I included recent changes... Sorry to rain on this party again, but Junit tests in your release candidates fail on non-Windows systems, due to debugging statements which try to create files like d:/enum.xml. I have committed fixes, all junit tests pass on my macosx system now. Five of the htmlunit tests fail here, I won't have time to investigate ATM. If you redo the distribution files, could you post the new md5 digests here to avoid any confusion? -Bertrand
Re: [Vote] Release 2.1.10
On 12/19/06, Carsten Ziegeler [EMAIL PROTECTED] wrote: ...So here are the md5's: MD5 (cocoon-2.1.10rc-src.zip) = 3dfee1d2d8b5f3e761eb763809249073 MD5 (cocoon-2.1.10rc-src.tar.gz) = d073b36274ab359b59bbb760e083a934... Thanks Carsten, and thanks Joerg for the bugfixing. +1 on the release. On my macosx/JDK1.5, all junit tests pass, and one of the htmlunit tests fails: RedirectTestCase, testSendStatus fails, NPE in IOUtils.copy, looks like a a defect in the test code, not a release blocker IMO. -Bertrand
