On 27.03.2008 10:33, Torsten Curdt wrote:
Just have a look at the quote from the original. It gives the object
relationships in the memory. BufferedOutputStream takes 50% and is
hold in HttpEnvironment which is hold in TreeProcessorRedirector
which is hold in ContinuationContext. I wondered why
Carsten Ziegeler wrote:
Intersting stuff - thanks Reinhard and Steven for starting this and
sharing it with us.
Finally I had time to have a *brief* look at it and I have some
remarks :)
I think the pipeline api and sitemap api should be separate things. So
the invocation should rather be i
On Mar 27, 2008, at 19:14, Carsten Ziegeler wrote:
Intersting stuff - thanks Reinhard and Steven for starting this and
sharing it with us.
Finally I had time to have a *brief* look at it and I have some
remarks :)
I think the pipeline api and sitemap api should be separate things.
+1
S
Intersting stuff - thanks Reinhard and Steven for starting this and
sharing it with us.
Finally I had time to have a *brief* look at it and I have some remarks :)
I think the pipeline api and sitemap api should be separate things. So
the invocation should rather be in the pipeline api as the b
On Mar 27, 2008, at 1:18 PM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Anybody knowledgeable about maven? Anybody at all? :)
Is it still a problem?
Yes. Empty .repository/org/apache/cocoon, latest trunk, cocoon forms
branch had no modifications:
[INFO] Installing ~/cocoon-forms
Vadim Gritsenko pisze:
Anybody knowledgeable about maven? Anybody at all? :)
Is it still a problem?
--
Grzegorz
[
https://issues.apache.org/jira/browse/COCOON-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582715#action_12582715
]
Reinhard Poetz commented on COCOON-2183:
I've just incremented the version numbers
[
https://issues.apache.org/jira/browse/COCOON-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz reassigned COCOON-2183:
--
Assignee: Reinhard Poetz
> "mvn site" fails (missing artifact
> org.apache.cocoon:coc
[
https://issues.apache.org/jira/browse/COCOON-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Kuckartz updated COCOON-2183:
-
Summary: "mvn site" fails (missing artifact
org.apache.cocoon:cocoon-core:jar:2.2.0-RC3-
[
https://issues.apache.org/jira/browse/COCOON-2184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Kuckartz updated COCOON-2184:
-
Summary: "mvn test" fails (was: Missing artifact:
org.apache.cocoon:cocoon-pipeline-imp
[
https://issues.apache.org/jira/browse/COCOON-2185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Kuckartz closed COCOON-2185.
Resolution: Fixed
> Build failure: SourceResource is not abstract
> -
On Mar 27, 2008, at 15:33, Torsten Curdt wrote:
On Mar 27, 2008, at 15:13, Joerg Heinicke wrote:
Torsten Curdt apache.org> writes:
Just have a look at the quote from the original. It gives the
object
relationships in the memory. BufferedOutputStream takes 50% and is
hold in HttpEnvironmen
[
https://issues.apache.org/jira/browse/COCOON-2185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582665#action_12582665
]
Reinhard Poetz commented on COCOON-2185:
sorry, I was testing without doing a clea
[
https://issues.apache.org/jira/browse/COCOON-2185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz reassigned COCOON-2185:
--
Assignee: Reinhard Poetz
> Build failure: SourceResource is not abstract
> --
On Mar 27, 2008, at 15:13, Joerg Heinicke wrote:
Torsten Curdt apache.org> writes:
Just have a look at the quote from the original. It gives the object
relationships in the memory. BufferedOutputStream takes 50% and is
hold in HttpEnvironment which is hold in TreeProcessorRedirector
which is
Torsten Curdt apache.org> writes:
> > Just have a look at the quote from the original. It gives the object
> > relationships in the memory. BufferedOutputStream takes 50% and is
> > hold in HttpEnvironment which is hold in TreeProcessorRedirector
> > which is hold in ContinuationContext. I
On Mar 27, 2008, at 13:18, Joerg Heinicke wrote:
On 27.03.2008 04:39, Torsten Curdt wrote:
Sure, here is the hierarchy from bottom to top. At this point, I
ran the test for about five
minutes (running longer would increase the percentage) and the
retained size of the one
ContinuationsManag
On 27.03.2008 04:39, Torsten Curdt wrote:
Sure, here is the hierarchy from bottom to top. At this point, I ran
the test for about five
minutes (running longer would increase the percentage) and the
retained size of the one
ContinuationsManagerImpl object is 58% of the total. The
BufferedOutp
On 27.03.2008 02:25, Steven Dolg wrote:
What I want to see is a concise pipeline API that comes with only
little overhead in terms of its learning curve and its dependencies
on third-party software. Usually this means that we stick with
standard APIs as much as possible - and I think this rule
Yes, using Cocoon pipelines in Ant is one of my long-time favorits ;-)
Reinhard
Bruce Atherton wrote:
I'm with you, too.
Just as an example, I think it might be useful to use Corona as the
basis for a new Ant task called Pipeline. That task could do any number
text transformations to a set
Build failure: SourceResource is not abstract
--
Key: COCOON-2185
URL: https://issues.apache.org/jira/browse/COCOON-2185
Project: Cocoon
Issue Type: Bug
Components: - Build System: Maven
[
https://issues.apache.org/jira/browse/COCOON-2182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Kuckartz closed COCOON-2182.
Resolution: Fixed
> Failed to validate POM for project org.apache.cocoon:cocoon-databases-
> > To be honest, I don't care about caching or how complex it
> is. It has
> > to work and it does it nicely in Cocoon. If your name isn't
> Ard ( ;-)
:-)
> > ) you usually don't need to know more details. And that's
> what it is
> > as Vadim pointed out: implementation details.
> >
> My
On Mar 27, 2008, at 05:31, Joerg Heinicke wrote:
On 18.03.2008 03:07, footh wrote:
Sure, here is the hierarchy from bottom to top. At this point, I
ran the test for about five
minutes (running longer would increase the percentage) and the
retained size of the one
ContinuationsManagerImpl o
David Crossley wrote:
Reinhard Poetz wrote:
David Crossley wrote:
Reinhard Poetz wrote:
A simple scenario could be:
Pipeline API + java.net.URL + XML-SAX components
A more advanced scenario could consist of
Pipeline API + Sourceresolve + XML-SAX components + Sitemap Engine
Is
Joerg Heinicke wrote:
CachingFileGenerator was something Reinhard came up with - I only
explained why I considered this as starting point for a "mess" which you
disagreed with.
But I will turn around the questions :) What caching do you need? The
ultra complex caching we currently have which
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=69621&projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 27 Mar 2008 00:38:33 -0700
Finished at: Thu 27 Mar 2008 00:40:44 -0700
Total time: 2m 10s
Build Trigger: Schedule
Build
Reinhard Poetz wrote:
> David Crossley wrote:
> >Reinhard Poetz wrote:
> >>A simple scenario could be:
> >>
> >> Pipeline API + java.net.URL + XML-SAX components
> >>
> >>A more advanced scenario could consist of
> >>
> >> Pipeline API + Sourceresolve + XML-SAX components + Sitemap Eng
David Crossley wrote:
Reinhard Poetz wrote:
A simple scenario could be:
Pipeline API + java.net.URL + XML-SAX components
A more advanced scenario could consist of
Pipeline API + Sourceresolve + XML-SAX components + Sitemap Engine
Is "sourceresolve" where the Apache XML Common
Steven Dolg wrote:
Joerg Heinicke schrieb:
On 26.03.2008 09:14, Reinhard Poetz wrote:
What I want to see is a concise pipeline API that comes with only
little overhead in terms of its learning curve and its dependencies
on third-party software. Usually this means that we stick with
standar
30 matches
Mail list logo
