Re: [jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
It's likely going to be some difference in the class paths used in the two systems and what libraries are sitting in which parts of the class path. To check, work backwards from the error; what library is the class in, where do those libraries sit on your class path, is the 1st one found the right version? If it is, are there dependencies it has on other libraries? If yes. rep[eat the check for those libraries. Usually you'll find the system has set a class path that includes a version of some duplicate library that will be found earlier than the version Cocoon wants. If you can change the class path order, or move libraries around you should be able to fix the problem. Peter Hunsberger On Fri, Oct 23, 2015 at 2:07 AM, josepascual < josepascual.gim...@softwareag.es> wrote: > Hi francesco, > thanks for your answer ... > > in our case, the problem is that we try to deploy the web application in > our > local environment under our pc windows 7 system. > > We can deploy the app under client environment without any problem, the > customer can use it correctly. We received the maintenance of this > application several years ago, and when we have to modify something we work > in our computers and prove over client systems, in Integration environment. > > As you will guess this is very difficult manner to work, because all > developers share the same environment to prove. > > So we decided to try install in our local environment the Sun One over our > windows and install the app to work. I'm trying to do this for two weeks > and > unfortunately it doesn't work. > > thanks for advance. > Regards > Jose Pascual > > > > -- > View this message in context: > http://cocoon.10839.n7.nabble.com/jira-Created-COCOON-2146-Using-EventAware-cache-implementation-breaks-persistent-cache-restore-on-ret-tp45160p58529.html > Sent from the Cocoon - Dev mailing list archive at Nabble.com. >
Re: [jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
On 22/10/2015 17:42, josepascual wrote: Hello, we are trying to deploy a cocoon web application in a Sun One 6.1 Server. We have some problems, one of them is that when the application is starting to run, fail with this error: ERROR [main] (DiskStore.java:668) - cocoon-ehcache-1Cache: Failed to write element to disk 'EVENTREGWRAPPER'. Initial cause was org.apache.commons.collections.map.MultiValueMap java.io.NotSerializableException: org.apache.commons.collections.map.MultiValueMap Following these post, I have seen that the solution is upgrade to 2.1.11 version of cocoon, we had 2.1.10 version, but the problems are still happening. We have copied in our war deploying file and install the war in our Sun One. Do you have any idea what is happening? Hi, this mail subject refers to [1] which was fixed in 2007 (!), with partial split to [2] which is still unresolved. I guess there are no many people around that can help you, neither do I, unfortunately. Having been working with such technology for a long while, I need to ask: really there is some SunOne WebServer 6.1 still around?!? Regards. [1] https://issues.apache.org/jira/browse/COCOON-2146 [2] https://issues.apache.org/jira/browse/COCOON-2152 -- Francesco Chicchiriccò Tirasa - Open Source Excellence http://www.tirasa.net/ Involved at The Apache Software Foundation: member, Syncope PMC chair, Cocoon PMC, Olingo PMC http://people.apache.org/~ilgrosso/
Re: [jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
On 23/10/2015 09:07, josepascual wrote: Hi francesco, thanks for your answer ... in our case, the problem is that we try to deploy the web application in our local environment under our pc windows 7 system. We can deploy the app under client environment without any problem, the customer can use it correctly. We received the maintenance of this application several years ago, and when we have to modify something we work in our computers and prove over client systems, in Integration environment. As you will guess this is very difficult manner to work, because all developers share the same environment to prove. So we decided to try install in our local environment the Sun One over our windows and install the app to work. I'm trying to do this for two weeks and unfortunately it doesn't work. Why not trying a VM with Linux or (Open)Solaris, then? -- Francesco Chicchiriccò Tirasa - Open Source Excellence http://www.tirasa.net/ Involved at The Apache Software Foundation: member, Syncope PMC chair, Cocoon PMC, Olingo PMC http://people.apache.org/~ilgrosso/
Re: [jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
Hi francesco, thanks for your answer ... in our case, the problem is that we try to deploy the web application in our local environment under our pc windows 7 system. We can deploy the app under client environment without any problem, the customer can use it correctly. We received the maintenance of this application several years ago, and when we have to modify something we work in our computers and prove over client systems, in Integration environment. As you will guess this is very difficult manner to work, because all developers share the same environment to prove. So we decided to try install in our local environment the Sun One over our windows and install the app to work. I'm trying to do this for two weeks and unfortunately it doesn't work. thanks for advance. Regards Jose Pascual -- View this message in context: http://cocoon.10839.n7.nabble.com/jira-Created-COCOON-2146-Using-EventAware-cache-implementation-breaks-persistent-cache-restore-on-ret-tp45160p58529.html Sent from the Cocoon - Dev mailing list archive at Nabble.com.
Re: [jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
Hello, we are trying to deploy a cocoon web application in a Sun One 6.1 Server. We have some problems, one of them is that when the application is starting to run, fail with this error: ERROR [main] (DiskStore.java:668) - cocoon-ehcache-1Cache: Failed to write element to disk 'EVENTREGWRAPPER'. Initial cause was org.apache.commons.collections.map.MultiValueMap java.io.NotSerializableException: org.apache.commons.collections.map.MultiValueMap Following these post, I have seen that the solution is upgrade to 2.1.11 version of cocoon, we had 2.1.10 version, but the problems are still happening. We have copied in our war deploying file and install the war in our Sun One. Do you have any idea what is happening? Regards. Jose Pascual -- View this message in context: http://cocoon.10839.n7.nabble.com/jira-Created-COCOON-2146-Using-EventAware-cache-implementation-breaks-persistent-cache-restore-on-ret-tp45160p58527.html Sent from the Cocoon - Dev mailing list archive at Nabble.com.
[jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
[ https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ellis Pritchard updated COCOON-2146: Fix Version/s: 2.1.11-dev (Current SVN) Other Info: [Patch available] Flagged fix and patch! NB issue does not effect Cocoon 2.2, since that version was never updated and is still using the MultiHashMap... Using EventAware cache implementation breaks persistent cache restore on restart Key: COCOON-2146 URL: https://issues.apache.org/jira/browse/COCOON-2146 Project: Cocoon Issue Type: Bug Components: Blocks: Event Cache Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) Reporter: Ellis Pritchard Assignee: Grzegorz Kossakowski Priority: Minor Fix For: 2.1.11-dev (Current SVN) Attachments: patch.txt In revision 412307 (Cocoon 2.1.10), AbstractDoubleMapEventRegistry and EventRegistryDataWrapper were changed (without an informative SVN comment!) to use the commons MultiValueMap instead of the MultiHashMap; I presume this was done in good faith because the latter map is deprecated and will be removed from Apache commons-collections 4.0 However, as a result, the persistent cache cannot be restored if the EventAware cache implementation is used, since MultiValueMap is not Serializable! The old MultiHashMap was... Depending on whether StoreEventRegistryImpl or DefaultEventRegistryImpl is used, either the event cache index is never written (ehcache doesn't store non-serializable objects on disk), or a java.io.NotSerializableException is thrown (and caught, causing a full cache-clear) when attempting to restore the event cache index. This is Major for us, since we use Event-based caching alot, and this is causing the *entire* cache to no-longer persist across restarts (it's been like that for 8 months, since I upgraded Cocoon to 2.1.10 in the last week I was working here, and now I'm back, they've actually noticed!!) Work-around at the moment is to down-grade AbstractDoubleMapEventRegistry and EventRegistryDataWrapper to the 2.1.9 versions (pre-412307), which works so long as Apache-commons 3.x is still in use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
[ https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg Heinicke updated COCOON-2146: -- Affects Version/s: (was: 2.1.11-dev (Current SVN)) Using EventAware cache implementation breaks persistent cache restore on restart Key: COCOON-2146 URL: https://issues.apache.org/jira/browse/COCOON-2146 Project: Cocoon Issue Type: Bug Components: Blocks: Event Cache Affects Versions: 2.1.10 Reporter: Ellis Pritchard Assignee: Jörg Heinicke Priority: Minor Fix For: 2.1.11-dev (Current SVN) Attachments: patch.txt In revision 412307 (Cocoon 2.1.10), AbstractDoubleMapEventRegistry and EventRegistryDataWrapper were changed (without an informative SVN comment!) to use the commons MultiValueMap instead of the MultiHashMap; I presume this was done in good faith because the latter map is deprecated and will be removed from Apache commons-collections 4.0 However, as a result, the persistent cache cannot be restored if the EventAware cache implementation is used, since MultiValueMap is not Serializable! The old MultiHashMap was... Depending on whether StoreEventRegistryImpl or DefaultEventRegistryImpl is used, either the event cache index is never written (ehcache doesn't store non-serializable objects on disk), or a java.io.NotSerializableException is thrown (and caught, causing a full cache-clear) when attempting to restore the event cache index. This is Major for us, since we use Event-based caching alot, and this is causing the *entire* cache to no-longer persist across restarts (it's been like that for 8 months, since I upgraded Cocoon to 2.1.10 in the last week I was working here, and now I'm back, they've actually noticed!!) Work-around at the moment is to down-grade AbstractDoubleMapEventRegistry and EventRegistryDataWrapper to the 2.1.9 versions (pre-412307), which works so long as Apache-commons 3.x is still in use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
[ https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ellis Pritchard updated COCOON-2146: Attachment: patch.txt Patch file for EventRegistryDataWrapper.java and AbstractDoubleMapEventRegistry.java to restore cache serializability and thus recovery. Using EventAware cache implementation breaks persistent cache restore on restart Key: COCOON-2146 URL: https://issues.apache.org/jira/browse/COCOON-2146 Project: Cocoon Issue Type: Bug Components: Blocks: Event Cache Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) Reporter: Ellis Pritchard Priority: Minor Attachments: patch.txt In revision 412307 (Cocoon 2.1.10), AbstractDoubleMapEventRegistry and EventRegistryDataWrapper were changed (without an informative SVN comment!) to use the commons MultiValueMap instead of the MultiHashMap; I presume this was done in good faith because the latter map is deprecated and will be removed from Apache commons-collections 4.0 However, as a result, the persistent cache cannot be restored if the EventAware cache implementation is used, since MultiValueMap is not Serializable! The old MultiHashMap was... Depending on whether StoreEventRegistryImpl or DefaultEventRegistryImpl is used, either the event cache index is never written (ehcache doesn't store non-serializable objects on disk), or a java.io.NotSerializableException is thrown (and caught, causing a full cache-clear) when attempting to restore the event cache index. This is Major for us, since we use Event-based caching alot, and this is causing the *entire* cache to no-longer persist across restarts (it's been like that for 8 months, since I upgraded Cocoon to 2.1.10 in the last week I was working here, and now I'm back, they've actually noticed!!) Work-around at the moment is to down-grade AbstractDoubleMapEventRegistry and EventRegistryDataWrapper to the 2.1.9 versions (pre-412307), which works so long as Apache-commons 3.x is still in use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (COCOON-2146) Using EventAware cache implementation breaks persistent cache restore on restart
[ https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grzegorz Kossakowski updated COCOON-2146: - Priority: Minor (was: Major) Using EventAware cache implementation breaks persistent cache restore on restart Key: COCOON-2146 URL: https://issues.apache.org/jira/browse/COCOON-2146 Project: Cocoon Issue Type: Bug Components: Blocks: Event Cache Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) Reporter: Ellis Pritchard Priority: Minor In revision 412307 (Cocoon 2.1.10), AbstractDoubleMapEventRegistry and EventRegistryDataWrapper were changed (without an informative SVN comment!) to use the commons MultiValueMap instead of the MultiHashMap; I presume this was done in good faith because the latter map is deprecated and will be removed from Apache commons-collections 4.0 However, as a result, the persistent cache cannot be restored if the EventAware cache implementation is used, since MultiValueMap is not Serializable! The old MultiHashMap was... Depending on whether StoreEventRegistryImpl or DefaultEventRegistryImpl is used, either the event cache index is never written (ehcache doesn't store non-serializable objects on disk), or a java.io.NotSerializableException is thrown (and caught, causing a full cache-clear) when attempting to restore the event cache index. This is Major for us, since we use Event-based caching alot, and this is causing the *entire* cache to no-longer persist across restarts (it's been like that for 8 months, since I upgraded Cocoon to 2.1.10 in the last week I was working here, and now I'm back, they've actually noticed!!) Work-around at the moment is to down-grade AbstractDoubleMapEventRegistry and EventRegistryDataWrapper to the 2.1.9 versions (pre-412307), which works so long as Apache-commons 3.x is still in use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
