javaflow / URL of jar
Hello everybody! I would like to use javaflow from Cocoon 2.2 since javaflow offers more ways to test the code than flowscript. When I run the example I get the error message: 2008-04-16 11:18:13,839 ERROR http-8080-Processor25 org.apache.commons.javaflow.bytecode.StackRecorder - stack corruption. Is class org.apache.cocoon.components.flow.java.Invoker instrumented for javaflow? java.lang.IllegalStateException: stack corruption. Is class org.apache.cocoon.components.flow.java.Invoker instrumented for javaflow? I think the main difference between Cocoon 2.1 and Cocoon 2.2 regarding javaflow is that javaflow is now based on commons.javaflow. commons.javaflow needs an enhancement of these classes, that are part of the continuation. So, we can't use the default system class loader. However, commons.javaflow provides an appropriate ContinuationClassLoader. JavaInterpreter.java as part of cocoon-javaflow-impl still uses the default system class loader: final Class clazz = Thread.currentThread().getContextClassLoader().loadClass(clazzName); My idea is to replace it by ContinuationClassLoader ClassLoader cl = new ContinuationClassLoader( new URL[]{new URL(latter.jar)}, JavaInterpreter.class.getClassLoader()); latter.jar is not the correct jar file. I only know the classname: 2008-04-16 11:18:08,706 DEBUG http-8080-Processor25 org.apache.cocoon.components.flow.java.JavaInterpreter - loading org.apache.cocoon.samples.flow.java.CalculatorFlow I don't know how to get the concerning URL of the jar-archive (path and name). Do you know an easy way to get the URL of the archive? The URL depends on the webcontainer, too. Kind regards Saskia -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED]
Re: svn commit: r648313 - in /cocoon: subprojects/ trunk/subprojects/
On 15.04.2008 12:23, [EMAIL PROTECTED] wrote: Author: reinhard Date: Tue Apr 15 09:23:00 2008 New Revision: 648313 URL: http://svn.apache.org/viewvc?rev=648313view=rev Log: mv subprojects into trunk Added: cocoon/trunk/subprojects/ - copied from r648312, cocoon/subprojects/ Removed: cocoon/subprojects/ Is there a reason for that? When I want to check out Cocoon trunk I don't want to have all the subprojects of it, do I? Joerg
Location of subprojects in SVN
Joerg Heinicke wrote: On 15.04.2008 12:23, [EMAIL PROTECTED] wrote: Author: reinhard Date: Tue Apr 15 09:23:00 2008 New Revision: 648313 URL: http://svn.apache.org/viewvc?rev=648313view=rev Log: mv subprojects into trunk Added: cocoon/trunk/subprojects/ - copied from r648312, cocoon/subprojects/ Removed: cocoon/subprojects/ Is there a reason for that? When I want to check out Cocoon trunk I don't want to have all the subprojects of it, do I? My first idea was to move our subprojects (SSF, Spring configurator, JNet, Block Deployment) to cocoon/subprojects but this would have mae it more difficult to run a complete build of trunk because you would have to make sure that you build the subprojects first. Of course this could be solved by having releases of all subprojects and use them instead of the SNAPSHOTs, but we haven't reached that point yet for JNet and Block Deployer. Considering this I propose that we leave the subprojects _for now_ in cocoon/trunk/subprojects and move them out as soon as all 4 subprojects have been released. WDYT? P.S. I'm going to move the SSF and Spring configurator stuff later this day. If there is somebody having pending commits, 'svn switch --relocate' should help. -- 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: svn commit: r648145 - /cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/sitemap/SitemapServlet.java
On 15.04.2008 03:40, [EMAIL PROTECTED] wrote: Author: reinhard Date: Tue Apr 15 00:40:21 2008 New Revision: 648145 URL: http://svn.apache.org/viewvc?rev=648145view=rev Log: lazy initialization (... have to figure out why an advice around the init() method on servlets doesn't work as expected) I don't know exactly how it is set up, but I guess init() is configured as a init-method as in Initialization callbacks [1]. This would explain why there is no advice: First the object is instantiated, then initialized and afterwards wrapped by whatever. See Juergen's explanation [2]. With AspectJ the behavior might be different because there is no longer a target object and a proxy. Joerg [1] http://static.springframework.org/spring/docs/2.5.x/reference/beans.html#beans-factory-lifecycle-initializingbean [2] http://jira.springframework.org/browse/SPR-2740
Re: javaflow / URL of jar
On Apr 16, 2008, at 12:18, Saskia Heesen wrote: Hello everybody! I would like to use javaflow from Cocoon 2.2 since javaflow offers more ways to test the code than flowscript. When I run the example I get the error message: 2008-04-16 11:18:13,839 ERROR http-8080-Processor25 org.apache.commons.javaflow.bytecode.StackRecorder - stack corruption. Is class org.apache.cocoon.components.flow.java.Invoker instrumented for javaflow? java.lang.IllegalStateException: stack corruption. Is class org.apache.cocoon.components.flow.java.Invoker instrumented for javaflow? I think the main difference between Cocoon 2.1 and Cocoon 2.2 regarding javaflow is that javaflow is now based on commons.javaflow. commons.javaflow needs an enhancement of these classes, that are part of the continuation. So, we can't use the default system class loader. However, commons.javaflow provides an appropriate ContinuationClassLoader. JavaInterpreter.java as part of cocoon-javaflow-impl still uses the default system class loader: final Class clazz = Thread.currentThread().getContextClassLoader().loadClass(clazzName); My idea is to replace it by ContinuationClassLoader That's not a really good idea. In 2.2 javaflow basically works hand in hand with the RCL from JCI. The idea is that you can basically point cocoon to your eclipse environment and JCI will pickup the class file changes whenever you change a class through eclipse ...and it will instrument it. This is for development. For deployment the idea is that you should include the instrumentation phase into your build process. Unfortunately there is still only an ant task for it. The idea was to write a maven jci compiler plugin that would essentially replace the original maven one. Being more flexible and supporting things like instrumentations on compile time. But as I don't see that happen in the near future it might be easier to just turn the ant task into a very simple maven javaflow plugin ...or call the ant task from maven. Important thing to note is that in 2.2 the instrument/don't instrumentation is handled via class separation - not a marker interface. So essentially you have one jar with your custom classes and one jar with your flow that should have been instrumented. HTH cheers -- Torsten
Re: Location of subprojects in SVN
On 16.04.2008 08:35, Reinhard Poetz wrote: URL: http://svn.apache.org/viewvc?rev=648313view=rev Log: mv subprojects into trunk Is there a reason for that? When I want to check out Cocoon trunk I don't want to have all the subprojects of it, do I? My first idea was to move our subprojects (SSF, Spring configurator, JNet, Block Deployment) to cocoon/subprojects but this would have mae it more difficult to run a complete build of trunk because you would have to make sure that you build the subprojects first. Of course this could be solved by having releases of all subprojects and use them instead of the SNAPSHOTs, but we haven't reached that point yet for JNet and Block Deployer. Considering this I propose that we leave the subprojects _for now_ in cocoon/trunk/subprojects and move them out as soon as all 4 subprojects have been released. WDYT? As a temporary solution that's fine. Joerg
ETag support in 2.2
Hi all, I am looking for some information on the ETag header and cocoon and found as most recent mail [1] around the topic. As I understand [2] the recommendation is to create a custom Action and add the header to the response object. Is there a need/interest to generalize thus a action and have it in our rep? salu2 [1] http://markmail.org/message/i5g4ra4eho5yoe63 [2] http://wiki.apache.org/cocoon/ControllingModCache -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions
Multipart Parser bug with multiple FileParts named the same name
Is this a bug? When a MultipartHttpServletRequest parses the values using MultipartParser it puts the Inline Parts into a Vector, but when parsing FileParts it just puts them into the parts hashtable. The problem with this is when a Request has multiple FileParts named the same, the parsed parts for the FilePart will always be the value of the last parsed FilePart. Using the example HTML below, if you attached different files to All.foo for each row, the MultipartParser would only have 1 value for All.foo ( the value from the second row ) instead of a vector. Let me know what you think, I can create a patch. Example HTML: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns:page=http://pace2020.com/appbox/page/2.0; xmlns=http://www.w3.org/1999/xhtml; head meta http-equiv=Content-Type content=text/html; charset=UTF-8/ /head body form method=post name=appboxForm action=/estimating/object/Customer/list?tab=0 enctype=multipart/form-data table id=All tbody tr td input name=All.primaryKey type=hidden value=FOO'BAR/ /td td input name=All.foo class=filefield type=file id=d1508e107/ /td /tr tr td input name=All.primaryKey type=hidden value=HOUSE/ /td td input name=All.foo class=filefield type=file id=d1508e144/ /td /tr /tbody /table input name=appbox-continuation-id type=hidden value=1a0b71687548296a197026662a6366591a211b00/ input type=hidden name=appbox_currentTab id=appbox_currentTab value=0/ /form /body /html http://svn.apache.org/viewvc/cocoon/branches/BRANCH_2_1_X/src/java/org/apach e/cocoon/servlet/multipart/MultipartParser.java?revision=638212view=markup private void parseFilePart(TokenStream in, Hashtable headers) IOException, MultipartException At the bottom of the method String name = (String)headers.get(name); if (oversized) { this.parts.put(name, new RejectedPart(headers, length, this.contentLength, this.maxUploadSize)); } else if (file == null) { byte[] bytes = ((ByteArrayOutputStream) out).toByteArray(); this.parts.put(name, new PartInMemory(headers, bytes)); } else { this.parts.put(name, new PartOnDisk(headers, file)); } Thanks in Advance, Jerry DuVal Pace Systems Group, Inc. 800.624.5999 www.Pace2020.com
[jira] Subscription: COCOON-open-with-patch
Issue Subscription Filter: COCOON-open-with-patch (106 issues) Subscriber: cocoon Key Summary 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-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 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
[continuum] BUILD FAILURE: Apache Cocoon [build root]
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=77768projectId=51 Build statistics: State: Failed Previous State: Ok Started at: Wed 16 Apr 2008 12:35:01 -0700 Finished at: Wed 16 Apr 2008 12:37:34 -0700 Total time: 2m 32s Build Trigger: Schedule Build Number: 255 Exit code: 1 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: Changed: reinhard @ Wed 16 Apr 2008 09:59:52 -0700 Comment: make use of the new subprojects JNet and BlockDeploy Files changed: /cocoon/trunk/core/cocoon-core/pom.xml ( 648751 ) /cocoon/trunk/core/cocoon-webapp/pom.xml ( 648751 ) /cocoon/trunk/core/cocoon-xml/cocoon-xml-resolver/pom.xml ( 648751 ) /cocoon/trunk/parent/pom.xml ( 648751 ) /cocoon/trunk/pom.xml ( 648751 ) Dependencies Changes: No dependencies changed Build Defintion: POM filename: pom.xml Goals: clean install Arguments: --batch-mode -P allblocks,it Build Fresh: false Always Build: false Default Build Definition: true Schedule: DEFAULT_SCHEDULE Profile Name: Java 1.4, Large Memory Description: Test Summary: Tests: 357 Failures: 0 Total time: 99897 Output: [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache Cocoon [INFO] Cocoon Tools [modules] [INFO] Cocoon 2.2 Archetype: Block [INFO] Cocoon 2.2 Archetype: Block (plain) [INFO] Cocoon 2.2 Archetype: Web Application [INFO] Cocoon Integration Test Framework [maven-plugin] [INFO] Cocoon Maven Reports [INFO] Cocoon Maven 2 Plugin [INFO] Cocoon Maven Javadocs Script Report [INFO] Cocoon Maven Javadocs Script Report [INFO] Cocoon Reloading ClassLoader - Webapp Wrapper [INFO] Cocoon Reloading ClassLoader - Spring reloader [INFO] Cocoon Configuration API [INFO] Cocoon Spring Configurator [INFO] Cocoon: JNet [INFO] Cocoon: Block Deployment [INFO] Cocoon Core [modules] [INFO] Cocoon Pipeline API [INFO] Cocoon Util [INFO] Cocoon XML API [INFO] Cocoon Expression Language API [INFO] Cocoon Pipeline Implementation [INFO] Cocoon XML Implementation [INFO] Cocoon Pipeline Components [INFO] Cocoon Sitemap API [INFO] Cocoon XML Utilities [INFO] Cocoon Expression Language Implementation. [INFO] Cocoon Thread API [INFO] Cocoon Sitemap Implementation [INFO] Cocoon Sitemap Components [INFO] Cocoon XML Resolver [INFO] Cocoon Store Implementation [INFO] Cocoon Thread Implementation [INFO] Cocoon Core [INFO] Cocoon Servlet Service Implementation [INFO] Cocoon Blocks [modules] [INFO] Cocoon Linkrewriter Block Implementation [INFO] Cocoon Servlet Service Components [INFO] Cocoon Ajax Block Implementation [INFO] Cocoon Template Framework Block Implementation [INFO] Cocoon Samples Style Default Block [INFO] Cocoon Ajax Block Sample [INFO] Cocoon Apples Block Implementation [INFO] Session Framework Implementation [INFO] XSP Block Implementation [INFO] Cocoon Main Core Sample Block [INFO] Cocoon Flowscript Block Implementation [INFO] Cocoon Forms Block Implementation [INFO] Cocoon Apples Block Samples [INFO] Cocoon Additional Sample Block [INFO] Cocoon Batik Block Implementation [INFO] Cocoon Forms Block Samples [INFO] Cocoon Integration Tests Block [INFO] Cocoon Linkrewriter Block Samples [INFO] Cocoon Template Block Samples [INFO] Cocoon Batik Block Samples [INFO] Cocoon Welcome (Samples) [INFO] Asciiart Block Implementation [INFO] Asciiart Block Samples [INFO] cocoon-acegisecurity [INFO] Cocoon Authentication Block API [INFO] Cocoon Authentication Block Implementation [INFO] Cocoon Authentication Block Sample [INFO] Authentication Framework Implementation [INFO] Authentication Framework Sample Application [INFO] Axis Block Implementation [INFO] Axis Block Samples [INFO] Bsf Block Implementation [INFO] Bsf Block Samples [INFO] Cocoon
Re: Multipart Parser bug with multiple FileParts named the same name
On 16.04.2008 10:11, Jerry DuVal wrote: Is this a bug? Feature :) More an inconsistency than an actual bug. I for myself would not rely on the correct order of both All.primaryKey and All.foo. When a MultipartHttpServletRequest parses the values using MultipartParser it puts the Inline Parts into a Vector, but when parsing FileParts it just puts them into the parts hashtable. The problem with this is when a Request has multiple FileParts named the same, the parsed parts for the FilePart will always be the value of the last parsed FilePart. Using the example HTML below, if you attached different files to All.foo for each row, the MultipartParser would only have 1 value for All.foo ( the value from the second row ) instead of a vector. Let me know what you think, I can create a patch. http://marc.info/?l=xml-cocoon-cvsm=120840321224196w=4 http://marc.info/?l=xml-cocoon-cvsm=120840325524262w=4 Please test the new code in SVN. Thanks for your report. Joerg
[continuum] BUILD FAILURE: Apache Cocoon [build root]
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=77901projectId=51 Build statistics: State: Failed Previous State: Failed Started at: Wed 16 Apr 2008 21:05:49 -0700 Finished at: Wed 16 Apr 2008 21:08:19 -0700 Total time: 2m 29s Build Trigger: Schedule Build Number: 255 Exit code: 1 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: Changed: joerg @ Wed 16 Apr 2008 19:58:06 -0700 Comment: minor refactoring Files changed: /cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/servlet/multipart/MultipartHttpServletRequest.java ( 648934 ) Changed: joerg @ Wed 16 Apr 2008 20:17:53 -0700 Comment: fix whitespace Files changed: /cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/servlet/multipart/MultipartHttpServletRequest.java ( 648938 ) Changed: joerg @ Wed 16 Apr 2008 20:32:57 -0700 Comment: fix inconsistencies between inline parts and file parts when multiple fields of the same name exist (http://marc.info/?l=xml-cocoon-devm=120835513330316w=4) Files changed: /cocoon/trunk/core/cocoon-core/src/changes/changes.xml ( 648942 ) /cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/servlet/multipart/MultipartParser.java ( 648942 ) Dependencies Changes: No dependencies changed Build Defintion: POM filename: pom.xml Goals: clean install Arguments: --batch-mode -P allblocks,it Build Fresh: false Always Build: false Default Build Definition: true Schedule: DEFAULT_SCHEDULE Profile Name: Java 1.4, Large Memory Description: Test Summary: Tests: 357 Failures: 0 Total time: 99778 Output: [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache Cocoon [INFO] Cocoon Tools [modules] [INFO] Cocoon 2.2 Archetype: Block [INFO] Cocoon 2.2 Archetype: Block (plain) [INFO] Cocoon 2.2 Archetype: Web Application [INFO] Cocoon Integration Test Framework [maven-plugin] [INFO] Cocoon Maven Reports [INFO] Cocoon Maven 2 Plugin [INFO] Cocoon Maven Javadocs Script Report [INFO] Cocoon Maven Javadocs Script Report [INFO] Cocoon Reloading ClassLoader - Webapp Wrapper [INFO] Cocoon Reloading ClassLoader - Spring reloader [INFO] Cocoon Configuration API [INFO] Cocoon Spring Configurator [INFO] Cocoon: JNet [INFO] Cocoon: Block Deployment [INFO] Cocoon Core [modules] [INFO] Cocoon Pipeline API [INFO] Cocoon Util [INFO] Cocoon XML API [INFO] Cocoon Expression Language API [INFO] Cocoon Pipeline Implementation [INFO] Cocoon XML Implementation [INFO] Cocoon Pipeline Components [INFO] Cocoon Sitemap API [INFO] Cocoon XML Utilities [INFO] Cocoon Expression Language Implementation. [INFO] Cocoon Thread API [INFO] Cocoon Sitemap Implementation [INFO] Cocoon Sitemap Components [INFO] Cocoon XML Resolver [INFO] Cocoon Store Implementation [INFO] Cocoon Thread Implementation [INFO] Cocoon Core [INFO] Cocoon Servlet Service Implementation [INFO] Cocoon Blocks [modules] [INFO] Cocoon Linkrewriter Block Implementation [INFO] Cocoon Servlet Service Components [INFO] Cocoon Ajax Block Implementation [INFO] Cocoon Template Framework Block Implementation [INFO] Cocoon Samples Style Default Block [INFO] Cocoon Ajax Block Sample [INFO] Cocoon Apples Block Implementation [INFO] Session Framework Implementation [INFO] XSP Block Implementation [INFO] Cocoon Main Core Sample Block [INFO] Cocoon Flowscript Block Implementation [INFO] Cocoon Forms Block Implementation [INFO] Cocoon Apples Block Samples [INFO] Cocoon Additional Sample Block [INFO] Cocoon Batik Block Implementation [INFO] Cocoon Forms Block Samples [INFO] Cocoon Integration Tests Block [INFO] Cocoon Linkrewriter Block Samples [INFO] Cocoon Template Block Samples [INFO] Cocoon Batik Block Samples [INFO] Cocoon Welcome (Samples)