[
https://issues.apache.org/jira/browse/IGNITE-9381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16625667#comment-16625667
]
Sergey Antonov commented on IGNITE-9381:
----------------------------------------
[~agoncharuk]
1) I excluded TestPredicate from peer to peer local classloading.
{code:java}
cfg.setPeerClassLoadingLocalClassPathExclude(TestPredicate.class.getName());
{code}
Could you explain articles 2) and 3) ? What you mean?
4) Checking { { IgniteUtils.classCache } } on remote node will be enough?
5) It's multi JVM test. Direct access already returns 0 because of local node
(client) never sent {{GridDeploymentRequest}}
> p2p does not undeploy ScanQuery IgniteBiPredicate filter on client node
> disconnect
> ----------------------------------------------------------------------------------
>
> Key: IGNITE-9381
> URL: https://issues.apache.org/jira/browse/IGNITE-9381
> Project: Ignite
> Issue Type: Bug
> Reporter: Andrew Medvedev
> Assignee: Sergey Antonov
> Priority: Major
> Fix For: 2.7
>
> Attachments: AndmedScanFilterClassLoadingTest.java, snapshots.xml
>
>
> Once deployed via scan query, an IgniteBiPredicate filter does not change if
> client reconnects (with a modified filter)
> Steps to reproduce:
> * start server node in separate jvm with attached configuration (persistence
> enabled)
> * run attached reproducer AndmedScanFilterClassLoadingTest. It includes a
> task and a scan filter, both print "FOO" on server side
> * modify FOO -> BAR for both
> * re-run modifed AndmedScanFilterClassLoadingTest .
> Expected: Both print "BAR".
> Actual behavior: task prints "BAR", scan filter prints "FOO"
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
