When using EHDefaultStore in overflow-to-disk=false mode, shutting the jvm down
results in a spoolToDisk error
--
Key: COCOON-1868
URL:
[ http://issues.apache.org/jira/browse/COCOON-1868?page=all ]
Ard Schrijvers updated COCOON-1868:
---
Attachment: EHDefaultStore.patch
When using EHDefaultStore in overflow-to-disk=false mode, shutting the jvm
down results in a spoolToDisk error
[
http://issues.apache.org/jira/browse/COCOON-1868?page=comments#action_12417268
]
Ard Schrijvers commented on COCOON-1868:
You can only reproduce the bug, when there is actually at least one thing in
the EHDefaultStore, so starting cocoon and
[
http://issues.apache.org/jira/browse/COCOON-1868?page=comments#action_12417272
]
Ard Schrijvers commented on COCOON-1868:
You have indeed a good point. With ehcache 1.1 I assumed dependency between the
two parameters because of the spoolToDisk
[ http://issues.apache.org/jira/browse/COCOON-1868?page=all ]
Ard Schrijvers updated COCOON-1868:
---
Attachment: EHDefaultStore-2.patch
This is the patched to be used: dependency between overflow-to-disk and
diskpersistent is removed
When using
The EHDefaultStore returns in the size() method the wrong number of keys
Key: COCOON-1885
URL: http://issues.apache.org/jira/browse/COCOON-1885
Project: Cocoon
Issue
[ http://issues.apache.org/jira/browse/COCOON-1885?page=all ]
Ard Schrijvers updated COCOON-1885:
---
Attachment: EHDefaultStore.patch
Fix for EHDefaultStore returning wrong number in the size() method
The EHDefaultStore returns in the size() method
[
http://issues.apache.org/jira/browse/COCOON-1909?page=comments#action_12433063
]
Ard Schrijvers commented on COCOON-1909:
The problem is a little more sophisticated then depicted above:
First of all, the TraxTransformer allows you to
[
http://issues.apache.org/jira/browse/COCOON-1909?page=comments#action_12441677
]
Ard Schrijvers commented on COCOON-1909:
The bug is in XSLTProcessorImpl in public javax.xml.transform.Source resolve(
String href, String base ), at
[
https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545506
]
Ard Schrijvers commented on COCOON-2146:
FYI : IMO, the AbstractDoubleMapEventRegistry is a very bad
[
https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545761
]
Ard Schrijvers commented on COCOON-2146:
Presumably though, if site-usage is fairly uniform, stuff that
[
https://issues.apache.org/jira/browse/COCOON-2151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545763
]
Ard Schrijvers commented on COCOON-2151:
I commented on COCOON-2146, I'll repeat my text over here:
[
https://issues.apache.org/jira/browse/COCOON-2151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545767
]
Ard Schrijvers commented on COCOON-2151:
Only if you're generating lots of unique pages or short-lived
[
https://issues.apache.org/jira/browse/COCOON-2151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545809
]
Ard Schrijvers commented on COCOON-2151:
The problem with (1) is that it did not work for me for ehcache
[
https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545962
]
Ard Schrijvers commented on COCOON-2146:
H, I am really confident that persistent caches with the event
[
https://issues.apache.org/jira/browse/COCOON-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546223
]
Ard Schrijvers commented on COCOON-2152:
Since you found the problem my comment from COCOON-2146 can be
[
https://issues.apache.org/jira/browse/COCOON-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549394
]
Ard Schrijvers commented on COCOON-2153:
slide is closed so updating the slide webdav client is not an
17 matches
Mail list logo