Just a test to see if my messages arrive on the list.
Just a test to see if my messages arrive on the list.
Just a test to see if my messages arrive on the list.
On Mar 28, 2008, at 04:29, Joerg Heinicke wrote:
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
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Grzegorz Kossakowski wrote:
Therefore I propose:
1. Make a 1.0.0 of SSF as it's now so Cocoon users can consume it and we
will be able to release other artifacts in final version. (Remember: we
can't release Cocoon Core 2.2 final if we don't have
Reinhard Poetz schrieb:
Carsten Ziegeler wrote:
The question is now if we need support for caching in the low level
apis or if it is possible to have a layered approach - which would
make the entry barrier much easier.
Yes, this layered approach is what I'm aiming for. All the reactions
Reinhard Poetz schrieb:
Dev at weitling wrote:
But (maybe I have missed some mails) how do you want to make this
Pipeline API?
E.g. a SAX-based pipeline is something different than image data
running through several filters. How do you want to prevent the use of
a SAX-events generating
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
Reinhard Poetz wrote:
ok. Steven and I will work on Corona next week again so that the code
reflects the layered design that we have discussed recently. When
doing this we will also improve the package structure to make it becomes
cleaner in general (and more OSGi friendly in particular).
Rainer Pruy wrote:
Reinhard Poetz schrieb:
The idea of Corona is having a concise core that doesn't have any
dependencies on a particular component container (Spring, OSGi, etc.),
source resolving mechanisms or environment (http, java only, etc.) or even
the type of the components (XML-SAX
Rainer Pruy wrote:
Hi, I was off the net for some time and while catching up this discussion I
also got the feeling of being somehow lost a bit in the different aspects of
the discussions
From what I see the starting point was
the (technical) question of how to get rid of a unwanted
Rainer Pruy wrote:
Reinhard Poetz schrieb:
Dev at weitling wrote:
But (maybe I have missed some mails) how do you want to make this
Pipeline API? E.g. a SAX-based pipeline is something different than image
data running through several filters. How do you want to prevent the use
of a
Is there anybody who is going to attend the ApacheCon in Amsterdam? I'll be
there at the two Hackathon days (Mon full day, Tue till 3pm) and would love to
have some discussions about Corona.
What about a meeting on Monday 2pm at the official Hackathon room? (Though I
don't know if this
Reinhard Poetz wrote:
Is there anybody who is going to attend the ApacheCon in Amsterdam? I'll
be there at the two Hackathon days (Mon full day, Tue till 3pm) and
would love to have some discussions about Corona.
Me too :) I'll be there from monday 1pm until friday.
What about a meeting
Hi, due to circumstances I had to create a SVGSerializer that works with
Batik 1.7. You can find it in the Daisy codebase [0] - feel free to add
it to Cocoon if you think it is functional enough.
[0]
Carsten Ziegeler schrieb:
Reinhard Poetz wrote:
ok. Steven and I will work on Corona next week again so that the code
reflects the layered design that we have discussed recently. When
doing this we will also improve the package structure to make it
becomes cleaner in general (and more OSGi
Steven Dolg wrote:
How about:
URL url = new URL(some url);
UrlConnection connection = url.openConnection();
connection.getLastModified();
Not sure it this really works in all cases, but appears to be quite
suitable and easily extensible.
Yes, this works for many cases, but not for cases
On Mar 28, 2008, at 11:04, Reinhard Poetz wrote:
Is there anybody who is going to attend the ApacheCon in Amsterdam?
I'll be there at the two Hackathon days (Mon full day, Tue till 3pm)
and would love to have some discussions about Corona.
Will someone actually bring Corona? :-D
I will
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
Is there anybody who is going to attend the ApacheCon in Amsterdam?
I'll be there at the two Hackathon days (Mon full day, Tue till 3pm)
and would love to have some discussions about Corona.
Me too :) I'll be there from monday 1pm until
Carsten Ziegeler schrieb:
Steven Dolg wrote:
How about:
URL url = new URL(some url);
UrlConnection connection = url.openConnection();
connection.getLastModified();
Not sure it this really works in all cases, but appears to be quite
suitable and easily extensible.
Yes, this works for many
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
Is there anybody who is going to attend the ApacheCon in Amsterdam?
I'll be there at the two Hackathon days (Mon full day, Tue till 3pm)
and would love to have some discussions about Corona.
Me too :) I'll be there from
On Fri, Mar 28, 2008 at 11:39 AM, Reinhard Poetz [EMAIL PROTECTED] wrote:
... Carsten, what time do you prefer?...
Note this great (swiss made) tool to arrange meetings: http://doodle.ch
-Bertrand
Bertrand Delacretaz wrote:
On Fri, Mar 28, 2008 at 11:39 AM, Reinhard Poetz [EMAIL PROTECTED] wrote:
... Carsten, what time do you prefer?...
Note this great (swiss made) tool to arrange meetings: http://doodle.ch
... and I was thinking that Switzerland only stands for knives and cheese
Bertrand Delacretaz wrote:
how about having
dinner together somewhere on Monday night?
great. Count me in!
--
Reinhard PötzManaging Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software
Hi,
On Fri, Mar 28, 2008 at 11:04 AM, Reinhard Poetz [EMAIL PROTECTED] wrote:
...Is there anybody who is going to attend the ApacheCon in Amsterdam? I'll
be
there at the two Hackathon days (Mon full day, Tue till 3pm) and would love
to
have some discussions about Corona.
I'll be
On Mar 28, 2008, at 11:57, Reinhard Poetz wrote:
Bertrand Delacretaz wrote:
how about having
dinner together somewhere on Monday night?
great. Count me in!
...keep in mind there is also the BarCamp on Monday night.
cheers
--
Torsten
Consider this:
URL baseUrl = new URL(file:///C:/temp/);
Pipeline pipeline = new NonCachingPipeline();
pipeline.addComponent(new FileGenerator(new URL(baseUrl, xyz.xml));
pipeline.addComponent(new XSLTTransformer(new URL(baseUrl, xyz.xslt));
pipeline.addComponent(new XMLSerializer());
Ralph Goers wrote:
Consider this:
URL baseUrl = new URL(file:///C:/temp/);
Pipeline pipeline = new NonCachingPipeline();
pipeline.addComponent(new FileGenerator(new URL(baseUrl, xyz.xml));
pipeline.addComponent(new XSLTTransformer(new URL(baseUrl, xyz.xslt));
pipeline.addComponent(new
It is essential to keep the different layers straight here.
The example is somewhere at the level of the pipeline api or probably sitemap
api implementation..
Here caching is a question of the implementation of the components.
It actually will depend on different implementations of generators,
Carsten Ziegeler schrieb:
Ralph Goers wrote:
Consider this:
URL baseUrl = new URL(file:///C:/temp/);
Pipeline pipeline = new NonCachingPipeline();
pipeline.addComponent(new FileGenerator(new URL(baseUrl, xyz.xml));
pipeline.addComponent(new XSLTTransformer(new URL(baseUrl, xyz.xslt));
Suggest list .. initial value not being displayed
--
Key: COCOON-2186
URL: https://issues.apache.org/jira/browse/COCOON-2186
Project: Cocoon
Issue Type: Bug
Components: Blocks:
Sitemap parameters get lost in JX templates
---
Key: COCOON-2187
URL: https://issues.apache.org/jira/browse/COCOON-2187
Project: Cocoon
Issue Type: Bug
Components: Blocks: Templating
[
https://issues.apache.org/jira/browse/COCOON-2187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz updated COCOON-2187:
---
Description:
This template doesn't work with trunk:
page
[
https://issues.apache.org/jira/browse/COCOON-2187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583088#action_12583088
]
Grzegorz Kossakowski commented on COCOON-2187:
--
Interesting problem.
[
https://issues.apache.org/jira/browse/COCOON-2187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583088#action_12583088
]
grek edited comment on COCOON-2187 at 3/28/08 9:38 AM:
[
https://issues.apache.org/jira/browse/COCOON-2187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583090#action_12583090
]
Reinhard Poetz commented on COCOON-2187:
My first guess is that this only occurs
Hi
I'd like to disable JavaPrimitiveWrap globally in Cocoon flowscripts.
JavaPrimitiveWrap is a Rhino feature that, when disabled, will return
strings and numbers from Java calls as native Javascript types,
instead of wrapped Java objects.
One can disable it on a (flowscript-)thread by
Hi guys,
The discussion initiated by rather *technical* question about JNet integration with SSF turned into
heated discussion on whether standard URL API is capable enough to replace Excalibur's
Source/SourceFactory interfaces. Actually, it was Rainer Pruy who gave a nice summary[1] of
Hi,
I have a guts feeling that Spring's Resource and ResourcePatternResolver
have similar functions as Source and SourceResolver, hence we could just
depend on Spring's Resource to achieve the same functionality in SSF.
Regards,
Rice
On Sat, Mar 29, 2008 at 5:48 AM, Grzegorz Kossakowski [EMAIL
39 matches
Mail list logo