P2P Deployment - Local Ownership Flag

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

P2P Deployment - Local Ownership Flag

yzhdanov
Igniters, esp. Alex Goncharuk,

There was a problem recently discovered
with org.apache.ignite.internal.processors.cache.GridCacheDeploymentManager#locDepOwner

As far as I remember, this flag is automatically set if Ignite detects
public API usage outside of deployment class loader that implies this is
user code execution and therefore this node most probably owns classes that
may be requested from server nodes.

[PROBLEM] It seems when this flag was introduced, we have missed a use case
when server nodes may have some user classes on board which use Ignite's
public API and therefore local deployment ownership is set to true for
them. Topology also contains clients that have broader classpath, but
servers may send requests to other servers that have mistakenly set the
flag to true.

As a temporary solution I would suggest to consider
https://issues.apache.org/jira/browse/IGNITE-6213.

Thoughts?

--Yakov
Reply | Threaded
Open this post in threaded view
|

Re: P2P Deployment - Local Ownership Flag

Dmitriy Pavlov
Hi Igniters,



I assume this may be related to case desctibed by user in
http://apache-ignite-users.70518.x6.nabble.com/Understanding-the-mechanics-of-peer-class-loading-td12661.html



We didn't managed to create a reproducer for this issue.

But case is similar:

- server has cache classes in it's classpath.

- And servers sends requests (messages) to other servers.

P2P deployment problem occurred sometimes during message sending.



Sincerely,

Dmitriy Pavlov


ср, 30 авг. 2017 г. в 16:36, Yakov Zhdanov <[hidden email]>:

> Igniters, esp. Alex Goncharuk,
>
> There was a problem recently discovered
> with
> org.apache.ignite.internal.processors.cache.GridCacheDeploymentManager#locDepOwner
>
> As far as I remember, this flag is automatically set if Ignite detects
> public API usage outside of deployment class loader that implies this is
> user code execution and therefore this node most probably owns classes that
> may be requested from server nodes.
>
> [PROBLEM] It seems when this flag was introduced, we have missed a use case
> when server nodes may have some user classes on board which use Ignite's
> public API and therefore local deployment ownership is set to true for
> them. Topology also contains clients that have broader classpath, but
> servers may send requests to other servers that have mistakenly set the
> flag to true.
>
> As a temporary solution I would suggest to consider
> https://issues.apache.org/jira/browse/IGNITE-6213.
>
> Thoughts?
>
> --Yakov
>