Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=108620&projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 13 Aug 2008 23:06:36 -0700
Finished at: Wed 13 Aug 2008 23:11:04 -0700
Total time: 4m 27s
Build Trigger: Schedule
Build
Issue Subscription
Filter: COCOON-open-with-patch (109 issues)
Subscriber: cocoon
Key Summary
COCOON-2233 Update archetypes to current trunk artifact versions
https://issues.apache.org/jira/browse/COCOON-2233
COCOON-2228 StripNameSpacesTransformer does not strip namespace pref
I guess a JS reader could be helpful for applications where all
resources are served directly by "raw" Cocoon, i.e. if any compression
is to be done then Cocoon has to do it. But don't most applications
in a Web setting run Cocoon behind an Apache front-end? Then you can
just have Apach
Thorsten Scherler pisze:
Hmm, hard-coded does not sounds swell. Couldn't we set up an
error-handler sitemap and then import it to the sitemap that need to use
the handlers. This way it is still possible to implement your own.
Actually, I've discovered that we do have already such default handl
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=108483&projectId=51
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 13 Aug 2008 06:45:25 -0700
Finished at: Wed 13 Aug 2008 06:51:11 -0700
Total time: 5m 45s
Build Trigger: Schedule
Build Num
imran wrote:
Grzegorz Kossakowski wrote:
Grzegorz Kossakowski pisze:
It's not thread-specific but request-specific but here request means
the one coming from browser and handled by servlet container and not
those internal requests that Cocoon is doing when cocoon: or
servlet: protocols are
On Wed, 2008-08-13 at 12:12 +0200, Grzegorz Kossakowski wrote:
> Hi,
>
> In 2.1 every sitemap was mounted by root sitemap and thus mounted sitemap
> inherited various settings
> like components configuration or map:handle-errors declarations.
>
> By contrast, in 2.2 every sitemap is independent
Buffering of response does not work correctly in SSF
Key: COCOON-2237
URL: https://issues.apache.org/jira/browse/COCOON-2237
Project: Cocoon
Issue Type: Bug
Components: - Servlet
Servlet Service Framework 1.1.0 is incompatible with Cocoon Core 2.2
Key: COCOON-2236
URL: https://issues.apache.org/jira/browse/COCOON-2236
Project: Cocoon
Issue Type: Bug
[
https://issues.apache.org/jira/browse/COCOON-2234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukas Lang updated COCOON-2234:
---
Attachment: patch.c2234.20080813.txt
Added changes.xml entry. Removed last Avalon xconf. Javadoc cor
Hi,
In 2.1 every sitemap was mounted by root sitemap and thus mounted sitemap inherited various settings
like components configuration or map:handle-errors declarations.
By contrast, in 2.2 every sitemap is independent and self-contained so it does not inherit any kind
of default declaration
[
https://issues.apache.org/jira/browse/COCOON-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukas Lang updated COCOON-2235:
---
Attachment: patch.c2235.20080813.txt
Added integration tests for JCR block.
> Write integration tes
This might be a little too late, but there is a similar project. It's not a
Cocoon plugin, but a servlet, which is somewhat close to a Reader, from what
I understand...?
The project is called JAWR
https://jawr.dev.java.net/
It's a servlet that compresses all your javascript and css on server
sta
Write integration tests for springified JCR block
-
Key: COCOON-2235
URL: https://issues.apache.org/jira/browse/COCOON-2235
Project: Cocoon
Issue Type: Task
Components: Blocks: JCR
14 matches
Mail list logo