Skip to content

Releases: McCapy/AsyncStreamAPI

1.0.0-RELEASE

Choose a tag to compare

@McCapy McCapy released this 16 Sep 18:28

yeah

v1.2-RELEASE

Choose a tag to compare

@McCapy McCapy released this 16 Sep 18:08

Did some code cleanup.

v1.1-RELEASE

Choose a tag to compare

@McCapy McCapy released this 16 Sep 03:03

yeah </3

v1.0-VERSION-RESET

Choose a tag to compare

@McCapy McCapy released this 16 Sep 02:54
95ae5d8

reset version

v4.4.7-RELEASE-ANNOTATIONS

Choose a tag to compare

@McCapy McCapy released this 14 Sep 18:52

v4.4.6-RELEASE-ANNOTATION-PROCESSOR

Pre-release

Choose a tag to compare

Annotation processor (this is a test, not an official release, although it should be functional)

v3.4.5-RELEASE-BETTER-EVENTS

Choose a tag to compare

Fixed events barely working and re-added task ordering. This version supports multiple on complete on cancel AND on start events which makes it much better than the previous iteration. This also comes with much more efficient reordering where we no longer have to worry about slow overhead when creating and starting a stream.

v3.3.4-RELEASE-BETTER-ERROR-HANDLING

Choose a tag to compare

Better error handling! this does mean i have to fix documentation (kill me) but basically we get error handling that permits multiple operations to be done in a series, piling up all the errors that it encounters and then reporting them at the end, it allows for a few different forms (all of which are to be documented) but it works similar to try catches in java, but instead it utilizies .guard() and .yield() instead

v3.1.2-RELEASE: PUBLIC-API

Choose a tag to compare

@McCapy McCapy released this 26 Aug 18:39

This added a more refined public API which utilizes OOP as opposed to the previous iterations (which was like 30 versions ago but oh well) which prefered to use annotation processing among other things.

As for the real changes, reduced the need for casting in the public API (apart from the (List Scope.EMPTY)) although predominantly this was a minor optimization as it just lowers the amount of bytecode actually presented on call. The call was also O(1) so it's still very minor

v3.0.0-RELEASE

Choose a tag to compare

@McCapy McCapy released this 22 Aug 23:55

This includes MANY improvements, such as actual documentation on major methods (that i felt needed explanation) as well as better use of OOP which maximize edit/scale-ability to make updates faster now.

Also added a new method for preconditions, that let you access the AsynchronousStream API's internals which let you edit things WITHOUT SAFETY (use with caution)