[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

[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

Re: hot redeployment mostly failed

. -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/ -- Alexander Klimetschek http://www.mindquarry.com

Profiling Pipeline not working?

profilers. I am using a cocoon trunk about 1-2 month old. I have the newest version of cocoon-profiler-impl. Was there any change to the processing pipelines that made the profiler implementation incompatible? Alex -- Alexander Klimetschek http://www.mindquarry.com

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

-2078 Project: Cocoon Issue Type: Bug Components: Blocks: Profiler Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Priority: Critical Fix For: 2.2-dev (Current SVN) The most-recent change to both

[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

Re: Profiling Pipeline not working?

Found the problem: http://issues.apache.org/jira/browse/COCOON-2078 Alex Alexander Klimetschek schrieb: Hi, I tried the ProfilingCachingProcessingPipeline after a long time again to do some debugging and it now does not work anymore because the this.cache object is null: Caused

Re: Interblock communication

a classical separation of concerns. Alex -- Alexander Klimetschek http://www.mindquarry.com

[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!)

Versions: 2.1.11-dev (Current SVN), 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Current ajax block includes dojo 0.4.1. The current release of dojo is 0.4.3 - in 0.4.2 minor improvements were made but 0.4.3 includes security fixes for cross-site scripting attacks

[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

[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

[docs] Documentation for sitemap components from 2.1 lost?

from? Would make documentation much harder when all those components have to be redocumented again ;-) No, seriously, it would be easier for people like me to add/improve docs when that 2.1 content would be on current daisy (where I do have rights to edit things). Alex -- Alexander

Re: [docs] Documentation for sitemap components from 2.1 lost?

documents, it is best to open the source document also in the editor, and copy the text from the editor, rather than from the published view. -- Alexander Klimetschek http://www.mindquarry.com

[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

Re: DispatcherServlet

for the uri prefix, this makes the cache keys readable, because they look like the real URLs the browser sees. Alex -- Alexander Klimetschek http://www.mindquarry.com

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

Project: Cocoon Issue Type: Test Components: - Components: Sitemap Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Priority: Minor Attachments: disable-pooling-config.patch This is a patch that makes

[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)

URL: https://issues.apache.org/jira/browse/COCOON-2070 Project: Cocoon Issue Type: Bug Components: - Components: Sitemap Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Priority: Blocker Fix

[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

Re: More problems with implementing servlet services

name=postData src=request:body / A use case would be upon a PUT of some XML data from a client to a server and as a first step you wanna send the XML to a validating service. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: DispatcherServlet

-INF/ In this case you specify the path relative from your webapp project, where you run mvn jetty:run and which is on one level with all it's blocks, eg. package-block. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: More problems with implementing servlet services

in the example)? Why is that a requirement? Maybe you could explain the things that should happen in this case step by step... ;-) Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: More problems with implementing servlet services

=xml/ /map:match [1] http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-servlet-service/cocoon-servlet-service-sample/src/main/resources/COB-INF/test1/sitemap.xmap -- Alexander Klimetschek http://www.mindquarry.com

Re: More problems with implementing servlet services

cannot select between two versions. I can only think of XML processing (aka text/xml) here anyway. So this content type will be somehow injected into the postable source and if the real content type is a different one, an exception is thrown. WDYT? Are there any counter examples? Alex -- Alexander

Re: [docs] How-to for getting encoding done right

://wiki.apache.org/cocoon/UseCocoonXMLSerializerCode Alex -- Alexander Klimetschek http://www.mindquarry.com

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

/browse/COCOON-2063 Project: Cocoon Issue Type: Bug Components: Blocks: HTML Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek The NekoHTMLTransformer uses the cyberneko HTMLConfiguration for tidying html. Unfortunately it does

[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

[docs] How-to for getting encoding done right

for beginners. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: [docs] Professional services and blogs

permanently running mindquarry is http://www.mindquarry.org, which is our project server. Thanks! Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: [docs] How-to for getting encoding done right

access to it, I can do it. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: [docs] How-to for getting encoding done right

Reinhard Poetz schrieb: Alex, what's your Daisy username? alexander.klimetschek -- Alexander Klimetschek http://www.mindquarry.com

Re: [docs] Professional services and blogs

in our OpenSource stack that has to be mentioned (svn, jcr/jackrabbit, apache httpd, spring, dojo). Alex -- Alexander Klimetschek http://www.mindquarry.com

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

Components: Blocks: Ajax, Blocks: Forms Affects Versions: 2.1.11-dev (Current SVN), 2.2-dev (Current SVN) Reporter: Alexander Klimetschek cocoon-ajax-impl and cocoon-forms-impl are missing a dojo.require(dojo.ns) statement at the beginning because they access dojo.registerNamespace

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

Components: Blocks: Ajax Affects Versions: 2.1.11-dev (Current SVN), 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Following code uses deprecated stuff from dojo 0.4.1: periodicalUpdate: function(delay, href, target, insertion) { dojo.require(dojo.animation.Timer

[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

Re: Broken caching of servlet: source in some cases

(HttpServletResponse.SC_OK); return true; } Alex -- Alexander Klimetschek http://www.mindquarry.com

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

-2054 Project: Cocoon Issue Type: New Feature Components: - Components: Sitemap Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Fix For: 2.2-dev (Current SVN) Since the default Store is no longer registered

[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

Re: Broken caching of servlet: source in some cases

with the too-early call of getLastModified() by ResourceReader, thus it was a mixture of bugs that helped spotting this one. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Broken caching of servlet: source in some cases

) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) at $Proxy0.service(Unknown Source) at org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:109) Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Broken caching of servlet: source in some cases

is put into an AggregatedValidity together with others - one invalid validity makes all sources invalid!) If the isValid(SourceValidity) method returns UNKNOWN, the new validity will be refetched, so getValidity() is called a second time (!). -- Alexander

Broken caching of servlet: source in some cases

, but still reproducable. I am still investigating the details, but it is related to wrong If-Modified-Since / Last-Modified values. I will write more when I am finished today. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Broken caching of servlet: source in some cases

-service/cocoon-servlet-service-components/src/main/java/org/apache/cocoon/servletservice/components/LinkRewriterReader.java Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Broken caching of servlet: source in some cases

Alexander Klimetschek schrieb: Well, there are multiple fixes. The best one IMHO is to fix a bug in HttpEnvironment.isResponseModified() [1]. It should *not* set the Last-Modified value if it is invalid == -1 (which is the case if the servlet source cannot determine the last modified value

Re: Broken caching of servlet: source in some cases

an exception via 4) that I cannot explain. It's the same old org.xml.sax.SAXParseException: Premature end of file because of an empty response. :-( Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Broken caching of servlet: source in some cases

full of System.out.println() statements ;-) Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Broken caching of servlet: source in some cases

are available! I was first thinking about the same solution but then understood why your original code with the connect inside isValid is right! Alex -- Alexander Klimetschek http://www.mindquarry.com

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

: Blocks: (Undefined) Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek New OverlayOperation that puts another image on top of the image used by the ImageOpReader. Useful to overcome problems with browsers like IE that cannot put a transparent img on top

[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

[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 cocoon-imageop

[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

[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

Cache global or per-servlet/per-sitemap?

Hi all, I am currently debugging and fixing https://issues.apache.org/jira/browse/COCOON-2044, and I want to know if it is feasible to configure multiple caches, one for each sitemap? Alex -- Alexander Klimetschek http://www.mindquarry.com

[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

Re: Cache global or per-servlet/per-sitemap?

think there are reasons for a global cache, probably the implementation of the caches itself, as some save onto disk (target/work/...) and they would need different directories each. Alex -- Alexander Klimetschek http://www.mindquarry.com

[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

: Sitemap Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Showing a list of all Spring beans in the status generator output might be very useful when setting up components. -- This message is automatically generated by JIRA. - You can reply to this email

[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

Re: Failing to build trunk because 'package org.apache.avalon.framework.container does not exist'

section in comments and yes - it works again. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: svn commit: r528109 - /cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/pom.xml

the transitive dependencies as I am working on a company-internal release of Cocoon 2.2-RC1. Thanx, Alex -- Alexander Klimetschek http://www.mindquarry.com

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

Components: - Servlet service framework Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek The call to servlet:/something fails on the first attempt, the effect is an empty output stream. After a reload it mostly works, but I cannot yet give exact

CachingSourceTestCase in cocoon-core trunk fails

:239) at junit.framework.Assert.assertSame(Assert.java:246) at org.apache.cocoon.components.source.impl.CachingSourceTestCase.testCachingURI(CachingSourceTestCase.java:86) Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: CachingSourceTestCase in cocoon-core trunk fails

spring configurations. How do you do this now? (addSettings() has no more parameters...) Are the spring bean xml files for testing read automatically from some location? Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: CachingSourceTestCase in cocoon-core trunk fails

the ones in the root pom after a svn up. Now the CachingSourceTestCase still fails, but the other tests are ok, once I exclude that from the tests. Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: CachingSourceTestCase in cocoon-core trunk fails

I commented out all the cocoon deps in the root pom's dependencyManagement section and a -Dallblocks build runs through (CachingSourceTestCase still disabled). Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: svn commit: r528109 - /cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/pom.xml

) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:431) ... 57 more -- Alexander Klimetschek http://www.mindquarry.com

Re: servlet:/ URL

thing we want. Alex -- Alexander Klimetschek http://www.mindquarry.com

[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 cocoon-servlet

[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

servlet:/ URL

when loading an XSL from servlet:/xslt/foobar.xsl... Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Servlet Services + Shielding

, before the shielded servlet is called. Adding that for the ShieldingServletService itself would be nice for having a minimal configuration (and a more difficult stacktrace during debugging ;-). Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Servlet Services + Shielding

old. No one outside of the developer mailinglist knows about the cocoon.zones.apache.org website and the daisy website... Maybe this could be improved by putting 2.2 development/documentation links on the cocoon.apache.org front page, next to 2.1 stable. Alex -- Alexander Klimetschek http

Re: Servlet Services + Shielding

in the end. Just my 2 cents... Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Circular deps in servlet connections (was Re: Servlet Services + Shielding)

refactorings and will mention this problem. Can you give a short example on how one configures that all dojo js and form xsl files etc. are retrieved by an ajax/forms sitemap? Will those sitemaps get mounted automatically under some URL? Alex -- Alexander Klimetschek http

Re: Circular deps in servlet connections (was Re: Servlet Services + Shielding)

you in testing it next week, when I have our webapp running with Cocoon trunk (going from dojo 0.3.1 to 0.4.1 is quite some work...). Specifically I want to reuse lots of styling pipelines copied across our sitemaps and thus place them in one single location. Alex -- Alexander Klimetschek

[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 cocoon

Looking up pipeline component via avalon fails

)? Or something with the servlet services is different than with the blocks-fw regarding sitemap processing? Alex PS: Sorry for being in non-stop-questioning-mode ;-) -- Alexander Klimetschek http://www.mindquarry.com

Re: Parameters in request get lost when using servlet: protocol

cases. Rice -- Alexander Klimetschek http://www.mindquarry.com

Re: Circular deps in servlet connections (was Re: Servlet Services + Shielding)

at the end of the child sitemap -- Alexander Klimetschek http://www.mindquarry.com

Re: Circular deps in servlet connections (was Re: Servlet Services + Shielding)

Grzegorz Kossakowski schrieb: Alexander Klimetschek napisał(a): Yes, this would indeed be better. The super block must not know of its concrete children, but be able to call polymorphic matchers - true OO. Then I can remove the cyclic dep. Alex BTW: When I started to use blocks and especially

cocoon-spring-configurator in trunk not working?

namespaces are configured? I could not find any reference. And is spring-configurator in trunk somehow stable or are there new developments in progress? Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Parameters in request get lost when using servlet: protocol

application solely with Cocoon and Spring. Alex -- Alexander Klimetschek http://www.mindquarry.com

Servlet Services + Shielding

information in the Wiki: http://wiki.apache.org/cocoon/ServletService Alex -- Alexander Klimetschek http://www.mindquarry.com

Re: Servlet Services + Shielding

()); } proxyFactory.addAdvisor(new ServletServiceContextMixinAdvisor()); return proxyFactory.getProxy(); } We have lots of spring config files now, so I don't see if we have any special config which triggers this problem. Any idea? Alex Alexander Klimetschek schrieb: 1) I changed the spring

Circular deps in servlet connections (was Re: Servlet Services + Shielding)

are available: Is it possible to allow circular dependencies in the servlet connections? If not, there should be at least some kind of check that prints a better message. Alex -- Alexander Klimetschek http://www.mindquarry.com

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

service framework Affects Versions: 2.2-dev (Current SVN) Reporter: Alexander Klimetschek Circular dependencies in servlet connections lead to a Spring exception [1] in [2] that does not provide any help. The previous implementation (block:) did allow circular dependencies

Re: Circular deps in servlet connections (was Re: Servlet Services + Shielding)

are going to work on it please let me know to not duplicate the effort. https://issues.apache.org/jira/browse/COCOON-2036 How could one solve this with spring? Does spring have a mechanism for setting circular bean references? Alex -- Alexander Klimetschek http://www.mindquarry.com

  1   2   3   >