Skip to content
This repository has been archived by the owner on Jun 15, 2023. It is now read-only.

Create API to read files and JAR/bundle resources as a Reactive Stream #8

Open
magnet opened this issue May 8, 2017 · 0 comments
Open

Create API to read files and JAR/bundle resources as a Reactive Stream #8

magnet opened this issue May 8, 2017 · 0 comments
Assignees
@magnet
Labels
enhancement

Comments

@magnet
Copy link
Contributor

magnet commented May 8, 2017

Non-blocking, on demand file reading, notably for service Saga assets.
@magnet magnet self-assigned this May 8, 2017
magnet added a commit that referenced this issue May 8, 2017
@magnet
Issue #8: Introduce ReactiveFileReader to read files in a non-blockin…
78a97f4 
…g, on-demand fashion
@magnet magnet mentioned this issue May 8, 2017
Open
magnet added a commit that referenced this issue May 8, 2017
@magnet
Issue #8: Introduce ReactiveFileReader to read files in a non-blockin…
42ee8a6 
…g, on-demand fashion
magnet added a commit that referenced this issue May 8, 2017
@magnet
Issue #8: add more convenience methods for reading
47051d0
@magnet magnet changed the title Create API to read files as a Reactive Stream Create API to read files and JAR/bundle resources as a Reactive Stream May 8, 2017
magnet added a commit that referenced this issue May 8, 2017
@magnet
Issue #8: Implement Resource finding and non-blocking (reactive) reading
1f5a907 
Bundle resources only have blocking access through InputStream. An alternative
approach is used by copying the resource the first time it is requested to the
bundle storage area, then using a ReactiveFileReader.

Published IODispatcher service, a DetachedDispatcher for blocking IO needs.

Added test facilities through WithCodexIO JUnit rule. Codex-IO might requires
a new dependency on OSGi core and may become a separate module.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@magnet magnet

Labels
enhancement
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@magnet