Re: [ANN] Apache Cocoon 2.1.11 Released
Thanks Carsten. I don't get the last paragraph though. Why would we provide more information about 2.1.10 when the announcement is for 2.1.11? The changes.html link has almost nothing under 2.1.11 so I assume the reference to 2.1.10 is correct? Ralph Carsten Ziegeler wrote: Apache Cocoon 2.1.11 Released - The Apache Cocoon Community is proud to announce the new release of Apache Cocoon. Apache Cocoon is a web development framework built around the concept of separation of concerns (that is: allowing people to do their job without having to step on each other toes) and component-oriented web RAD. The latest version is downloadable from http://cocoon.apache.org/mirror.cgi (Please use the mirrors to download the release - it might take a little bit more time until the latest release is available on all mirrors, so give the mirrors some time - approx. 24h to update.) This release includes many bug fixes and smaller enhancements. For more information about Apache Cocoon 2.1.10, please go to http://cocoon.apache.org. You'll find the whole list of changes at http://cocoon.apache.org/2.1/changes.html. The Apache Cocoon Project
Re: [ANN] Apache Cocoon 2.1.11 Released
Carsten Ziegeler wrote: > Apache Cocoon 2.1.11 Released > - Thanks for that effort Carsten. However, i think that you might have missed the main "announce AT apache.org" list. -David
RhinoInSpring and Cocoon-1425
Hi, Is there anyone having a study on RhinoInSpring http://rhinoinspring.sourceforge.net/. It seems handle flow states serialization quite well than cocoon-flowscript-impl (Cocooon-1425). Regards, Rice
Re: Where is the mirror.html?
On 09.01.2008 12:20, Carsten Ziegeler wrote: it would be great if you could add it, the link is just http://cocoon.apache.org/mirror.cgi It would also be great if someone could update the version number of our latest release to 2.1.11. Reinhard done it already but t wasn't published to our site yet. I think it can be done as soon as we have announcement. When will it be ready? Argh, sorry for that - I totally forgot about it - will go out asap. Yeah, you did too few releases lately ;) Thanks for your work! Joerg
[jira] Updated: (COCOON-2133) Addition of "allow-enlarge" parameter to ImageOp resize operation
[ https://issues.apache.org/jira/browse/COCOON-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grzegorz Kossakowski updated COCOON-2133: - Affects version (Component): Parent values: Blocks: ImageOp(10334). Level 1 values: 1.0.0-M1-SNAPSHOT(10335). Fix version (Component): Parent values: Blocks: ImageOp(10336). Level 1 values: 1.0.0-M1-SNAPSHOT(10337). Affects Version/s: (was: 2.2-dev (Current SVN)) (was: 2.1.11) > Addition of "allow-enlarge" parameter to ImageOp resize operation > - > > Key: COCOON-2133 > URL: https://issues.apache.org/jira/browse/COCOON-2133 > Project: Cocoon > Issue Type: Improvement > Components: Blocks: ImageOp >Reporter: Robin Wyles >Assignee: Grzegorz Kossakowski >Priority: Minor > Attachments: 4x2.jpg, > cocoon-core-SitemapComponentTestCase-read-method.patch, > cocoon-imageop-impl-no-effects-test.patch, > cocoon-imageop-impl-resize-operation-and-test.patch , ResizeOperation.patch, > RevisedResizeOperationPatch.txt > > > The addition of an "allow-enlarge" parameter to the resize operation allows > the user to control whether an image should be enlarged by the operation. > This new parameter is declared in the sitemap like so: > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (COCOON-2133) Addition of "allow-enlarge" parameter to ImageOp resize operation
[ https://issues.apache.org/jira/browse/COCOON-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grzegorz Kossakowski closed COCOON-2133. Resolution: Fixed Patch comitted in r610567. Thanks Robin for providing test-case! The fact that your improvement is covered by tests moved your patch to the top of my personal patches-to-review-and-apply queue. :) > Addition of "allow-enlarge" parameter to ImageOp resize operation > - > > Key: COCOON-2133 > URL: https://issues.apache.org/jira/browse/COCOON-2133 > Project: Cocoon > Issue Type: Improvement > Components: Blocks: ImageOp >Reporter: Robin Wyles >Assignee: Grzegorz Kossakowski >Priority: Minor > Attachments: 4x2.jpg, > cocoon-core-SitemapComponentTestCase-read-method.patch, > cocoon-imageop-impl-no-effects-test.patch, > cocoon-imageop-impl-resize-operation-and-test.patch , ResizeOperation.patch, > RevisedResizeOperationPatch.txt > > > The addition of an "allow-enlarge" parameter to the resize operation allows > the user to control whether an image should be enlarged by the operation. > This new parameter is declared in the sitemap like so: > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Where is the mirror.html?
Carsten Ziegeler pisze: > Great, so you're volunteering for it? Thanks :) :) Done but I cannot commit new content to SVN because it is utterly slow... Is it only me or it's a common problem? > I just send the announcement. Great! -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/
Re: [ANN] Apache Cocoon 2.1.11 Released
Jeremy Quinn escribió: On 9 Jan 2008, at 17:34, Carsten Ziegeler wrote: Apache Cocoon 2.1.11 Released Many thanks Carsten !! +1. :) Best Regards, Antonio Gallardo.
Re: [ANN] Apache Cocoon 2.1.11 Released
Vadim Gritsenko wrote: On Jan 9, 2008, at 12:34 PM, Carsten Ziegeler wrote: (Please use the mirrors to download the release - it might take a little bit more time until the latest release is available on all mirrors, so give the mirrors some time - approx. 24h to update.) That's why release announcement should be sent 24 hours after release :) Which I did (nearly) :) Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: [ANN] Apache Cocoon 2.1.11 Released
On 9 Jan 2008, at 17:34, Carsten Ziegeler wrote: Apache Cocoon 2.1.11 Released Many thanks Carsten !! regards Jeremy
Re: svn commit: r609282 [1/2] - in /cocoon/trunk: blocks/cocoon-core-sample/cocoon-core-main-sample/src/main/resources/COB-INF/modules/ blocks/cocoon-core-sample/cocoon-core-main-sample/src/main/resou
Ralph Goers pisze: > Rats. Sorry. I was trying to squeeze that in when I had free time and I > just get so used to skipping the tests since every time I've tried to > run them my build has failed. I shouldn't have assumed they were still > not working. > > To be honest when I was working on this I was just very frustrated at > how much more complicated 2.2 is and was just looking for the simplest > way to get VariableResolvers working everywhere like it does in 2.1. I don't agree that expression handling is more complicated in 2.2 than it is in 2.1. The only complicated bit is a joint-point between sitemap engine (based on many "hacks" like local service managers) and expression language module (which is purely Spring-based). > I > spent hours over the weekend trying to get all this working. I should > have raised some of these issues on the list before I checked it in: > 1. Why on earth is VariableResolverFactory doing a lookup on > StringTemplateParserVariableResolver.ROLE? Spring is supposed to free > you to allow any implementation of an interface - or is > StringTemplateParserVariableResolver the only acceptable implementation? > (In which case, why is it even configurable via Spring?). It seems to me > this should be replaced with VariableResolver.ROLE. Actually, it is StringTemplateParserVariableResolver where you can choose which implementation of StringTemplateParser you want to use for resolving expressions. So dependency graph looks like: VariableResolverFactory | | StringTemplateParserVariableResolver | | +-+---+ | | LegacySitemapStringTemplateParser DefaultStringTemplateParser | | | | VariableResolver ExpressionFactory (used for resolving old sitemap expressions (creates expression object like {input-module:something}) that uses JXPath, Jexl, etc. for resolving new-style expressions) So there is still choice of implementation but at the other level, you can choose various implementations of StringTemplateParser interface. In long term, we will get rid of VariableResolver and will use StringTemplateParser in sitemap code. It haven't been done already because of complicated dependencies on Avalon in sitemap. > 2. Does PreparedVariableResolver (the resolver in 2.1) still work? If > it does I can have BridgeElementParser register it and then have > SitemapElementParser replace the VariableResolver bean with > StringTemplateParserVariableResolver. I'll give this a try and see what > happens. Of course, it may have the same dependency problems. PreparedVariableResolver must still work fine because LegacyStringTemplateParser is using it all the time now. Since I didn't touch PreparedVariableResolver I don't think it has any other dependencies than the ones in 2.1. If it's purely for IM testing, I think that having PreparedVariableResolver bean added directly is ok because IMs are not aware of StringTemplateParser anyway. I suggest following readings [1][2] and links from these pages. This will give you a quite good overview of EL functionality. > BTW - I couldn't find a reference to LegacyVariableResolver anywhere. > Did you really mean LegacySitemapStringTemplateParser? Yes, I meant LegacySitemapStringTemplateParser. Sorry, I was writing in a hurry. [1] http://cocoon.apache.org/2.2/core-modules/expression-language-impl/1.0/1404_1_1.html [2] http://cocoon.apache.org/2.2/core-modules/expression-language-impl/1.0/1407_1_1.html -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/
Re: [ANN] Apache Cocoon 2.1.11 Released
Vadim Gritsenko pisze: > On Jan 9, 2008, at 12:34 PM, Carsten Ziegeler wrote: > >> (Please use the mirrors to download the release - it might take >> a little bit more time until the latest release is available on >> all mirrors, so give the mirrors some time - approx. 24h to update.) > > That's why release announcement should be sent 24 hours after release :) Vadim, don't spoil the fun! We definitely don't want to wait any longer. ;-) -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/
Re: [ANN] Apache Cocoon 2.1.11 Released
On Jan 9, 2008, at 12:34 PM, Carsten Ziegeler wrote: (Please use the mirrors to download the release - it might take a little bit more time until the latest release is available on all mirrors, so give the mirrors some time - approx. 24h to update.) That's why release announcement should be sent 24 hours after release :) Vadim
[jira] Subscription: COCOON-open-with-patch
Issue Subscription Filter: COCOON-open-with-patch (108 issues) Subscriber: cocoon Key Summary COCOON-2158 XMLByteStreamCompiler hard-coded limits of 0x Strings prevents large XML documents from being handled in Cocoon https://issues.apache.org/jira/browse/COCOON-2158 COCOON-2149 Patch to IncludeTransformer to add root-element stripping (cf CIncludeTransformer) https://issues.apache.org/jira/browse/COCOON-2149 COCOON-2137 XSD Schemas for CForms Development https://issues.apache.org/jira/browse/COCOON-2137 COCOON-2133 Addition of "allow-enlarge" parameter to ImageOp resize operation https://issues.apache.org/jira/browse/COCOON-2133 COCOON-2114 fix sorting in TraversableGenerator https://issues.apache.org/jira/browse/COCOON-2114 COCOON-2109 Incorrent cleanup of expired continuations https://issues.apache.org/jira/browse/COCOON-2109 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-2065 huge performance increase of LuceneIndexTransformer on large Lucene indexes https://issues.apache.org/jira/browse/COCOON-2065 COCOON-2063 NekoHTMLTransformer needs to set the default-encoding of the current system to work properly with UTF-8 https://issues.apache.org/jira/browse/COCOON-2063 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-1985 AbstractCachingProcessingPipeline locking with IncludeTransformer may hang pipeline https://issues.apache.org/jira/browse/COCOON-1985 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 blocks 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] C
Re: Where is the mirror.html?
Grzegorz Kossakowski wrote: Reinhard Poetz pisze: Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: Reinhard done it already but t wasn't published to our site yet. I think it can be done as soon as we have announcement. When will it be ready? We should also add this announcement to the news section of our website. Yep, but thanks to Daisy it's easy and enjoyable task... :-) Great, so you're volunteering for it? Thanks :) I just send the announcement. Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
[ANN] Apache Cocoon 2.1.11 Released
Apache Cocoon 2.1.11 Released - The Apache Cocoon Community is proud to announce the new release of Apache Cocoon. Apache Cocoon is a web development framework built around the concept of separation of concerns (that is: allowing people to do their job without having to step on each other toes) and component-oriented web RAD. The latest version is downloadable from http://cocoon.apache.org/mirror.cgi (Please use the mirrors to download the release - it might take a little bit more time until the latest release is available on all mirrors, so give the mirrors some time - approx. 24h to update.) This release includes many bug fixes and smaller enhancements. For more information about Apache Cocoon 2.1.10, please go to http://cocoon.apache.org. You'll find the whole list of changes at http://cocoon.apache.org/2.1/changes.html. The Apache Cocoon Project -- Carsten Ziegeler [EMAIL PROTECTED] For more information about Apache Cocoon 2.1.11, please go to http://cocoon.apache.org Changes with Apache Cocoon 2.1.11 *) Created XPathXMLFileModule to address issus with XMLFileModule. XPathXMLFileModule supports variable replacement and caching of documents in ehcache and expressions as soft references. [RG] *) Forms: Allow Ajax submission of forms with empty upload field. [AG] *) Portal: New SiteProfileManager providing the same profile to several users based on a configured key. [CZ] *) Portal: Some memory consumption improvements for the user profiles. [CZ] *) Core: Update xalan to 2.7.1. [AG] *) Sitemap: Redirect to cocoon:/foo did not work in sub-sitemap when it is in same directory as the root sitemap. [AN] *) Core: Update xercesImpl to 2.9.1. [AG] *) Event Cache Block: Restore serializability of persistent cache when using event-aware cache. [JH] *) Mail Block: Fix setting of URL message body. [VG] *) supports variable resolution. [JH] *) XMLDB Block: Fix collection URLs in XMLDBSource. Fixes URL resolution and 'Mount DB' sample. [VG] *) XMLDB Block: Update Xindice to 1.1 release. [VG] *) POI Block: Color string normalization. [AG] *) build.sh: Allow for quoted shell arguments containing spaces. [AN] *) CForms: Handling of empty responses in AJAX Forms with IFrame transport. [AG] *) Ajax: ajax/common.js makes use of deprecated dojo.animation.Timer [AG] *) XSP block: Upgrade Eclipse compiler to version 3.1.0 to allow the use of Java5 syntax in XSPs. (Latest released Eclipse version is 3.2.2 but use 3.1.0 to be consistent with the version picked up by the Maven build in trunk). [AN] *) Core, QDox: Fixed getInputStream() in XModuleSource and QDoxSource: Set up XMLSerializer in a component way, i.e. retrieve it from ServiceManager. [JH] *) Dojo toolkit upgraded to 0.4.3 version. It contains fix for security bug. See http://dojotoolkit.org/releaseNotes/0.4.3. [GK] *) I18n (ParamSaxBuffer): when substitution params like {0} are split over multiple character events, do not write out extra garbage characters. [JJ] *) Portal: Marked PreparePortalAction, CopletSetDataAction, and ObjectModelAction ThreadSafe [RG] *) Core: Update log4j to 1.2.14, commons-io to 1.3.1, commons-lang to 2.3 and jakarta-regexp to 1.5. [AG] *) CForms: MultivalueEditorWithSuggestion doesn't add values to the listbox on Internet Explorer. [AG] *) CForms: Submit widget now inherits validate attribute value from the ancestor widget, if it is specified. [VG] *) Serializers block: Correctly handle content of script and style tag as cdata for html. [CZ] *) CForms: MultivalueEditorWithSuggestion, extended multivalueeditor widget with suggestion list. [AG] *) CForms: CFormsSuggest widget does not implement the onValueChanged event. [AG] *) Core: EHCache now uses the configured cache directory instead of using the default of java.io.tempdir. [CZ] *) Core: Update ehcache to 1.2.3. [CZ] *) Template block: Add missing toString implementation to TemplateObjectModelHelper.ParametersMap. [CZ] *) Portal block: CocoonPortlet needs to allow overriding servlet-path parameter with preferences. [CZ] *) CForms: Fix "Serialization parameter {indent} must have the value yes or no" error in Form.prototype.saveXML() when using Saxon. [JJ] *) Core: Exipres caching pipeline can now cache the content forever (by setting cache-expires to a negative value). [CZ] *) Core: In store janitor, add an option to cleanup all stores on each janitor run. Default behavior is to cleanup one store at a time. [VG] *) Core: Fix deadlock in caching pipeline when used in combination with include transformer. [AN] *) CForms: introduce a new dojo-based popup-picker for dates, times and datetimes. For correct localization, supply a "dojo-locale" parameter to the forms styling XSLT (see samples). [BRD] *) CForms: add support for a "timeStyle" attribute on the formatting date convertor, so that the time style can (optionally) be specified independently from the date s
Re: Where is the mirror.html?
Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: If you give me a link I can add it to the main page. Or if you want to do it yourself just edit these pages: http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1285.html http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1284.html Hi, it would be great if you could add it, the link is just http://cocoon.apache.org/mirror.cgi It would also be great if someone could update the version number of our latest release to 2.1.11. Reinhard done it already but t wasn't published to our site yet. I think it can be done as soon as we have announcement. When will it be ready? Argh, sorry for that - I totally forgot about it - will go out asap. Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: Where is the mirror.html?
Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: If you give me a link I can add it to the main page. Or if you want to do it yourself just edit these pages: http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1285.html http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1284.html Hi, it would be great if you could add it, the link is just http://cocoon.apache.org/mirror.cgi It would also be great if someone could update the version number of our latest release to 2.1.11. Reinhard done it already but t wasn't published to our site yet. I think it can be done as soon as we have announcement. When will it be ready? We should also add this announcement to the news section of our website. -- Reinhard PötzManaging Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED] _
Re: Where is the mirror.html?
Reinhard Poetz pisze: > Grzegorz Kossakowski wrote: >> Carsten Ziegeler pisze: >> >> Reinhard done it already but t wasn't published to our site yet. I >> think it can be done as soon as >> we have announcement. When will it be ready? > > We should also add this announcement to the news section of our website. Yep, but thanks to Daisy it's easy and enjoyable task... :-) -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/
Re: Where is the mirror.html?
Carsten Ziegeler pisze: > Grzegorz Kossakowski wrote: >> Carsten Ziegeler pisze: >> >> If you give me a link I can add it to the main page. Or if you want to >> do it yourself just edit >> these pages: >> http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1285.html >> http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1284.html >> > Hi, > > it would be great if you could add it, the link is just > http://cocoon.apache.org/mirror.cgi > > It would also be great if someone could update the version number of our > latest release to 2.1.11. Reinhard done it already but t wasn't published to our site yet. I think it can be done as soon as we have announcement. When will it be ready? -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/
Re: svn commit: r609282 [1/2] - in /cocoon/trunk: blocks/cocoon-core-sample/cocoon-core-main-sample/src/main/resources/COB-INF/modules/ blocks/cocoon-core-sample/cocoon-core-main-sample/src/main/resou
Carsten Ziegeler pisze: > Yepp, I have no idea why it changed from local to remote. But we want to > test > the caching source and not our network connection, so we should rather > go back to something local. +1 It's not the first time when this test causes troubles. -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/
Re: Question about sample site in trunk
On Jan 9, 2008, at 12:38 AM, Ralph Goers wrote: No. We could take advantage of http://maven.apache.org/ant- tasks.html to create various ant scripts to do that. However, since I'm still not sure what this supposed support for non-maven builds really looks like it is hard to have a good answer to the question. IMHO it should look like this: http://struts.apache.org/download.cgi#struts2011 Download link to the binary (war file) releases: one without samples, and one with samples. Vadim Ralph Joerg Heinicke wrote: On 09.01.2008 00:11, Ralph Goers wrote: Maybe we are on the same page, but I'm unclear what you mean by "include". A cocoon release should consist of nothing more than deploying artifacts to the maven repository. End users should be getting the release by specifying the version number of the release in the archetypeVersion. That's exactly what I don't want to have as ONLY option. IMO we must provide the classic kind of a release. Otherwise a comment like we are going to put into the FAQ ("You really don't need Maven!") is also just a joke. Should one grab each jar from the Maven repository by hand? Joerg
[continuum] BUILD ERROR: Apache Cocoon [build root]
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=36280&projectId=51 Build statistics: State: Error Previous State: Ok Started at: Wed 9 Jan 2008 06:00:00 -0800 Finished at: Wed 9 Jan 2008 06:00:06 -0800 Total time: 5s Build Trigger: Schedule Build Number: 0 Exit code: 0 Building machine hostname: vmbuild.apache.org Operating system : Linux(unknown) Java Home version : java version "1.4.2_15" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_15-b02) Java HotSpot(TM) Client VM (build 1.4.2_15-b02, mixed mode) Builder version : Maven version: 2.0.7 Java version: 1.4.2_15 OS name: "linux" version: "2.6.20-16-server" arch: "i386" SCM Changes: No files changed Dependencies Changes: No dependencies changed Build Error: Provider message: The svn command failed. Command output: --- svn: PROPFIND request failed on '/repos/asf/cocoon/trunk' svn: PROPFIND of '/repos/asf/cocoon/trunk': could not connect to server (http://svn.apache.org) ---
Re: svn commit: r609282 [1/2] - in /cocoon/trunk: blocks/cocoon-core-sample/cocoon-core-main-sample/src/main/resources/COB-INF/modules/ blocks/cocoon-core-sample/cocoon-core-main-sample/src/main/resou
Ralph Goers wrote: I changed the expire time from 5 to 10 and then changed the sleep time to 11000. That got the unit test to pass. I'm not sure what to do about this. Having a unit test rely on an external resource is very bad practice just for this reason. Worse, if I didn't have an active internet connection at all I couldn't run the unit tests at all, even if I did mvn -o. This test case does have an interesting history. Up until Aug 23, 2006 it was using a local file. On that date is was modified to point at google. On March 7, 2007 it was modified to point to slashdot with the comment that google's content type is inconsistent. At that time the expire time was set to 1. It was changed to 2 on May 1, 2007 and then to 5 on Nov 13, 2007. Apparently it still doesn't work everywhere. So the question is, why was it changed from using a local file in the first place? I'm really hesitant to just up it to 10. Yepp, I have no idea why it changed from local to remote. But we want to test the caching source and not our network connection, so we should rather go back to something local. Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: Where is the mirror.html?
Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: Hi, where has our mirror.html aka the download page gone? I want to add our latest release. It would also be great to directly have a download link on our top page at cocoon.apache.org. If you give me a link I can add it to the main page. Or if you want to do it yourself just edit these pages: http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1285.html http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g1/1284.html Hi, it would be great if you could add it, the link is just http://cocoon.apache.org/mirror.cgi It would also be great if someone could update the version number of our latest release to 2.1.11. Thanks Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: Where is the mirror.html?
Reinhard Poetz schrieb: Carsten Ziegeler wrote: Reinhard Poetz wrote: Carsten Ziegeler wrote: downloading Cocoon 2.1.10 required an additional mouse click (or two) but was still possible. Ah, ok - how? Go to http://cocoon.apache.org/mirror.cgi, choose any of the mirrors, select "cocoon" and then you're there. Ah, didn't realize that - the old page is restored now :) Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: Where is the mirror.html?
Carsten Ziegeler wrote: Reinhard Poetz wrote: Carsten Ziegeler wrote: downloading Cocoon 2.1.10 required an additional mouse click (or two) but was still possible. Ah, ok - how? Go to http://cocoon.apache.org/mirror.cgi, choose any of the mirrors, select "cocoon" and then you're there. -- Reinhard PötzManaging Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED] _
Re: Where is the mirror.html?
Reinhard Poetz wrote: Carsten Ziegeler wrote: Ok, the file was deleted with r581188. Uuups, that was me. I'm sorry :-( I'll restored and updated the file. Interesting that no user complained in the meantime about a missing download page downloading Cocoon 2.1.10 required an additional mouse click (or two) but was still possible. Ah, ok - how? Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: Where is the mirror.html?
Carsten Ziegeler wrote: Ok, the file was deleted with r581188. Uuups, that was me. I'm sorry :-( I'll restored and updated the file. Interesting that no user complained in the meantime about a missing download page downloading Cocoon 2.1.10 required an additional mouse click (or two) but was still possible. -- Reinhard PötzManaging Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED] _
Non-Maven Cocoon 2.2 release
Ralph Goers wrote: No. We could take advantage of http://maven.apache.org/ant-tasks.html to create various ant scripts to do that. However, since I'm still not sure what this supposed support for non-maven builds really looks like it is hard to have a good answer to the question. Yes, that's the question du jour. Since I use Maven 2 in all of my Cocoon projects, it's not easy for me to give an answer. Looking at other projects, e.g. Spring might help us. Spring provides two different downloads: One contains all Spring libraries, Javadocs and general documentation, the second additionally includes all libraries Spring depends on. Note that this releases don't contain any samples (at least the last time I looked into it.) The situation for Cocoon is similar but not the same. We've been working hard to break up the monolith and make blocks more independant. A Cocoon block is more like a Spring sub project (e.g. Spring webflow). In practise this means that you can add those blocks to your Cocoon app that you need. In difference to 2.1 you can make this decision at deployment time and not at build time. Those independant blocks also have the advantage that establish different release cycles for each: If we want to release e.g. the template block, we only have to release this one without having to care for all the other stuff. The first question we have to answer is, whether we want to pass this advantage to non-Maven users too. If yes, each block also has to become a seperatly downloadable release unit which could contain the block library itself, Javadocs, general documentation and even the related samples block. As an alternative we can create one huge download that contains the most recent versions of Cocoon core 2.2, the latest versions of all releaseable blocks and a preconfigured Jetty instance that is able to run Cocoon. The downside of this approach is that this will create a really huge file (+50 megabytes) which will not be very appealing for a beginner to start with. - o - My proposal is that we create seperate download units for Cocoon core and all releaseable blocks. That's a bit of work intially but thanks to Maven we already have all necessary parts. The work will "only" consist of writing a script that pulls together all those parts (jar, sources, javadocs, general docs), zip it, create checksums and sign it. The final result is a Maven free zip, the 2 checksums and the PGP singatures of all those files. This could become part of the usual release process. In addition I propose that we create a samples download (jetty + preconfigured webapp) and a "getting-started" download which is derived from the output of our Maven 2 archetypes. These two artefacts will always be created when Cocoon core is released. If we follow this proposal I would appreciate any help very much. The work mainly consist of writing the scripts (I'd prefer Groovy or shell scripts). On my personal todo list this comes right after setting up integration tests for trunk (working on this right now) and writing an initial integration tests for the servlet service framework. When all three things are done I'm ready for the final release. -- Reinhard PötzManaging Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED] _
Re: Where is the mirror.html?
Ok, the file was deleted with r581188. I'll restored and updated the file. Interesting that no user complained in the meantime about a missing download page Carsten Carsten Ziegeler wrote: David Crossley wrote: Carsten Ziegeler wrote: Hi, where has our mirror.html aka the download page gone? I want to add our latest release. Yeah i wondered that too. When testing the 2.1.11 release i went there to find the instructions about verify checksums and signatures. Because the mirror.html is missing, the CGI generates a default download page. http://cocoon.apache.org/mirror.cgi Yuk, that now doesn't even list our downloads. My guess is that the mirror.html template got clobbered when the Cocoon top-level site was moved to the new docs generation stuff. Yes, I have the same fear - ok, I'll try to get it from an older revision during the day. Thanks Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: Question about sample site in trunk
Joerg Heinicke wrote: On 08.01.2008 14:45, Grzegorz Kossakowski wrote: We were not shipping samples because samples should depend on released artifacts, only. Anyway, I agree that we need to find a way for distribution of our samples. However, I wonder how we will treat them? As official released packages with version number schemes, etc.? I would like to go with just creating zip archives containing source code of all our samples that depend on released artifacts. We would update such archive from time to time, as need occurs. I don't think we need any more formalization. WDYT? I don't know if it is put in question but IMO we still need an actual Cocoon 2.2 release which is more than core but also includes as many blocks as possible (the ones converted and working). Where is the problem to include all these blocks with their samples? http://cocoon.apache.org/2.2/blocks/ contains a list of all blocks that have been released so far and could go into an ordinary Cocoon release. For all other blocks there hasn't even been a Maven release yet. If somebody wants to see any of them included, it has to be made ready for a release (make sure that it works and meets all formal requirements; documentation would be nice but IMO not a requirement). -- Reinhard PötzManaging Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED] _
Re: FAQ dcoument
hepabolu wrote: Reinhard, would a single version-based collection be enough to extract the documents for a specific version or does your exporter work differently? No, that's not enough. There is a mapping of a collection to the URI space where its documents get deployed to. -- Reinhard PötzManaging Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member, PMC Chair[EMAIL PROTECTED] _