Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 05 April 12:29 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2007-04-05 12:02:15
... Rendering docs in
/export/home/con
Thanks very much !
Joerg Heinicke wrote:
>
> On 04.04.2007 19:33, alarcher wrote:
>
>> I try to find a way to remove the first line of the output xml in cocoon.
>> Here's the xml after cocoon serialization :
>>
>>
>>
>> Do you know if there's a way to configure serializer for deleting the
>
On 04.04.2007 19:33, alarcher wrote:
I try to find a way to remove the first line of the output xml in cocoon.
Here's the xml after cocoon serialization :
Do you know if there's a way to configure serializer for deleting the first
line ?
Hi Antoine,
first please try the users list first fo
Issue Subscription
Filter: COCOON-open-with-patch (102 issues)
Subscriber: cocoon
Key Summary
COCOON-2037 New DynamicGroup widget
https://issues.apache.org/jira/browse/COCOON-2037
COCOON-2035 NPE in the sorter of the EnhancedRepeater
https://issues.apache.org/jira/
Hi,
I try to find a way to remove the first line of the output xml in cocoon.
Here's the xml after cocoon serialization :
http://www.wapforum.org/DTD/wml_1.1.xml";>
Hi all!
I want to use spring-2.0.3, but although all cocoon poms in trunk now
reference 2.0.3, the dependency to cocoon-spring-configurator in release
version 1.0.0 still pulls in 2.0.2, so effectively that older one is used.
Now I changed the dependency to cocoon-spring-configurator to 1.0.1
On 4/4/07, Ard Schrijvers <[EMAIL PROTECTED]> wrote:
> On 4/4/07, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
> > Ard Schrijvers wrote:
> >
> > >> yes please, I would be interested in more comments too! Are
> > >
> > > more comments like in wiki or in the cocoon.xconf more
> comment for different
> On 4/4/07, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
> > Ard Schrijvers wrote:
> >
> > >> yes please, I would be interested in more comments too! Are
> > >
> > > more comments like in wiki or in the cocoon.xconf more
> comment for different configurations?
> > > I can try to write extended docu
On 4/4/07, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
Ard Schrijvers wrote:
>> yes please, I would be interested in more comments too! Are
>
> more comments like in wiki or in the cocoon.xconf more comment for different
configurations?
> I can try to write extended documentation on what IMO is b
Ard Schrijvers wrote:
yes please, I would be interested in more comments too! Are
more comments like in wiki or in the cocoon.xconf more comment for different configurations?
I can try to write extended documentation on what IMO is best for configuration, and "tricks" to
avoid the StoreJanit
Grzegorz Kossakowski schrieb:
Alexander Klimetschek napisał(a):
Yes, this would indeed be better. The super block must not know of its
concrete children, but be able to call polymorphic matchers - true OO.
Then I can remove the cyclic dep.
Alex
BTW: When I started to use blocks and especially
[
https://issues.apache.org/jira/browse/COCOON-2037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486663
]
Daniele Madama commented on COCOON-2037:
We have a very huge entity, with hundreds of different fields, but
Implement true Object Oriented approach for handling super calls
Key: COCOON-2038
URL: https://issues.apache.org/jira/browse/COCOON-2038
Project: Cocoon
Issue Type: Task
Alexander Klimetschek napisał(a):
>
> Yes, this would indeed be better. The super block must not know of its
> concrete children, but be able to call polymorphic matchers - true OO.
> Then I can remove the cyclic dep.
>
> Alex
>
> BTW: When I started to use blocks and especially using the inheri
[
https://issues.apache.org/jira/browse/COCOON-2037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486655
]
Grzegorz Kossakowski commented on COCOON-2037:
--
I would like to understand your use case. Why don't you
[
https://issues.apache.org/jira/browse/COCOON-2037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniele Madama updated COCOON-2037:
---
Attachment: dynamicgroup_patch.txt
> New DynamicGroup widget
> ---
>
>
Rice Yeh napisał(a):
> The idea directly applies to OO's inheritance definition. However,
> it might not be easy to implement because it is hard to define "the
> looked-up resource does not exist in the extending servlet." Take
> flowscript as example, it is usually a javascript error when calling
New DynamicGroup widget
---
Key: COCOON-2037
URL: https://issues.apache.org/jira/browse/COCOON-2037
Project: Cocoon
Issue Type: New Feature
Components: Blocks: Forms
Affects Versions: 2.1.11-dev (Current SVN
>
> I suggest that we don't register them at StoreJanitor by
> default anymore but
> make it configureable for users who rely on it in their custom Store
> implementations/configurations.
+1
>
> AFAIU, StoreJanitor only runs if at least one store is
> registered so we don't
> have to remo
On 4/4/07, Alexander Klimetschek <[EMAIL PROTECTED]>
wrote:
Sounds good. We had this discussion a few months ago, where Daniel
explained
the problems with the parameters:
http://thread.gmane.org/gmane.text.xml.cocoon.devel/68157
I'd like to mention that there are two things we are talking abou
Grzegorz Kossakowski schrieb:
In short: I mean that super should work as fallback mechanism. I guess
it does not work that way now. However, this would eliminate need for
circular dependencies and give cleaner design.
What do you think?
Yes, this would indeed be better. The super block must
Ard Schrijvers wrote:
- introduce a maxPersistentObjects parameter and use it in
EHDefaultCache to set maxElementsOnDisk
+1
that's easy
- make the registration of stores at StoreJanitor configureable
(Though I wonder what the default value should be, true or false?)
0 : I would
>
> AFAICS there are two freeing algorithms in trunk: round-robin
> and all-stores.
I already thought it would be something like this
> and this is IMO one of the major weakenesses of ehcache (or I
> missed it
> completely), I did not find any way to limit the number of
> disk store entri
[
https://issues.apache.org/jira/browse/COCOON-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486601
]
Reinhard Poetz commented on COCOON-1425:
I believe that Javaflow would be the best bet to use continuations
Sounds good. We had this discussion a few months ago, where Daniel explained
the problems with the parameters:
http://thread.gmane.org/gmane.text.xml.cocoon.devel/68157
I'd like to mention that there are two things we are talking about (I was
mixing them up in my first post ;-):
1) the origi
[
https://issues.apache.org/jira/browse/COCOON-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486596
]
Michael Mest commented on COCOON-1425:
--
Ok, I see.
So there seems to be no possibility to Cluster an Applicati
> Ard Schrijvers wrote:
> >> Reinhard Poetz wrote:
> >>
> >>> P.S. Ard, answering to your mails is very difficult because
> >> there are no
> >>> line breaks. Is anybody else experiencing the same problem
> >> or is it only
> >>> me?
> >> Jörg pointed me to the "rewrap" function of Thunderbird
[
https://issues.apache.org/jira/browse/COCOON-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486589
]
Reinhard Poetz commented on COCOON-1425:
The problem is that the Continuations object has object references
Ard Schrijvers wrote:
Reinhard Poetz wrote:
P.S. Ard, answering to your mails is very difficult because
there are no
line breaks. Is anybody else experiencing the same problem
or is it only
me?
Jörg pointed me to the "rewrap" function of Thunderbird.
Using it fixes all my
problems with ne
Not only request.getParameter(String name) has problem but
request.getLocale() has problem too. So I decide to modify some methods in
BlockCallHttpServletRequest. My logic is as follows:
For parameters:
First ask the request in the current call frame. If a parameter is not
found in the current
[
https://issues.apache.org/jira/browse/COCOON-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486586
]
Michael Mest commented on COCOON-1425:
--
I'm sorry. Seems that it was an error in Testing. Doesn't really work.
>
> Reinhard Poetz wrote:
>
> > P.S. Ard, answering to your mails is very difficult because
> there are no
> > line breaks. Is anybody else experiencing the same problem
> or is it only
> > me?
>
> Jörg pointed me to the "rewrap" function of Thunderbird.
> Using it fixes all my
> problems
32 matches
Mail list logo