[
https://issues.apache.org/jira/browse/COCOON-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486576
]
Michael Mest commented on COCOON-1425:
--
I think, that's the same Problem I had since I have enabled
On 4/4/07, Grzegorz Kossakowski [EMAIL PROTECTED] wrote:
Alexander Klimetschek napisał(a):
Grzegorz Kossakowski schrieb:
We do need the circular dependency: the basic principle is a super
block that runs cforms that are mainly defined in a child block - the
model lies in the child block
[
https://issues.apache.org/jira/browse/COCOON-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486579
]
Reinhard Poetz commented on COCOON-1425:
Does session replication work for you as expected? Have you been
Hi,
Here is another problem when using servlet protocol. A servlet S1 extends
another servlet S2. A web continuation k is generated in S2. When k returns
back, k is matched in S1 with match pattern *.continue which exists in S2
also. Then comes an error with message like k bound to S2, but
Rice Yeh wrote:
Hi,
Here is another problem when using servlet protocol. A servlet S1
extends another servlet S2. A web continuation k is generated in S2.
When k returns back, k is matched in S1 with match pattern *.continue
which exists in S2 also. Then comes an error with message like k
Reinhard Poetz wrote:
P.S. Ard, answering to your mails is very difficult because
there are no
I am very sorry...I hardly dare saying i am using outlook :-)
I'll try to find a way in the stupid program for linebreaks or make the switch
to Thunderbird.
Ard
line breaks. Is
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 never
[
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.
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
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
[
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
[
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
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
[
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
AFAICS there are two freeing algorithms in trunk: round-robin
and all-stores.
I already thought it would be something like this
/snip
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
Ard Schrijvers wrote:
snip/
- 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
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
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 about
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 remove it.
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
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 a
[
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
---
[
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
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 inheritance
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
[
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
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
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
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 best
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
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 configurations?
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
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 :
?xml version=1.0 encoding=ISO-8859-1?
!DOCTYPE wml PUBLIC -//WAPFORUM//DTD WML 1.1//EN
http://www.wapforum.org/DTD/wml_1.1.xml;
wml
head
meta
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
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 :
?xml version=1.0 encoding=ISO-8859-1?
Do you know if there's a way to configure serializer for deleting the first
line ?
Hi Antoine,
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 :
?xml version=1.0 encoding=ISO-8859-1?
Do you know if there's a way to configure
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
38 matches
Mail list logo