Jorg Heymans wrote:
>
> Would it make sense to package up the entities stuff and include it in
> cocoon-core.jar or perhaps in cocoon-entities.jar ? Is this possible at
> all ?
I know a bit about the entity resolver [1] but i don't
know about this.
The WEB-INF/entities/catalog reference is impor
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-cron has an issue affecting its community integration.
This issue af
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-cron has an issue affecting its community integration.
This issue af
On 23.11.2005 15:58, Peter Neumcke wrote:
> http://zk1.sourceforge.net/
Regards,
Jörg
Le 24 nov. 05, à 20:56, Jorg Heymans a écrit :
...It seems like the zone was restarted, I can't see any daisy
processes
running.
Correct - I have restarted the apps as explained in
https://svn.apache.org/repos/private/committers/pmc/cocoon/
cocoon.zones.apache.org/admin-notes/howto-restar
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 24 November 08:02 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-11-24 08:02:08
... Rendering docs in
/export/home/
hepabolu wrote:
> I get a "connection refused" for cocoon.zones.apache.org.
It seems like the zone was restarted, I can't see any daisy processes
running.
Jorg
[ http://issues.apache.org/jira/browse/COCOON-1529?page=all ]
Jörg Heinicke updated COCOON-1529:
--
Bugzilla Id: (was: 35348)
Summary: I18nTranformer should consume and stop propagating
start/endPrefixMapping of its namespace (was: I18ntranform
[ http://issues.apache.org/jira/browse/COCOON-1529?page=all ]
Jörg Heinicke reopened COCOON-1529:
---
Carsten mentioned on the list that it is not that difficult if the transformer
extends AbstractSAXTransformer:
http://marc.theaimsgroup.com/?l=xml-coc
Guys,
I get a "connection refused" for cocoon.zones.apache.org.
Something wrong?
Bye, Helma
Joerg Heinicke schrieb:
> Juan Jose Pablos apache.org> writes:
>
>
>>>Jörg Heinicke closed COCOON-1529:
>>>-
>>>
>>>Resolution: Invalid
>>
>>Hey, I am a bit lost here with this bug, are you saying that from:
>>
>> to http://apache.org/cocoon/i18n/2.1"; >
>>
>>
Hi Paolo,
Paolo Ambrosio wrote:
> Well, after many days of work, this is what I can offer to cocoon
> portal. Attached you can find a new skin [1], very similar
> to "common" style but with div/css layout instead of tables. This is
> because I concentated on coding instead of graphic design and be
I have encountered this problem on many locations (not only with Cocoon Transformers), but there is
a simple XSLT stylesheet that can fix this:
Regards,
Geert
Joerg Heinicke wrote:
Juan Jose Pablos apache.org> writes:
Jörg Heinic
Juan Jose Pablos apache.org> writes:
> > Jörg Heinicke closed COCOON-1529:
> > -
> >
> > Resolution: Invalid
>
> Hey, I am a bit lost here with this bug, are you saying that from:
>
> to http://apache.org/cocoon/i18n/2.1"; >
>
> after a transformation is n
hepabolu gmail.com> writes:
> >> 1. binding in union
> >>
> >> I have a union with two cases, one with a dummy field (i.e. not used),
> >> one with 3 fields (an integer, a boolean and a string). I fill a
> >> JS-bean with preset values for those three fields.
> >> The form starts with the firs
On 23 Nov 2005, at 21:34, Joerg Heinicke wrote:
On 23.11.2005 16:33, Antonio Fiol Bonnín wrote:
This can't possibly be what we need, as anyone would have done it
faster than me, but anyway, here it goes.
IIRC the problem was not the pure removal, but the mentioning of
the authors in a contr
David Crossley wrote:
Ross Gardler wrote:
David Crossley wrote:
Joerg Heinicke wrote:
Antonio Fiol Bonn?n wrote:
This can't possibly be what we need, as anyone would have done it
faster than me, but anyway, here it goes.
IIRC the problem was not the pure removal, but the mentioning o
Simone Gianni wrote:
Antonio Gallardo wrote:
version?
In 2.1.6 it happens quite often too .. it usually generates
NullPointerExceptions which are not there if the debugger is turned off,
but i could not determine which instruction caused this errors.
I remember having come across this my
Jason Johnston wrote:
hepabolu wrote:
1. binding in union
I have a union with two cases, one with a dummy field (i.e. not used),
one with 3 fields (an integer, a boolean and a string). I fill a
JS-bean with preset values for those three fields.
The form starts with the first case as default
Antonio Gallardo wrote:
version?
In 2.1.6 it happens quite often too .. it usually generates
NullPointerExceptions which are not there if the debugger is turned off,
but i could not determine which instruction caused this errors.
Simone
hepabolu wrote:
1. binding in union
I have a union with two cases, one with a dummy field (i.e. not used),
one with 3 fields (an integer, a boolean and a string). I fill a JS-bean
with preset values for those three fields.
The form starts with the first case as default (set in the JS-bean,
Guys,
for quite some time now I'm trying to get a form up and running the way
I want it to. I'm using 2.1.9-dev and it seems I've stumbled into some bugs:
1: binding in union doesn't work.
2. (maybe not ajax-related) repeater omits last (10th) item.
1. binding in union
I have a union with tw
Carsten Ziegeler wrote:
> I think we can easily remove all authors who are committers and then see
> who is remaining. For each remaining author we add an entry in the
> status file.
+1
Jorg
Thanks, Antonio, the workaround works fine.
I also think I found the reason for the problem. In
o.a.c.components.treeprocessor.ConcreteTreeProcessor.java
there has been a change in the handleCocoonRedirect method on line 288.
It now reads:
if (newEnv.getRootContext().equals(newEnv.getContext())
Hi,
I've just commited a set of tools [1] for maven (plugin, extensions and
archetype) that should ease your migration from ant to maven.
A lot of people here should know groovy, but let me explains (i discover
this language one week ago).
It's all about writing plugins for maven with the groovy
[PATCH] caching-global-use-attributes does not work
---
Key: COCOON-1698
URL: http://issues.apache.org/jira/browse/COCOON-1698
Project: Cocoon
Type: Bug
Components: Blocks: Portal
Versions: 2.1.9-dev (current SV
David Crossley wrote:
> Joerg Heinicke wrote:
>
>>Antonio Fiol Bonn?n wrote:
>>
>>
>>>This can't possibly be what we need, as anyone would have done it
>>>faster than me, but anyway, here it goes.
>>
>>IIRC the problem was not the pure removal, but the mentioning of the
>>authors in a contrib fil
27 matches
Mail list logo
