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 Grzegorz,
as requested, seeing the little problems with the documentation are still
there after the latest changes, here is a small list of locations and
changes that could be made.
1) On page http://cocoon.apache.org/2.2/1291_1_1.html
The 'Note' at the bottom currently reads 'Beside
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
rossputin pisze:
Hi Grzegorz,
as requested, seeing the little problems with the documentation are still
there after the latest changes, here is a small list of locations and
changes that could be made.
1) On page http://cocoon.apache.org/2.2/1291_1_1.html
The 'Note' at the bottom
Add SaxParser configuration properties
--
Key: COCOON-
URL: https://issues.apache.org/jira/browse/COCOON-
Project: Cocoon
Issue Type: Improvement
Components: * Cocoon Core
Affects
[
https://issues.apache.org/jira/browse/COCOON-?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robin Wyles updated COCOON-:
Attachment: sax-parser-config.patch
Patch adds configuration properties to the
Thanks,
I will get on and do that.
Regards,
Ross
Grzegorz Kossakowski-2 wrote:
rossputin pisze:
Hi Grzegorz,
as requested, seeing the little problems with the documentation are still
there after the latest changes, here is a small list of locations and
changes that could be made.
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
Hello,
I'm wondering, why the eventcache block has dependencies on
the JMS block and not the other way round?
For those who are familiar with these blocks,
in my opinion the JMSEventListener makes use of eventcache capabilities.
So I would say, JMS provides callback support via eventcache.
Fix block and migrate Avalon components to Spring
-
Key: COCOON-2223
URL: https://issues.apache.org/jira/browse/COCOON-2223
Project: Cocoon
Issue Type: Task
Components: Blocks: Event
Add integration tests
-
Key: COCOON-2224
URL: https://issues.apache.org/jira/browse/COCOON-2224
Project: Cocoon
Issue Type: Task
Components: Blocks: Event Cache
Affects Versions: 2.2-dev (Current SVN)
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 Jeremy,
doesn't dojo load a i18n resource for the messages? I dont think it should
be a problem taking over this or getting Dojo to load our i18n resources ...
xml-i18n resources for cocoon would have been really nice for this ... in
the worst case I think it should be possible (it even might
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
imran pisze:
Hello all
Grzegorz as u wrote...
Therefore I would like to propose introduction of a new scope called
request-inheritable which
would allow beans (like ObjectModel) to be inherited but by cloning.
can you please elaborate on that ... coz thats where we are stuck ...
if u have
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
[
https://issues.apache.org/jira/browse/COCOON-2224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukas Lang updated COCOON-2224:
---
Attachment: patch.c2224.20080716.txt
Add integration tests
-
[
https://issues.apache.org/jira/browse/COCOON-2223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukas Lang updated COCOON-2223:
---
Attachment: patch.c2223.20080716.txt
As a reminder, I still need to take care of adapting Spring
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
Reinhard P?tz wrote:
Dear Cocoon PMC,
as I said in a separate thread recently, it's time for Corona to move
out of the whiteboard of Cocoon in order to increase its visibility and
to allow releases. Corona has reached a state where it is already useful
but there is a lot of room for
24 matches
Mail list logo