Re: [vote result] Let our environment abtractions extend the http servlet ones

2007-08-11 Thread Reinhard Poetz
Daniel Fagerstrom wrote: Daniel Fagerstrom skrev: I would like o.a.c.environment.[Request|Response|Session] to extend javax.servlet.http.Http[ServletRequest|ServletResponse|Session] respectively. ... I don't want this to collide with releasing 2.2, so I'll wait with introducing the changes if

[jira] Commented: (COCOON-2108) xmodule:flow-attr Does not accept document objects

2007-08-11 Thread Hugh Sparks (JIRA)
[ https://issues.apache.org/jira/browse/COCOON-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519231 ] Hugh Sparks commented on COCOON-2108: - Grzegorz Kossakowski wrote: > ... > Thanks Hugh for your great research!

Re: Introduction of cocoon-container core module

2007-08-11 Thread Daniel Fagerstrom
Grzegorz Kossakowski skrev: Daniel Fagerstrom pisze: Grzegorz Kossakowski skrev: Why are you depending on CocoonTestCase for testing the expressions? I think it's mostly a matter of convenience. CocoonTestCase or ContainerTestCase sets up almost everything I need so I can write good test in

Re: Introduction of cocoon-container core module

2007-08-11 Thread Grzegorz Kossakowski
Daniel Fagerstrom pisze: Grzegorz Kossakowski skrev: Why are you depending on CocoonTestCase for testing the expressions? I think it's mostly a matter of convenience. CocoonTestCase or ContainerTestCase sets up almost everything I need so I can write good test in few lines. As we see, it's no

Re: Introduction of cocoon-container core module

2007-08-11 Thread Daniel Fagerstrom
Grzegorz Kossakowski skrev: Hello, I'm playing with COCOON-2110 at the moment and run into problem with writing test for new functionality. Our current code is messed a little when it comes to modules affilation. For example, our Avalon-Spring bridge[1] code is in cocoon-sitemap-impl module

[jira] Created: (COCOON-2111) Introduce cocoon-container module

2007-08-11 Thread Grzegorz Kossakowski (JIRA)
Introduce cocoon-container module - Key: COCOON-2111 URL: https://issues.apache.org/jira/browse/COCOON-2111 Project: Cocoon Issue Type: Task Components: * Cocoon Core Affects Versions: 2.2-dev (C

Re: [jira] Commented: (COCOON-2110) Evaluate expressions defined in cocooon-expression-language-api in Sitemap engine

2007-08-11 Thread Daniel Fagerstrom
Grzegorz Kossakowski skrev: Vadim Gritsenko (JIRA) pisze: Vadim Gritsenko commented on COCOON-2110: - Don't we have a history of using #{foo} for jxpath and ${foo} for jexl? Doing it differently would just result in more confusion. I'd rather have it mo

Introduction of cocoon-container core module

2007-08-11 Thread Grzegorz Kossakowski
Hello, I'm playing with COCOON-2110 at the moment and run into problem with writing test for new functionality. Our current code is messed a little when it comes to modules affilation. For example, our Avalon-Spring bridge[1] code is in cocoon-sitemap-impl module. Tests[2] for functionality (

Re: [jira] Commented: (COCOON-2110) Evaluate expressions defined in cocooon-expression-language-api in Sitemap engine

2007-08-11 Thread Grzegorz Kossakowski
Hi Alfred, Alfred Nathaniel pisze: On Sat, 2007-08-11 at 11:22 +0200, Grzegorz Kossakowski wrote: Speaking about myself I prefer much more language prefixes and I think we should go for it. The question that we need to answer is if we want to support #{} syntax in sitemap? Since it was never

Re: [jira] Commented: (COCOON-2110) Evaluate expressions defined in cocooon-expression-language-api in Sitemap engine

2007-08-11 Thread Alfred Nathaniel
On Sat, 2007-08-11 at 11:22 +0200, Grzegorz Kossakowski wrote: > Speaking about myself I prefer much more language prefixes and I think we > should go for it. The > question that we need to answer is if we want to support #{} syntax in > sitemap? Since it was never > there I don't think it mak

Re: [jira] Commented: (COCOON-2110) Evaluate expressions defined in cocooon-expression-language-api in Sitemap engine

2007-08-11 Thread Grzegorz Kossakowski
Vadim Gritsenko (JIRA) pisze: Vadim Gritsenko commented on COCOON-2110: - Don't we have a history of using #{foo} for jxpath and ${foo} for jexl? Doing it differently would just result in more confusion. I'd rather have it more uniform throughout. Actu