You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ignite.apache.org by jitesh dundas <jb...@gmail.com> on 2016/02/25 23:32:44 UTC
NoSuchMethod Error
HI All,
Apache Ignite 1.5.0.Final
We are using this version to store a few thousand strings in the cache
using the simple example on the site
http://apacheignite.gridgain.org/docs/getting-started
We are using resin-4.0.36 to run this. Any ideas as to why this happens?
016-02-25 17:30:16.849 [AsyncQueue[]-16] SEVERE
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache
- <ignite-marshaller-sys-cache> Unexpected exception during cache u
pdate
java.lang.NoSuchMethodError:
javax.cache.event.CacheEntryEvent.<init>(Ljavax/cache/Cache;Ljavax/cache/event/EventType;)V
at
org.apache.ignite.internal.processors.cache.query.continuous.CacheContinuousQueryEvent.<init>(CacheContinuousQueryEvent.java:46)
at
org.apache.ignite.internal.processors.cache.query.continuous.CacheContinuousQueryManager.onEntryUpdated(CacheContinuousQueryManager.java:263)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache.updateSingle(GridDhtAtomicCache.java:1979)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache.updateAllAsyncInternal0(GridDhtAtomicCache.java:1319)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache.updateAllAsyncInternal(GridDhtAtomicCache.java:1194)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture.mapSingle(GridNearAtomicUpdateFuture.java:457)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture.access$1400(GridNearAtomicUpdateFuture.java:72)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture$UpdateState.map(GridNearAtomicUpdateFuture.java:931)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture.mapOnTopology(GridNearAtomicUpdateFuture.java:417)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture.map(GridNearAtomicUpdateFuture.java:283)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache$18.apply(GridDhtAtomicCache.java:925)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache$18.apply(GridDhtAtomicCache.java:923)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache.asyncOp(GridDhtAtomicCache.java:700)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache.updateAllAsync0(GridDhtAtomicCache.java:923)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache.tryPutIfAbsent(GridDhtAtomicCache.java:448)
at
org.apache.ignite.internal.MarshallerContextImpl.registerClassName(MarshallerContextImpl.java:113)
at
org.apache.ignite.internal.MarshallerContextAdapter.registerClass(MarshallerContextAdapter.java:157)
at
org.apache.ignite.internal.binary.BinaryContext.registerUserClassDescriptor(BinaryContext.java:562)
at
org.apache.ignite.internal.binary.BinaryContext.registerClassDescriptor(BinaryContext.java:541)
at
org.apache.ignite.internal.binary.BinaryContext.descriptorForClass(BinaryContext.java:443)
at
org.apache.ignite.internal.binary.BinaryWriterExImpl.marshal(BinaryWriterExImpl.java:145)
at
org.apache.ignite.internal.binary.BinaryWriterExImpl.marshal(BinaryWriterExImpl.java:132)
at
org.apache.ignite.internal.binary.GridBinaryMarshaller.marshal(GridBinaryMarshaller.java:233)
at
org.apache.ignite.internal.processors.cache.binary.CacheObjectBinaryProcessorImpl.marshalToBinary(CacheObjectBinaryProcessorImpl.java:441)
at
org.apache.ignite.internal.processors.cache.binary.CacheObjectBinaryProcessorImpl.toBinary(CacheObjectBinaryProcessorImpl.java:785)
at
org.apache.ignite.internal.processors.cache.binary.CacheObjectBinaryProcessorImpl.toCacheObject(CacheObjectBinaryProcessorImpl.java:732)
at
org.apache.ignite.internal.processors.cache.GridCacheContext.toCacheObject(GridCacheContext.java:1798)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture$UpdateState.mapSingleUpdate(GridNearAtomicUpdateFuture.java:1175)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture$UpdateState.map(GridNearAtomicUpdateFuture.java:868)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture.mapOnTopology(GridNearAtomicUpdateFuture.java:417)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridNearAtomicUpdateFuture.map(GridNearAtomicUpdateFuture.java:283)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache$18.apply(GridDhtAtomicCache.java:925)
at
org.apache.ignite.internal.processors.cache.distributed.dht.atomic.GridDhtAtomicCache$18.apply(GridDhtAtomicCache.java:923)
Thanks & Regards,
Jitesh Dundas
Phone - 732-357-6292
Re: NoSuchMethod Error
Posted by jitesh dundas <jb...@gmail.com>.
HI Vladimir,
I will surely check that out.
Thanks & Regards,
Jitesh Dundas
Phone - 732-357-6292
On Mon, Feb 29, 2016 at 8:14 AM, Vladimir Ozerov <vo...@gridgain.com>
wrote:
> 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 <jb...@gmail.com>
> 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 <jb...@gmail.com>
>> 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 <jb...@gmail.com>
>>> 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 <jb...@gmail.com>
>>>> 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 <
>>>>> valentin.kulichenko@gmail.com> 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.
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
Re: NoSuchMethod Error
Posted by Vladimir Ozerov <vo...@gridgain.com>.
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 <jb...@gmail.com> 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 <jb...@gmail.com> 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 <jb...@gmail.com>
>> 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 <jb...@gmail.com>
>>> 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 <
>>>> valentin.kulichenko@gmail.com> 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.
>>>>>
>>>>
>>>>
>>>
>>
>
Re: NoSuchMethod Error
Posted by jitesh dundas <jb...@gmail.com>.
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 <jb...@gmail.com> 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 <jb...@gmail.com>
> 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 <jb...@gmail.com>
>> 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 <
>>> valentin.kulichenko@gmail.com> 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.
>>>>
>>>
>>>
>>
>
Re: NoSuchMethod Error
Posted by jitesh dundas <jb...@gmail.com>.
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 <jb...@gmail.com> 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 <jb...@gmail.com> 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 <
>> valentin.kulichenko@gmail.com> 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.
>>>
>>
>>
>
Re: NoSuchMethod Error
Posted by jitesh dundas <jb...@gmail.com>.
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 <jb...@gmail.com> 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 <
> valentin.kulichenko@gmail.com> 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.
>>
>
>
Re: NoSuchMethod Error
Posted by jitesh dundas <jb...@gmail.com>.
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 <va...@gmail.com>
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.
>
Re: NoSuchMethod Error
Posted by vkulichenko <va...@gmail.com>.
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.