[ 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)