Le 21 juil. 05, à 18:40, Christian Stocker a écrit :
...Bertrand today implemented XSLTAL into cocoon and asked me, if I
could
officially contribute my tal2xslt.xsl, which I gladly will do with this
email...
Thanks very much for your contribution!
Despite all the exciting stuff and chats
Hi Andreas,
This block is really in an very early stage of development.
In the actually committed version, it does not work as expected.
Sylvain first wrote this JCRNodeSource for my own needs (I am one of his
coworkers) and I've applied many many patches to it without contributing
them back
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-spring-app has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-spring-app has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-xsp has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-xsp has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-axis has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-axis has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-lucene has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-lucene has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-jcr has an issue affecting its community integration.
This issue
Cédric Damioli wrote:
Hi Andreas,
This block is really in an very early stage of development.
In the actually committed version, it does not work as expected.
Yesterday I configured Lenya to use the JCRSourceFactory to generate
sources for storing content - it works fine :)
Maybe a short
Andreas Hartmann wrote:
Hi Cocoon devs,
I'm currently examining the JCR block (thanks, Sylvain, Michi and all
others
who were involved!)
Some questions:
1) IIUC, every time a source is resolved a new JCR session is created.
Does this mean that no transactions can be used?
Maybe it
Sylvain Wallez wrote:
[...]
1) IIUC, every time a source is resolved a new JCR session is created.
Does this mean that no transactions can be used?
Maybe it would make sense to attach the JCR session to the Cocoon
session, so that all resolved JCRNodeSources save their data to a
Hi everybody,
I tried mailing users list, but there was not much activity there. I
described the problem in all details in 2 previous posts. In its core
there is the fact that cocoon-portal-action and cocoon-portal-events
parameters are not available when calling Request.getParameter method
Cédric Damioli wrote:
Hi Andreas,
This block is really in an very early stage of development.
In the actually committed version, it does not work as expected.
Sylvain first wrote this JCRNodeSource for my own needs (I am one of his
coworkers) and I've applied many many patches to it without
Andreas Hartmann a écrit :
Cédric Damioli wrote:
Hi Andreas,
This block is really in an very early stage of development.
In the actually committed version, it does not work as expected.
Sylvain first wrote this JCRNodeSource for my own needs (I am one of
his coworkers) and I've applied
Hi lists,
I am using Cocoon for a long time now, also building my own transformers
etc.
But I always used Tomcat to deploy the servlet.
I have successfully used Weblogic (configuring my hand using a exploded
war).
But now I have problems with Websphere 6. I have applied the helpful
interformation
Hi Cocoon devs,
in order to support properties for JCR sources, the JCRNodeSource could
implement the InspectableSource from the repository block.
IIUC this requires a mapping between namespace+name to JCR property names.
Could this be implemented in the following way?
public
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-scratchpad has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-scratchpad has an issue affecting its community
integration.
This
21 matches
Mail list logo
