Releases: vsilaev/tascalate-javaflow
Releases · vsilaev/tascalate-javaflow
Tascalate JavaFlow 2.7.6
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
Tascalate JavaFlow 2.6.2
This is maintenance release with the following changes:
Tascalate ASMX
dependency is updated to the version9.2.0
(OW2 ASM
9.2
) to support newer JDK versions (Java 16+)Ant
andJUnit
dependecies are updated according to GitHub Dependabot security advisor.
Tascalate JavaFlow 2.6.1
This is a maintenance release that addresses the following issues:
- Fix bug with redefining system classes and library classes in the
ContinuableClassLoader
- Fix bug with redefining system classes and library classes in both CDI and regular agent
- Refactor common code from CDI and regular agents to the separate shared module
- Simplify
ResourceTransformationFactory
API - Use ObjectWeb ASM "add-mostly" optimization when transforming classes
- Use the most actual ObjectWeb ASM 7.1 (transitively) and SLF4J versions