[jira] Reopened: (COCOON-2048) ImageOp: overlay a transparent image on another one

[ https://issues.apache.org/jira/browse/COCOON-2048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek reopened COCOON-2048: --- There is a bug around line 243 after that patch: the creation of the

[jira] Commented: (COCOON-2062) forms/ajax manifest.js miss include dojo.require(dojo.ns)

[ https://issues.apache.org/jira/browse/COCOON-2062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510972 ] Alexander Klimetschek commented on COCOON-2062: --- Well, it's simple: add dojo.require(dojo.ns) at

[jira] Created: (COCOON-2078) Profiling pipelines must not implement Configurable interface as they are already Parameterizable

Profiling pipelines must not implement Configurable interface as they are already Parameterizable - Key: COCOON-2078 URL:

[jira] Updated: (COCOON-2078) Profiling pipelines must not implement Configurable interface as they are already Parameterizable

[ https://issues.apache.org/jira/browse/COCOON-2078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2078: -- Attachment: profiler-config-vs-param-fix.patch This patch replaces the usage

[jira] Updated: (COCOON-1964) Redirects inside a block called via the blocks protocol fail

[ https://issues.apache.org/jira/browse/COCOON-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-1964: -- Priority: Critical (was: Major) Just to remind everyone: doing a redirect

[jira] Created: (COCOON-2073) Upgrade to dojo 0.4.3 (security fixes!)

Upgrade to dojo 0.4.3 (security fixes!) --- Key: COCOON-2073 URL: https://issues.apache.org/jira/browse/COCOON-2073 Project: Cocoon Issue Type: Improvement Components: Blocks: Ajax Affects

[jira] Updated: (COCOON-1941) Upgrade DOJO to 0.4

[ https://issues.apache.org/jira/browse/COCOON-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-1941: -- Status: On Hold (was: Open) This issues is already done, but I have no Jira

[jira] Updated: (COCOON-1941) Upgrade DOJO to 0.4

[ https://issues.apache.org/jira/browse/COCOON-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-1941: -- Status: Continued (was: On Hold) Hmm, let's look what happens after the

[jira] Updated: (COCOON-1941) Upgrade DOJO to 0.4

[ https://issues.apache.org/jira/browse/COCOON-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-1941: -- Status: On Hold (was: Continued) Ok, an endless loop of feedback ;-) Here is

[jira] Commented: (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?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500608 ] Alexander Klimetschek commented on COCOON-2071: --- Ah, I didn't see that thread-sharing feature. Good

[jira] Commented: (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?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500656 ] Alexander Klimetschek commented on COCOON-2071: --- If I understand you right, the thread-safe stuff

[jira] Commented: (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?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500662 ] Alexander Klimetschek commented on COCOON-2071: --- Ok, but just one more question ;-) When is a

[jira] Created: (COCOON-2071) Option to turn off pooling for components (probably faster on new JVMs and simpler debugging)

Option to turn off pooling for components (probably faster on new JVMs and simpler debugging) - Key: COCOON-2071 URL: https://issues.apache.org/jira/browse/COCOON-2071

[jira] Updated: (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?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2071: -- Attachment: disable-pooling-config.patch Patch for cocoon-sitemap-impl.

[jira] Commented: (COCOON-2070) Releasing of pooled beans might skip recycle() call on aggregated beans (leading to: Generator already set-style exceptions)

[ https://issues.apache.org/jira/browse/COCOON-2070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500041 ] Alexander Klimetschek commented on COCOON-2070: --- Why shouldn't the system stop when it hits a poorly

[jira] Created: (COCOON-2070) Releasing of pooled beans might skip recycle() call on aggregated beans (leading to: Generator already set-style exceptions)

Releasing of pooled beans might skip recycle() call on aggregated beans (leading to: Generator already set-style exceptions) -- Key: COCOON-2070

[jira] Updated: (COCOON-2070) Releasing of pooled beans might skip recycle() call on aggregated beans (leading to: Generator already set-style exceptions)

[ https://issues.apache.org/jira/browse/COCOON-2070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2070: -- Attachment: poolable-recycle-bug.patch This patch solves the problem by not

[jira] Created: (COCOON-2063) NekoHTMLTransformer needs to set the default-encoding of the current system to work properly with UTF-8

NekoHTMLTransformer needs to set the default-encoding of the current system to work properly with UTF-8 --- Key: COCOON-2063 URL:

[jira] Updated: (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?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2063: -- Attachment: nekohtmltransformer-encoding.patch Affects cocoon-html-impl.

[jira] Commented: (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?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494682 ] Alexander Klimetschek commented on COCOON-2063: --- I forgot to mention that if someone wants to

[jira] Created: (COCOON-2062) forms/ajax manifest.js miss include dojo.require(dojo.ns)

forms/ajax manifest.js miss include dojo.require(dojo.ns) --- Key: COCOON-2062 URL: https://issues.apache.org/jira/browse/COCOON-2062 Project: Cocoon Issue Type: Bug

[jira] Created: (COCOON-2059) ajax/common.js makes use of deprecated dojo.animation.Timer

ajax/common.js makes use of deprecated dojo.animation.Timer --- Key: COCOON-2059 URL: https://issues.apache.org/jira/browse/COCOON-2059 Project: Cocoon Issue Type: Bug

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494007 ] Alexander Klimetschek commented on COCOON-2044: --- Sorry, I am currently very busy with a release. I

[jira] Created: (COCOON-2054) StatusGenerator must now show default Store explicitly (because no longer part of StoreJanitor)

StatusGenerator must now show default Store explicitly (because no longer part of StoreJanitor) --- Key: COCOON-2054 URL:

[jira] Updated: (COCOON-2054) StatusGenerator must now show default Store explicitly (because no longer part of StoreJanitor)

[ https://issues.apache.org/jira/browse/COCOON-2054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2054: -- Attachment: status-generator-show-default-store.patch Patch for the

[jira] Created: (COCOON-2048) ImageOp: overlay a transparent image on another one

ImageOp: overlay a transparent image on another one --- Key: COCOON-2048 URL: https://issues.apache.org/jira/browse/COCOON-2048 Project: Cocoon Issue Type: New Feature Components:

[jira] Updated: (COCOON-2048) ImageOp: overlay a transparent image on another one

[ https://issues.apache.org/jira/browse/COCOON-2048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2048: -- Attachment: imageop-overlay-operation.patch Patch for the cocoon-imageop-impl

[jira] Updated: (COCOON-2048) ImageOp: overlay a transparent image on another one

[ https://issues.apache.org/jira/browse/COCOON-2048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2048: -- Attachment: imageop-overlay-operation-sample.patch Adding a sample for the

[jira] Updated: (COCOON-2048) ImageOp: overlay a transparent image on another one

[ https://issues.apache.org/jira/browse/COCOON-2048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2048: -- Attachment: delete.png Transparent image to be placed in

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490019 ] Alexander Klimetschek commented on COCOON-2044: --- The servlet source works in other places used in XSL

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490054 ] Alexander Klimetschek commented on COCOON-2044: --- I am currently trying to extend the

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490093 ] Alexander Klimetschek commented on COCOON-2044: --- The problem with unique servlet uris is much more

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490105 ] Alexander Klimetschek commented on COCOON-2044: --- The url returned by getURI() will be used as base

[jira] Updated: (COCOON-2044) servlet: protocol URIs are have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2044: -- Priority: Critical (was: Major) Description: All servlet protocol

[jira] Updated: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2044: -- Description: All servlet protocol URIs like servlet:/some/thing or

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489733 ] Alexander Klimetschek commented on COCOON-2044: --- Unfortunately, using servlet:servlet

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489780 ] Alexander Klimetschek commented on COCOON-2044: --- Those URIs are produced by the current

[jira] Created: (COCOON-2047) StatusGenerator shows a list of Spring beans

StatusGenerator shows a list of Spring beans Key: COCOON-2047 URL: https://issues.apache.org/jira/browse/COCOON-2047 Project: Cocoon Issue Type: New Feature Components: - Components:

[jira] Updated: (COCOON-2047) StatusGenerator shows a list of Spring beans

[ https://issues.apache.org/jira/browse/COCOON-2047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2047: -- Attachment: status-generator-show-spring-beans.patch Shows the spring beans

[jira] Commented: (COCOON-2044) servlet: protocol URIs have to be globally unique for use as cache-keys

[ https://issues.apache.org/jira/browse/COCOON-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489907 ] Alexander Klimetschek commented on COCOON-2044: --- Well, this is what I get with an URL like

[jira] Created: (COCOON-2044) Servlet services calls to servlet: sometimes fail (on initial call)

Servlet services calls to servlet: sometimes fail (on initial call) --- Key: COCOON-2044 URL: https://issues.apache.org/jira/browse/COCOON-2044 Project: Cocoon Issue Type: Bug

[jira] Reopened: (COCOON-1943) [Patch] Parameters in blocks-protocol URIs get decoded too early

[ https://issues.apache.org/jira/browse/COCOON-1943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek reopened COCOON-1943: --- The fix for this was not enough. The code failed when the URI contains special

[jira] Updated: (COCOON-1943) [Patch] Parameters in blocks-protocol URIs get decoded too early

[ https://issues.apache.org/jira/browse/COCOON-1943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-1943: -- Attachment: servlet-connection-uri-encoding.patch Applies to

[jira] Closed: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ https://issues.apache.org/jira/browse/COCOON-1955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek closed COCOON-1955. - Resolution: Fixed Fix Version/s: 2.2-dev (Current SVN) Tested with

[jira] Updated: (COCOON-2036) Handle circular dependencies in servlet connections

[ https://issues.apache.org/jira/browse/COCOON-2036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2036: -- Attachment: circular-servlet-connections-warning.patch Patch for

[jira] Created: (COCOON-2036) Handle circular dependencies in servlet connections

Handle circular dependencies in servlet connections --- Key: COCOON-2036 URL: https://issues.apache.org/jira/browse/COCOON-2036 Project: Cocoon Issue Type: Bug Components: - Servlet

[jira] Commented: (COCOON-1985) AbstractCachingProcessingPipeline locking with IncludeTransformer may hang pipeline

[ https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479423 ] Alexander Klimetschek commented on COCOON-1985: --- Now the problem returned to us... I cannot narrow

[jira] Updated: (COCOON-1985) AbstractCachingProcessingPipeline locking with IncludeTransformer may hang pipeline

[ https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-1985: -- Attachment: caching-trials.patch A patch for the discussion, not a final

[jira] Commented: (COCOON-1985) AbstractCachingProcessingPipeline locking with IncludeTransformer may hang pipeline

[ https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475933 ] Alexander Klimetschek commented on COCOON-1985: --- Hi, I experienced the same problem with a Cocoon 2.2

[jira] Created: (COCOON-2015) Doctype added twice because root element (html) is inlined

Doctype added twice because root element (html) is inlined -- Key: COCOON-2015 URL: https://issues.apache.org/jira/browse/COCOON-2015 Project: Cocoon Issue Type: Bug

[jira] Updated: (COCOON-2015) Doctype added twice because root element (html) is inlined

[ https://issues.apache.org/jira/browse/COCOON-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Klimetschek updated COCOON-2015: -- Attachment: cocoon-html-impl_cleanuptransformer_fix-doctype-twice.patch Patch

[jira] Created: (COCOON-1963) Add a redirect action to the browser update handler

Add a redirect action to the browser update handler --- Key: COCOON-1963 URL: http://issues.apache.org/jira/browse/COCOON-1963 Project: Cocoon Issue Type: New Feature Components:

[jira] Updated: (COCOON-1963) Add a redirect action to the browser update handler

[ http://issues.apache.org/jira/browse/COCOON-1963?page=all ] Alexander Klimetschek updated COCOON-1963: -- Attachment: BUHandler.js Not a patch, but the entire new version of BUHandler.js (sorry, but I currently don't have the environment to

[jira] Updated: (COCOON-1963) Add a redirect action to the browser update handler

[ http://issues.apache.org/jira/browse/COCOON-1963?page=all ] Alexander Klimetschek updated COCOON-1963: -- Attachment: RedirectTransformer.java The RedirectTransformer with a different package name. Should IMHO go into cocoon ajax, just next to

[jira] Created: (COCOON-1964) Redirects inside a block called via the blocks protocol fail

Redirects inside a block called via the blocks protocol fail Key: COCOON-1964 URL: http://issues.apache.org/jira/browse/COCOON-1964 Project: Cocoon Issue Type: Bug

[jira] Updated: (COCOON-1964) Redirects inside a block called via the blocks protocol fail

[ http://issues.apache.org/jira/browse/COCOON-1964?page=all ] Alexander Klimetschek updated COCOON-1964: -- Attachment: cocoon-allow-redirect-in-called-block.patch Affects only the cocoon-blocks-fw-impl module. Redirects inside a block called

[jira] Commented: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ http://issues.apache.org/jira/browse/COCOON-1955?page=comments#action_12453906 ] Alexander Klimetschek commented on COCOON-1955: --- Just tried the latest patch using Spring AOP and it works in my case. [Patch] Allow shielded

[jira] Created: (COCOON-1957) [Patch] Stack overflow in BlockCallHttpRequest (recursive implementations of getServerName())

[Patch] Stack overflow in BlockCallHttpRequest (recursive implementations of getServerName()) - Key: COCOON-1957 URL: http://issues.apache.org/jira/browse/COCOON-1957

[jira] Updated: (COCOON-1957) [Patch] Stack overflow in BlockCallHttpRequest (recursive implementations of getServerName())

[ http://issues.apache.org/jira/browse/COCOON-1957?page=all ] Alexander Klimetschek updated COCOON-1957: -- Attachment: cocoon-blockrequest-stack-overflow.patch Affects the blocks-fw module only. [Patch] Stack overflow in BlockCallHttpRequest

[jira] Commented: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ http://issues.apache.org/jira/browse/COCOON-1955?page=comments#action_12452197 ] Alexander Klimetschek commented on COCOON-1955: --- I think it is also necessary to set the context classloader when newInstance() aka the

[jira] Updated: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ http://issues.apache.org/jira/browse/COCOON-1955?page=all ] Alexander Klimetschek updated COCOON-1955: -- Attachment: cocoon-new-shieldingblockservlet.patch A new approach that is independent from the now removed bootstrap module. This adds a

[jira] Commented: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ http://issues.apache.org/jira/browse/COCOON-1955?page=comments#action_12451972 ] Alexander Klimetschek commented on COCOON-1955: --- Just to give an example of a bean configuration: bean id=foo-bar-block

[jira] Created: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[Patch] Allow shielded class loading for a single block --- Key: COCOON-1955 URL: http://issues.apache.org/jira/browse/COCOON-1955 Project: Cocoon Issue Type: New Feature

[jira] Updated: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ http://issues.apache.org/jira/browse/COCOON-1955?page=all ] Alexander Klimetschek updated COCOON-1955: -- Attachment: cocoon-enable-shielded-block-libs.patch To be applied in root of cocoon trunk. Affects both cocoon-bootstrap and

[jira] Created: (COCOON-1954) [Patch] RequestProcessor swallows exceptions in blocks case

[Patch] RequestProcessor swallows exceptions in blocks case --- Key: COCOON-1954 URL: http://issues.apache.org/jira/browse/COCOON-1954 Project: Cocoon Issue Type: Bug

[jira] Updated: (COCOON-1954) [Patch] RequestProcessor swallows exceptions in blocks case

[ http://issues.apache.org/jira/browse/COCOON-1954?page=all ] Alexander Klimetschek updated COCOON-1954: -- Attachment: cocoon-request-processor-swallows-exceptions-for-blocks.patch To be attached in the root of cocoon trunk. Affects the

[jira] Created: (COCOON-1948) [Patch] Memory leak in Blocks Framework - ProcessingUtil.cleanup() does not get called

[Patch] Memory leak in Blocks Framework - ProcessingUtil.cleanup() does not get called -- Key: COCOON-1948 URL: http://issues.apache.org/jira/browse/COCOON-1948

[jira] Updated: (COCOON-1948) [Patch] Memory leak in Blocks Framework - ProcessingUtil.cleanup() does not get called

[ http://issues.apache.org/jira/browse/COCOON-1948?page=all ] Alexander Klimetschek updated COCOON-1948: -- Attachment: cocoon-blocks-fw-fix-memory-leak.patch This patch - adds the cleanup() call to the DispatcherServlet - an outputstream close()

[jira] Updated: (COCOON-1948) [Patch] Memory leak in Blocks Framework - ProcessingUtil.cleanup() does not get called

[ http://issues.apache.org/jira/browse/COCOON-1948?page=all ] Alexander Klimetschek updated COCOON-1948: -- Attachment: cocoon-blocks-fw-fix-memory-leak.patch Same patch as above, but removed the Java 1.5 style @Override annotations. [Patch]

[jira] Commented: (COCOON-1939) Stack overflow when inheriting from block that alread inherits from another one

[ http://issues.apache.org/jira/browse/COCOON-1939?page=comments#action_12446657 ] Alexander Klimetschek commented on COCOON-1939: --- Now it behaves like in the beginning, 2-level inheritance does not work. The polymorphic calls do

[jira] Commented: (COCOON-1939) Stack overflow when inheriting from block that alread inherits from another one

[ http://issues.apache.org/jira/browse/COCOON-1939?page=comments#action_12445588 ] Alexander Klimetschek commented on COCOON-1939: --- With this fix polymorphic calls no longer work. Eg. (with A -- super -- B), calling B, then super

[jira] Commented: (COCOON-1939) Stack overflow when inheriting from block that alread inherits from another one

[ http://issues.apache.org/jira/browse/COCOON-1939?page=comments#action_12445146 ] Alexander Klimetschek commented on COCOON-1939: --- It looks like the cocoon:/ protocol does no longer work with this fix, or maybe is now handled in

[jira] Commented: (COCOON-1939) Stack overflow when inheriting from block that alread inherits from another one

[ http://issues.apache.org/jira/browse/COCOON-1939?page=comments#action_12445172 ] Alexander Klimetschek commented on COCOON-1939: --- The cocoon:/ protocol is not the problem. Now block:super: fails in one case. I have block A --

[jira] Created: (COCOON-1943) [Patch] Parameters in blocks-protocol URIs get decoded too early

[Patch] Parameters in blocks-protocol URIs get decoded too early Key: COCOON-1943 URL: http://issues.apache.org/jira/browse/COCOON-1943 Project: Cocoon Issue Type: Bug

[jira] Updated: (COCOON-1943) [Patch] Parameters in blocks-protocol URIs get decoded too early

[ http://issues.apache.org/jira/browse/COCOON-1943?page=all ] Alexander Klimetschek updated COCOON-1943: -- Attachment: cocoon-blocks-fw-raw-encoded-URIs.patch To be applied in cocoon trunk. Affects only the cocoon-blocks-fw-impl module.

[jira] Created: (COCOON-1938) [Patch] Allow blocks mounted at / to handle more than just the / URL

[Patch] Allow blocks mounted at / to handle more than just the / URL Key: COCOON-1938 URL: http://issues.apache.org/jira/browse/COCOON-1938 Project: Cocoon Issue Type:

[jira] Updated: (COCOON-1938) [Patch] Allow blocks mounted at / to handle more than just the / URL

[ http://issues.apache.org/jira/browse/COCOON-1938?page=all ] Alexander Klimetschek updated COCOON-1938: -- Attachment: cocoon-blocks-fw-improve-root-mounting.patch To be applied in cocoon-trunk. Affects only the cocoon-blocks-fw-impl module.

[jira] Created: (COCOON-1939) Stack overflow when inheriting from block that alread inherits from another one

Stack overflow when inheriting from block that alread inherits from another one --- Key: COCOON-1939 URL: http://issues.apache.org/jira/browse/COCOON-1939 Project: Cocoon

[jira] Created: (COCOON-1940) [Patch] NPE in BlockCallHttpServletRequest.getSession()

[Patch] NPE in BlockCallHttpServletRequest.getSession() --- Key: COCOON-1940 URL: http://issues.apache.org/jira/browse/COCOON-1940 Project: Cocoon Issue Type: Bug Components: -

[jira] Updated: (COCOON-1940) [Patch] NPE in BlockCallHttpServletRequest.getSession()

[ http://issues.apache.org/jira/browse/COCOON-1940?page=all ] Alexander Klimetschek updated COCOON-1940: -- Attachment: cocoon-blocks-fw-create-HttpSession.patch This patch returns a simple empty HttpSession. To be applied in cocoon trunk.

[jira] Updated: (COCOON-1301) [Patch] Image Operation Reader

[ http://issues.apache.org/jira/browse/COCOON-1301?page=all ] Alexander Klimetschek updated COCOON-1301: -- Attachment: pom.xml Lars, you missed the root pom. Here it is. [Patch] Image Operation Reader --

[jira] Created: (COCOON-1935) [Patch] NPE in ResourceReader when InputSource returns null on getURI

[Patch] NPE in ResourceReader when InputSource returns null on getURI - Key: COCOON-1935 URL: http://issues.apache.org/jira/browse/COCOON-1935 Project: Cocoon Issue Type:

[jira] Updated: (COCOON-1935) [Patch] NPE in ResourceReader when InputSource returns null on getURI

[ http://issues.apache.org/jira/browse/COCOON-1935?page=all ] Alexander Klimetschek updated COCOON-1935: -- Attachment: cocoon-core-resourcereader-getURI-NPE.patch To be applied in cocoon root. Affects cocoon-core. [Patch] NPE in ResourceReader

[jira] Updated: (COCOON-1935) [Patch] NPE in ResourceReader when InputSource returns null on getURI

[ http://issues.apache.org/jira/browse/COCOON-1935?page=all ] Alexander Klimetschek updated COCOON-1935: -- Attachment: cocoon-blocksource-fix-getURI-NPE.patch To be applied in cocoon root. Affects the cocoon-blocks-fw-impl module. [Patch] NPE

[jira] Commented: (COCOON-1933) [Patch] Automatic loading of flow scripts in flow/ must not load directories

[ http://issues.apache.org/jira/browse/COCOON-1933?page=comments#action_12441964 ] Alexander Klimetschek commented on COCOON-1933: --- Why don't use Excalibur Sources for retrieving the contents? [Patch] Automatic loading of flow

[jira] Created: (COCOON-1933) [Patch] Automatic loading of flow scripts in flow/ must not load directories

[Patch] Automatic loading of flow scripts in flow/ must not load directories -- Key: COCOON-1933 URL: http://issues.apache.org/jira/browse/COCOON-1933 Project: Cocoon

[jira] Updated: (COCOON-1933) [Patch] Automatic loading of flow scripts in flow/ must not load directories

[ http://issues.apache.org/jira/browse/COCOON-1933?page=all ] Alexander Klimetschek updated COCOON-1933: -- Attachment: cocoon-flow-only-files.patch This patches makes the FlowNodeBuilder only load files directly under flow/. [Patch] Automatic

[jira] Commented: (COCOON-1933) [Patch] Automatic loading of flow scripts in flow/ must not load directories

[ http://issues.apache.org/jira/browse/COCOON-1933?page=comments#action_12441768 ] Alexander Klimetschek commented on COCOON-1933: --- Good question. I don' t know the spring Resource abstraction apart from looking at the interface

[jira] Commented: (COCOON-1906) [PATCH] simple-xml binding does not work with non file sources

[ http://issues.apache.org/jira/browse/COCOON-1906?page=comments#action_12437578 ] Alexander Klimetschek commented on COCOON-1906: --- I tried this patch and it works! Would be cool if it gets integrated into trunk soon. [PATCH]

[jira] Created: (COCOON-1908) Add query support to JCR source factory

Add query support to JCR source factory --- Key: COCOON-1908 URL: http://issues.apache.org/jira/browse/COCOON-1908 Project: Cocoon Issue Type: New Feature Components: Blocks: JCR Affects

[jira] Updated: (COCOON-1908) Add query support to JCR source factory

[ http://issues.apache.org/jira/browse/COCOON-1908?page=all ] Alexander Klimetschek updated COCOON-1908: -- Attachment: cocoon-jcr-add-query-support.patch To apply in the cocoon root directory. Add query support to JCR source factory

[jira] Created: (COCOON-1901) [Patch] Update of JCR dependency to version 1.0.1 included in public repository

[Patch] Update of JCR dependency to version 1.0.1 included in public repository --- Key: COCOON-1901 URL: http://issues.apache.org/jira/browse/COCOON-1901 Project: Cocoon

[jira] Updated: (COCOON-1901) [Patch] Update of JCR dependency to version 1.0.1 included in public repository

[ http://issues.apache.org/jira/browse/COCOON-1901?page=all ] Alexander Klimetschek updated COCOON-1901: -- Attachment: cocoon-jcr-dependency-update.patch The patch to be applied in the coccon trunk top-level directory. [Patch] Update of JCR