You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@lucenenet.apache.org by ni...@apache.org on 2021/03/14 12:52:09 UTC
[lucenenet] branch master updated (0a3c227 -> 11f1106)
This is an automated email from the ASF dual-hosted git repository.
nightowl888 pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/lucenenet.git.
from 0a3c227 Lucene.Net.Util.AttributeSource: Restored comment from Lucene indicating it doesn't matter if multiple threads compete to populate the ConditionalWeakTable. See #417.
add 4498348 Lucene.Net.Support (FileSupport + EnvironmentVariablesConfigurationProvider): Added comments to indicate that multiple threads competing in the valueFactory is okay in these cases. See #417.
add 3f15409 Lucene.Net.TestFramework.Support.Confguration.TestConfigurationFactory: Use Lazy<T> to ensure the configurationCache.GetOrAdd() factory is atomic. See #417.
add e965714 Lucene.Net.TestFramework.Search.ShardSearchingTestBase: Fixed possible KeyNotFoundException when getting the value from collectionStatisticsCache
add 529748a Lucene.Net.Spatial.Prefix.PrefixTreeFactory: Use Lazy<T> in ConcurrentDictionary to make the valueFactory atomic. See #417. Fixes #319.
add 5aa0915 Lucene.Net.Analysis.OpenNLP.Tools.OpenNLPOpsFactory: Simplified logic by using GetOrAdd() instead of TryGetValue. See #417.
add 0d2e3ac Lucene.Net.TestFramework.Util (LuceneTestCase + TestUtil): Refactored the CleanupTemporaryFiles() method to be more in line with the original Java implementation, including not allowing new files/directories to be added to the queue concurrently with the deletion process. See #417.
add 8034e76 Lucene.Net.Join.ToParentBlockJoinCollector: Changed from ConcurrentQueue<T> to Queue<T> because we are dealing with a collection declared within the same method so there is no reason for the extra overhead.
add 3aa9165 Lucene.Net.Tests.Suggest.Spell.TestSpellChecker: Replaced ConcurrentBag<T> with ConcurrentQueue<T> because we need to be sure the underlying implementation guarantees order and the extra call to Reverse() was just slowing things down. See #417.
add 1ebfcad Lucene.Net.TestFramework.Search.ShardSearchingTestBase: Display the contents of the collection to the console using Collections.ToString().
add 91732bc Lucene.Net.Search.SearcherLifetimeManager: Added comment to indicate the reason we use Lazy<T> is to make the create operation atomic. See #417.
add 11f1106 Directory.Build.Targets: Added FEATURE_DICTIONARY_REMOVE_CONTINUEENUMERATION so we can support this feature in .NET 5.x + when we add a target.
No new revisions were added by this update.
Summary of changes:
Directory.Build.targets | 5 +-
.../Tools/OpenNLPOpsFactory.cs | 96 +++++++++-------------
.../Taxonomy/WriterCache/NameIntCacheLRU.cs | 4 +
src/Lucene.Net.Join/ToParentBlockJoinCollector.cs | 12 +--
.../Prefix/PrefixTreeStrategy.cs | 21 +++--
.../Search/ShardSearchingTestBase.cs | 6 +-
.../Configuration/TestConfigurationFactory.cs | 11 ++-
src/Lucene.Net.TestFramework/Util/Fst/FSTTester.cs | 6 +-
.../Util/LuceneTestCase.cs | 79 ++++++++++--------
src/Lucene.Net.TestFramework/Util/TestUtil.cs | 44 +++-------
.../Spell/TestSpellChecker.cs | 14 +---
src/Lucene.Net/Search/SearcherLifetimeManager.cs | 3 +-
.../EnvironmentVariablesConfigurationProvider.cs | 4 +-
src/Lucene.Net/Support/IO/FileSupport.cs | 4 +-
14 files changed, 151 insertions(+), 158 deletions(-)