Releases: vsilaev/tascalate-javaflow
Releases · vsilaev/tascalate-javaflow
Tascalate JavaFlow 2.7.8
Tascalate JavaFlow 2.7.7
USE VERSION 2.7.8 INSTEAD - Gradle plugin was broken due to changes in Maven Shader Plugin!!!
- Update internal dependencies (
tascalate-asmx
to9.8
andtascalate-instrument
to1.6.0
- Fix Maven & Gradle plugin to work correctly with PROVIDED & SYSTEM dependencies
- Update build plugins
Tascalate JavaFlow 2.7.6
Update internal dependencies (tascalate-asmx
to 9.7.0
and tascalate-instrument
to 1.5.0)
Tascalate JavaFlow 2.7.5
- Update internal dependencies (
tascalate-asmx
to9.0.5
andtascalate-instrument
to1.3.2
- Fix SLF4J versioning
Tascalate JavaFlow 2.7.3
- Added Gradle build plugin
- Updated dependency to Tascalate ASMX 9.3 (includes fix for handling arrays in bytecode verifier used internally; uses shaded ASM 9.3)
- Improved docs
Tascalate JavaFlow 2.7.2
Hotfix: mark Maven Mojo as thread-safe to allow parallel build
Tascalate JavaFlow 2.7.1
Hot fix for the Maven plugin issue: test-only dependencies are handled incorrectly
Tascalate JavaFlow 2.7.0
This release introduces several important refactorings for projects structure organization, package names, class names and alike.
net.tascalate.javaflow.providers.asm*
group of artifacts is deprecated, the net.tascalate.javaflow.providers.core should be used instead.- Reusable portion of the code has been extracted from the
net.tascalate.javaflow.tools.cdi-javaagent
to the net.tascalate.javaflow.providers.proxy. - Java Agent artefacts have been relocated:
net.tascalate.javaflow.tools.instrument
--> net.tascalate.javaflow.agent.commonnet.tascalate.javaflow.tools.javaagent
--> net.tascalate.javaflow.agent.corenet.tascalate.javaflow.tools.cdi-javaagent
--> net.tascalate.javaflow.agent.proxy
- In the aforementioned artifacts package names / module names / class names were adjusted to follow common naming convention guidelines of the project.
- Reusable code to working with bytecode using ObjectWeb ASM library has been promoted to the tascalate-asmx project
- Reusable code to create JavaFlow agents has been promoted to the tascalate-instrument project, see net.tascalate.instrument.agent
ClassMatcher
-s used for vetoing continuations processing was fixed to support deep matchers on subclasses / subinterfaces. Also separate settings should be used on per-project basis, now no veto is defined in the library itself.- Fixed lambda classes enhancements via Java Agent in JDK 9+
- Fixed deprecations and errors due to restricted API usage in ResourceTransformingClassLoader.java (foremly ContinuableClassLoader), fixed errors in this class
- Classes in Maven and Ant build tools was renamed. Additionally, package names were adjusted in all
net.tascalate.javaflow.tools.*
projects. - Runtime API itself was not affected, all the changes are related mostly to build tools and Java agents
Tascalate JavaFlow 2.6.4
Critical fix -- fixes invalid module-info
required module names of instrumentation-related artifacts
Tascalate JavaFlow 2.6.3
Hot fix: make ClassHeaderReader support Java 18 bytecode