[
https://issues.apache.org/jira/browse/IGNITE-12555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17020566#comment-17020566
]
Ignite TC Bot commented on IGNITE-12555:
----------------------------------------
{panel:title=Branch: [pull/7285/head] Base: [master] : Possible Blockers
(10)|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1}
{color:#d04437}ZooKeeper (Discovery) 1{color} [[tests 0 TIMEOUT , Exit Code
|https://ci.ignite.apache.org/viewLog.html?buildId=4947862]]
{color:#d04437}PDS (Indexing){color} [[tests
1|https://ci.ignite.apache.org/viewLog.html?buildId=4947903]]
* IgnitePdsWithIndexingCoreTestSuite:
WalRecoveryTxLogicalRecordsTest.testFreeListRecovery - Test has low fail rate
in base branch 0,0% and is not flaky
{color:#d04437}Cache 5{color} [[tests
5|https://ci.ignite.apache.org/viewLog.html?buildId=4947892]]
* IgniteCacheTestSuite5:
CacheSerializableTransactionsTest.testConcurrentUpdateNoDeadlockFromClientsNodeRestart
- Test has low fail rate in base branch 2,0% and is not flaky
* IgniteCacheTestSuite5:
CacheSerializableTransactionsTest.testConflictResolution - Test has low fail
rate in base branch 1,0% and is not flaky
* IgniteCacheTestSuite5:
CacheSerializableTransactionsTest.testConcurrentUpdateNoDeadlockNodeRestart -
Test has low fail rate in base branch 2,0% and is not flaky
* IgniteCacheTestSuite5:
CacheSerializableTransactionsTest.testNoOptimisticExceptionOnChangingTopology -
Test has low fail rate in base branch 2,0% and is not flaky
* IgniteCacheTestSuite5:
CacheSerializableTransactionsTest.testIncrementTxRestart - Test has low fail
rate in base branch 2,0% and is not flaky
{color:#d04437}MVCC PDS 2{color} [[tests
1|https://ci.ignite.apache.org/viewLog.html?buildId=4947933]]
* IgnitePdsMvccTestSuite2:
IgniteWalReaderTest.testIteratorWithCurrentKernelContext - Test has low fail
rate in base branch 0,0% and is not flaky
{color:#d04437}Cache 7{color} [[tests
2|https://ci.ignite.apache.org/viewLog.html?buildId=4947894]]
* IgniteCacheTestSuite7:
AuthenticationProcessorNodeRestartTest.test1kUsersNodeRestartServer - Test has
low fail rate in base branch 0,0% and is not flaky
* IgniteCacheTestSuite7:
AuthenticationProcessorNodeRestartTest.testConcurrentFailedOperationNodeRestartServer
- Test has low fail rate in base branch 0,0% and is not flaky
{panel}
[TeamCity *--> Run :: All*
Results|https://ci.ignite.apache.org/viewLog.html?buildId=4947939&buildTypeId=IgniteTests24Java8_RunAll]
> .NET: Thin Client: deserializing DateTime fields causes BinaryTypeGet request
> for every value
> ---------------------------------------------------------------------------------------------
>
> Key: IGNITE-12555
> URL: https://issues.apache.org/jira/browse/IGNITE-12555
> Project: Ignite
> Issue Type: Bug
> Components: platforms
> Affects Versions: 2.4, 2.5, 2.6, 2.7, 2.8, 2.7.5, 2.7.6
> Reporter: Pavel Tupitsyn
> Assignee: Pavel Tupitsyn
> Priority: Blocker
> Labels: .NET
> Fix For: 2.8
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Actual: The following code causes 10 BinaryProcessorClient.GetBinaryType
> calls (2 fields, 5 Foo instances). Every call is a server request.
> Expected: 0 calls. Binary metadata should be cached after PutAll call.
> {code}
> public class CacheDateTimeMetaTest : ClientTestBase
> {
> [Test]
> public void TestDateTimeMeta()
> {
> var data = Enumerable.Range(1, 5)
> .Select(x => new Foo
> {
> Id = x,
> StartDate = DateTime.Now.AddHours(x),
> EndDate = DateTime.Now.AddDays(x)
> });
> var cache = Client.GetOrCreateCache<int, Foo>("foo");
> cache.PutAll(data.Select(x => new KeyValuePair<int, Foo>(x.Id,
> x)));
> var res = cache.Query(new ScanQuery<int, Foo>()).GetAll();
> Assert.AreEqual(cache.GetSize(), res.Count);
> }
> public class Foo
> {
> public int Id { get; set; }
> public DateTime? StartDate { get; set; }
> public DateTime? EndDate { get; set; }
> }
> }
> {code}
> This causes huge performance issues.
> *Workaround*
> * Force Timestamp format for all DateTime values
> User list discussion:
> http://apache-ignite-users.70518.x6.nabble.com/Getting-all-data-from-cache-via-scan-query-is-taking-lot-of-time-td30949.html
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
