Documentation fix?
See original GitHub issueWhile performing some testing on Streams in Repositories i.e.
Stream<Thing> findAllBySomething();
I came up against the max scroll Context error refered to in #406 and #1337
Trying to create too many scroll contexts. Must be less than or equal to: [500]
At the bottom of Section 11.2 the following is stated
If the Stream is not closed and you are able to create 500 scroll contexts within the 60 seconds it triggers the exception.
I wondered if it was worth explaining that a try-with-resources should be used to make sure the Stream was closed and therefore the scroll context?
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (2 by maintainers)
Top Results From Across the Web
FIX Standards • FIX Trading Community v1.8
This is the place to find the specifications and resources to help you effectively understand and use the various technical standards that make...
Read more >Documentation | FIX API - TraderMade
Data Documentation for FIX Protocol API, includes detailed Python and Java examples for easy integration.
Read more >FIX API Specifications - FXCM API Developer Documentation
FIX API using FIX Protocol 4.4 is designed for real-time, custom institutional interface which can push up to 200 price update per second...
Read more >Documentation - QuickFIX/J
100% Java Open Source FIX Engine. QuickFIX/J 2.3.0. QuickFIX/J User Manual · Javadoc API Documentation. (This information is also included in the source...
Read more >fix command - LAMMPS documentation
If two or more fixes operate at the same stage of the timestep, they are invoked in the order they were specified in...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Implemented with #1746, now you don’t have to call close, this is done automatically. Thanks for finding this.
Fair point with the hint that most streams do not require a close operation and it should be documented.
But instead of adding this behaviour to the docs I will better change the implementation that reads the data from Elasticsearch to automatically close the scroll context when all results are returned so that an explicit close is not necessary.
I created #1745 for this, will do it later today.