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. >
