Hi Jitesh, It looks like you should try configuring Resin classloading somehow so that your application JARs are picked first. Normally application servers should support this option. Did you have a chance to investigate it? E.g. see "servlet-hack" property: http://www.caucho.com/resin-4.0/admin/advanced-classloaders.xtp
Vladimir. On Sun, Feb 28, 2016 at 12:22 AM, jitesh dundas <[email protected]> wrote: > Hi, > > Some notes from the log:- > > ...skipping... > > Jiteshs-:~ jbdundas$ javap -public -cp > /Users/jbdundas/resin-4.0.36/deploy/_ear_jee-mail-connector-app-2016-W07/lib/cache-api-1.0.0.jar > javax.cache.event.CacheEntryEvent > > Compiled from "CacheEntryEvent.java" > > public abstract class javax.cache.event.CacheEntryEvent<K, V> extends > java.util.EventObject implements javax.cache.Cache$Entry<K, V> { > > public javax.cache.event.CacheEntryEvent(javax.cache.Cache, > javax.cache.event.EventType); > > public final javax.cache.Cache getSource(); > > public abstract V getOldValue(); > > public abstract boolean isOldValueAvailable(); > > public final javax.cache.event.EventType getEventType(); > > public java.lang.Object getSource(); > > } > > Jiteshs-:~ jbdundas$ javap -public -cp > /Users/jbdundas/resin-4.0.36/lib/javaee-16.jar > javax.cache.event.CacheEntryEvent > > Compiled from "CacheEntryEvent.java" > > public abstract class javax.cache.event.CacheEntryEvent<K, V> extends > java.util.EventObject { > > public javax.cache.event.CacheEntryEvent(javax.cache.Cache); > > public final javax.cache.Cache getSource(); > > public abstract K getKey(); > > public abstract V getValue(); > > public V getOldValue(); > > public boolean isOldValueAvailable(); > > public java.lang.Object getSource(); > > } > > Jiteshs-MacBook-Pro:~ jbdundas$ > > > Thanks & Regards, > Jitesh Dundas > > Phone - 732-357-6292 > > > > > On Sat, Feb 27, 2016 at 4:17 PM, jitesh dundas <[email protected]> wrote: > >> Hi Val, >> >> I think you are right but when we tried your suggestion, it brought our >> hibernate code down. >> >> Thus, we drilled down and found a confllict betweem cache-api-1.0.0.jar >> and javaee-16.jar >> >> they have a conflict on javax.cache.event.CacheEntryEvent. class with >> the constructor method( both have different signatures). >> >> javaee-16.jar resides in resin/lib folder while cache-api-1.0.0.jar >> resides in our application code. We use Maven for dependency management. >> >> The class is getting loaded from javaee-16.jar and not the cache JAR. >> >> >> Thanks & Regards, >> Jitesh Dundas >> >> Phone - 732-357-6292 >> >> >> >> >> On Sat, Feb 27, 2016 at 12:29 PM, jitesh dundas <[email protected]> >> wrote: >> >>> Hi Val, >>> >>> We tried the suggestion but we still get the same error. >>> >>> Any other ideas? >>> >>> >>> Thanks & Regards, >>> Jitesh Dundas >>> >>> Phone - 732-357-6292 >>> >>> >>> >>> >>> On Thu, Feb 25, 2016 at 9:28 PM, jitesh dundas <[email protected]> >>> wrote: >>> >>>> Hi, >>>> >>>> Thanks for the advise. I will surely try that. >>>> >>>> Thanks & Regards, >>>> Jitesh Dundas >>>> >>>> Phone - 732-357-6292 >>>> >>>> >>>> >>>> >>>> On Thu, Feb 25, 2016 at 6:40 PM, vkulichenko < >>>> [email protected]> wrote: >>>> >>>>> Hi Jitesh, >>>>> >>>>> This issue looks similar to [1] - Resin includes javaee-16.jar which >>>>> contains some outdated JCache spec classes. These classes override ones >>>>> provided by the application. Can you try the solution provided on SO to >>>>> reverse the class loading order? >>>>> >>>>> [1] >>>>> >>>>> http://stackoverflow.com/questions/29382856/how-to-classload-java-ee-7-in-resin-4-0-42-and-not-use-the-default-javaee-16-jar >>>>> >>>>> -Val >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://apache-ignite-users.70518.x6.nabble.com/NoSuchMethod-Error-tp3193p3194.html >>>>> Sent from the Apache Ignite Users mailing list archive at Nabble.com. >>>>> >>>> >>>> >>> >> >
