Carsten Ziegeler wrote:
Now all these examples assume that the calling code knows the components.
For my use case - and it's the same with the Cocoon sitemap - I've a
description of a pipeline (think of the sitemap) which has just the name
of the pipeline components to chain. A generic code
Ralph Goers wrote:
Can you show an example?
Can they be declared as Spring beans and wired with the appropriate
parameters, or at least beans that know how to dynamically obtain the
correct information and then be referenced in the sitemap?
Ok, this all depends on what you consider
Carsten Ziegeler wrote:
Ok, this all depends on what you consider configuration vs execution
information. If you look at the current Cocoon sitemap components
they've only a little configuration (everything that can be configured
in the components section of the sitemap). Most information is
Hi Carsten,
Carsten Ziegeler schrieb:
[…]
I'd imagine something like this:
public void parameterizeTransformers(Request req, Pipeline pipeline) {
for (Iterator i = pipeline.getTransformers().iterator(); … ) {
Transformer t = (Transformer) i.next();
if (t instanceof
Andreas Hartmann wrote:
SNIP/
The DSL interpreter would use reflection to call the setStylesheet() and
setXsltParams() methods of the XsltTransformer. A resolver service would
be used for parameter expansion, e.g. for input module calls in Cocoon.
Yes, sure, reflection tricks could be used
On Thu, Jul 17, 2008 at 9:22 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Andreas Hartmann wrote:
I don't think that the calling code has to know the actual components,
but rather the environment-specific interfaces of the components. It
only makes sense to pass an environment to a pipeline
Carsten Ziegeler schrieb:
[…]
Client code inside a web application:
public void parameterizeComponents(Request req, Pipeline pipeline) {
for (Iterator i = pipeline.getComponents().iterator(); … ) {
PipelineComponent c = (PipelineComponent) i.next();
if (c instanceof
Hi Peter,
Peter Hunsberger schrieb:
On Thu, Jul 17, 2008 at 9:22 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Andreas Hartmann wrote:
I don't think that the calling code has to know the actual components,
but rather the environment-specific interfaces of the components. It
only makes sense
On Thu, Jul 17, 2008 at 11:22 AM, Andreas Hartmann [EMAIL PROTECTED] wrote:
Hi Peter,
Peter Hunsberger schrieb:
On Thu, Jul 17, 2008 at 9:22 AM, Carsten Ziegeler [EMAIL PROTECTED]
wrote:
Andreas Hartmann wrote:
I don't think that the calling code has to know the actual components,
but
Peter Hunsberger schrieb:
On Thu, Jul 17, 2008 at 9:22 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Andreas Hartmann wrote:
I don't think that the calling code has to know the actual components,
but rather the environment-specific interfaces of the components. It
only makes sense
On Thu, Jul 17, 2008 at 5:27 PM, Steven Dolg [EMAIL PROTECTED] wrote:
Peter Hunsberger schrieb:
snip/
AFAIK an adapter is used to adapt one interface or class to another.
So what does the adapter adapt - what's the adapted class/interface?
Well given that the entire discussion is abstract
Torsten Curdt tcurdt at apache.org writes:
The question if those configuration are needed in a generic form in
the API. (I doubt it) As I would expect them to be implementation
specific a configuration callback that sets up the pipeline might be a
way around this?
I guess we are on the
Joerg Heinicke wrote:
A listener/callback approach would be cleaner for the API, but more complex.
Question is if it needs to be part of the API at all.
We're not talking about component configuration here, we are talking
about providing runtime/environment information for a pipeline run.
Joerg Heinicke wrote:
Torsten Curdt tcurdt at apache.org writes:
The question if those configuration are needed in a generic form in
the API. (I doubt it) As I would expect them to be implementation
specific a configuration callback that sets up the pipeline might be a
way around this?
Hi Cocoon devs,
I'd be very interested in a pipeline API for Sling, so I'd like to
understand this discussion. Please excuse any unqualified remarks :)
Carsten Ziegeler schrieb:
A listener/callback approach would be cleaner for the API, but more
complex.
Question is if it needs to be part
Carsten Ziegeler wrote:
Peter Hunsberger wrote:
On Tue, Jul 15, 2008 at 5:42 AM, Reinhard Pötz [EMAIL PROTECTED]
wrote:
Are you talking about passing the input parameters as parameters of the
setup() method?
void setup(MapString, Object inputParameters)
I'd be fine by this.
I hate
Andreas Hartmann pisze:
Just for my understanding:
Is the context (runtime/environment) information used by the pipeline
itself, or only by the pipeline components? From an SoC point of view
I'd assume that the pipeline implementation is independent from the
execution environment. I'd
On Wed, Jul 16, 2008 at 5:14 AM, Sylvain Wallez [EMAIL PROTECTED] wrote:
...Can't we just give the parameters they need
individually to every pipeline component, thus allowing per-component
strongly typed and well defined contracts?..
I'm also catching up on this thread but I tend to agree
Bertrand Delacretaz wrote:
On Wed, Jul 16, 2008 at 5:14 AM, Sylvain Wallez [EMAIL PROTECTED] wrote:
...Can't we just give the parameters they need
individually to every pipeline component, thus allowing per-component
strongly typed and well defined contracts?..
I'm also catching up on this
Carsten Ziegeler schrieb:
Bertrand Delacretaz wrote:
On Wed, Jul 16, 2008 at 5:14 AM, Sylvain Wallez [EMAIL PROTECTED]
wrote:
...Can't we just give the parameters they need
individually to every pipeline component, thus allowing per-component
strongly typed and well defined contracts?..
Andreas Hartmann schrieb:
Carsten Ziegeler schrieb:
Bertrand Delacretaz wrote:
On Wed, Jul 16, 2008 at 5:14 AM, Sylvain Wallez [EMAIL PROTECTED]
wrote:
...Can't we just give the parameters they need
individually to every pipeline component, thus allowing per-component
strongly typed and
Carsten Ziegeler schrieb:
Andreas Hartmann schrieb:
Carsten Ziegeler schrieb:
Bertrand Delacretaz wrote:
On Wed, Jul 16, 2008 at 5:14 AM, Sylvain Wallez
[EMAIL PROTECTED] wrote:
...Can't we just give the parameters they need
individually to every pipeline component, thus allowing
Reinhard Pötz wrote:
currently corona-pipeline (pipeline API, pipeline impls, SAX components)
only has a dependency on commons-logging. Is this good enough for your
needs?
:) Ok, that should be fine.
I've moved the action to the sitemap module and split up execute into
setup and execute. I
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
currently corona-pipeline (pipeline API, pipeline impls, SAX
components) only has a dependency on commons-logging. Is this good
enough for your needs?
:) Ok, that should be fine.
I've moved the action to the sitemap module and split up execute
Carsten Ziegeler cziegeler at apache.org writes:
c) Pre and post processing
As the pipeline interfaces are not tied to sax or any other model
(which is ok), there is no explicit notion of indicating that the
processing starts or is finished - the latter is especially
interesting for
On Tue, Jul 15, 2008 at 5:42 AM, Reinhard Pötz [EMAIL PROTECTED] wrote:
Are you talking about passing the input parameters as parameters of the
setup() method?
void setup(MapString, Object inputParameters)
I'd be fine by this.
I hate seeing Maps used as dumping grounds for randomly typed
Reinhard Pötz wrote:
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
currently corona-pipeline (pipeline API, pipeline impls, SAX
components) only has a dependency on commons-logging. Is this good
enough for your needs?
:) Ok, that should be fine.
I've moved the action to the sitemap module
Peter Hunsberger wrote:
On Tue, Jul 15, 2008 at 5:42 AM, Reinhard Pötz [EMAIL PROTECTED] wrote:
Are you talking about passing the input parameters as parameters of the
setup() method?
void setup(MapString, Object inputParameters)
I'd be fine by this.
I hate seeing Maps used as dumping
Joerg Heinicke wrote:
Carsten Ziegeler cziegeler at apache.org writes:
c) Pre and post processing
As the pipeline interfaces are not tied to sax or any other model
(which is ok), there is no explicit notion of indicating that the
processing starts or is finished - the latter is especially
On Jul 15, 2008, at 18:33, Carsten Ziegeler wrote:
Peter Hunsberger wrote:
On Tue, Jul 15, 2008 at 5:42 AM, Reinhard Pötz
[EMAIL PROTECTED] wrote:
Are you talking about passing the input parameters as parameters
of the
setup() method?
void setup(MapString, Object inputParameters)
I'd be
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
Carsten Ziegeler cziegeler at apache.org writes:
c) Pre and post processing
As the pipeline interfaces are not tied to sax or any other model
(which is ok), there is no explicit notion of indicating that the
processing starts or is finished -
Reinhard Pötz wrote:
I agree with you that the package structure should be cleaned up. It's
also a good idea to create a 'corona-pipeline-sax' module that contains
the SAX based components. I'm not so sure if we should really move the
pipeline implementations into their own modules. This seems
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
I agree with you that the package structure should be cleaned up. It's
also a good idea to create a 'corona-pipeline-sax' module that
contains the SAX based components. I'm not so sure if we should really
move the pipeline implementations into
Carsten Ziegeler wrote:
Hi,
I'm currently looking for a nice and simple pipeline api to be
integrated with Apache Sling :)
And of course I had a quick look at Corona (as everything else I found
was not what I was searching for) which would be the prefered way of
implementing pipelines :)
Hi,
I'm currently looking for a nice and simple pipeline api to be
integrated with Apache Sling :)
And of course I had a quick look at Corona (as everything else I found
was not what I was searching for) which would be the prefered way of
implementing pipelines :)
Now, I only need the naked
On Fri, Jul 11, 2008 at 8:19 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Hi,
I'm currently looking for a nice and simple pipeline api to be integrated
with Apache Sling :)
And of course I had a quick look at Corona (as everything else I found was
not what I was searching for) which would
36 matches
Mail list logo
