Carsten Ziegeler wrote:
> Giacomo Pati wrote:
>
>>I now do have a working implementation for JMX with the least impact (by
>>added dependencies) to the core (so far only the javax.management
>>interfaces). The discovery approach is simply looking whether there is a
>>class which has the MBean s
Giacomo Pati wrote:
> I now do have a working implementation for JMX with the least impact (by
> added dependencies) to the core (so far only the javax.management
> interfaces). The discovery approach is simply looking whether there is a
> class which has the MBean suffix to the FQCN of the Comp
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 has an issue affecting its community integration.
This issue affects 57 pr
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 has an issue affecting its community integration.
This issue affects 57 pr
We don't normally apply patches submitted via the mailing list. Could
you please create a Jira issue and attach the patches there?
Thanks,
Ralph
Georg Hüttenegger wrote:
Hi,
after a little bit of analyzing I found out that cocoon does a lot of file
system checks for the last modification tim
Hi,
after a little bit of analyzing I found out that cocoon does a lot of file
system checks for the last modification time (of java script files) even if
reload scripts is turned off. I have made two small changes in
org\apache\cocoon\components\flow CompilingInterpreter.java and
org\apache\coco
Hi!
Can you show me a block (or some sort of description of how it should look
like) so I can rearrange the structure accordingly? I read the mavenization
threads, but it seems all a bit fuzzy right now. Does anyone know how a "proper
block" should definitely look like?
max
> -Original Me
Form.js overwrites the CFormsInstance attribute
---
Key: COCOON-1720
URL: http://issues.apache.org/jira/browse/COCOON-1720
Project: Cocoon
Type: Bug
Components: Blocks: Forms
Versions: 2.1.9-dev (current SVN)
Ralph Goers wrote:
Sylvain Wallez wrote:
Ralph Goers wrote:
I have been asked to look into how custom form widgets can be
added. With the block structure in 2.2 this would imply that the
widgets would need to be added to our own block. How can we
"append" to the widget definitions in coco
Sylvain Wallez wrote:
Ralph Goers wrote:
I have been asked to look into how custom form widgets can be added.
With the block structure in 2.2 this would imply that the widgets
would need to be added to our own block. How can we "append" to the
widget definitions in cocoon-forms.xconf wit
10 matches
Mail list logo