Dear GroupDocs users, we’re pleased to announce GroupDocs.Assembly for Java 26.8. This is a build and packaging release: the library is now produced by a Maven pipeline instead of the previous IDE-modules-plus-Ant setup. The public API is unchanged and nothing was removed or renamed, so no code changes are required — the one thing to check before updating is the new Java 8 baseline described below.
Update — the library is now built with Maven
GroupDocs.Assembly for Java is now a single Maven project that shades its dependencies, repackages them and obfuscates the result, replacing the previous two-pass ProGuard setup. The documented API — com.groupdocs.assembly and the com.groupdocs.assembly.system, .system.data, .system.data.common, .system.drawing packages — is exported exactly as before, and Maven coordinates did not change:
<dependency>
<groupId>com.groupdocs</groupId>
<artifactId>groupdocs-assembly</artifactId>
<version>26.8</version>
</dependency>
Existing code keeps working as it is:
import com.groupdocs.assembly.DataSourceInfo;
import com.groupdocs.assembly.DocumentAssembler;
DocumentAssembler assembler = new DocumentAssembler();
assembler.assembleDocument(
templatePath,
resultPath,
new DataSourceInfo(dataSource, "contracts"));
Scope.
- The public API is byte-for-byte compatible in shape: same packages, same classes, same signatures. No migration is needed.
- Assembly behaviour and results are unchanged; this is a build-level change.
- Bundled third-party code moved to different internal package names (
com.groupdocs.assembly.internal.*). These packages were never a part of the API and were already obfuscated, but if your build filters or imports them explicitly (for example an OSGiImport-Packagelist or a shading configuration of your own), the names need to be refreshed. (ASSEMBLYJAVA)
Update — Java 8 is now the minimum required version
The classes in the published jar are compiled for Java 8 (class file version 52); 26.7 and earlier were compiled for Java 7 (version 51).
Scope.
- Java 8 or later is required at runtime. Applications running on Java 7 must stay on 26.7.
- No recompilation of your code is needed on Java 8 and later — the API did not change.
- Aspose components bundled in the jar are unchanged in this release. (ASSEMBLYJAVA)
Resources