Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

AEM Service pack 6.5.19 upgrade issues

Avatar

Adobe Champion

Hi ,

 

Just updating the post again on what all outstanding issues we have apart from the below one

1. Open SSO login is not working for us after SP19 upgrade.  - We are working with Adobe on this one

2. Our delete functionality is custom to move it to a recycle bin folder, this too not working due to some JavaScript issues. We are on this one too

These are the major ones

 

We are trying to upgrade our environment to SP19 and seeing lot of issues. Among it, one of it is while updating uber jar to 6.5.19 as below.

 

<dependency>
<groupId>com.adobe.aem</groupId>
<artifactId>uber-jar</artifactId>
<version>6.5.19</version>
<classifier>apis-with-deprecations</classifier>
<scope>provided</scope>
</dependency>

 

We are using junit version as below

 

<dependency>
<groupId>org.junit</groupId>
<artifactId>junit-bom</artifactId>
<version>5.4.1</version>
<type>pom</type>
<scope>import</scope>
</dependency>

 

<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-core</artifactId>
<version>3.4.6</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-junit-jupiter</artifactId>
<version>3.4.6</version>
<scope>test</scope>
</dependency>

 

The issue is that most of our test class where we use AEMContext

 

For eg:

 

Asset asset1 = context.create().asset("/content/dam/asset.jpg", new InputStream() {
@Override
public int read() throws IOException {
return -1;
}
}, "image/jpg", ImmutableMap.<String, Object>builder()
.put("prism:expirationDate", "2020-03-25T11:51:00.000-04:00")
.put(com.day.cq.dam.api.DamConstants.DC_FORMAT, "image/jpeg")
.put(com.day.cq.dam.scene7.api.constants.Scene7Constants.PN_S7_FILE_AVS, "Asset-AVS")
.build()
);

 

 

This fails and the error is

java.lang.NoClassDefFoundError: org/apache/commons/io/build/AbstractStreamBuilder

Any thoughts here? Has anyone recently upgraded to SP19 and facing issues with test classes failing?

Also, is it mandatory to update the uber jar when we do Service pack updates?

 

 

Update:

 

We commented the problematic junit classes and did the deployment with uber jar update. Still SSO login issue and other SP19 issues are outstanding.

 

 

 

 

1 Accepted Solution

Avatar

Correct answer by
Level 2

I also bumped into the "java.lang.NoClassDefFoundError: org/apache/commons/io/build/AbstractStreamBuilder" unit test error after upgrading to SP19.

I checked in the depfinder for org.apache.commons.io, bundle was found, Maven dependency on the right column:

<dependency>
	<artifactId>commons-io</artifactId>
	<version>2.13.0</version>
	<groupId>commons-io</groupId>
	<scope>provided</scope>
</dependency>

Once I added this dependency to my parent pom.xml file, unit tests were no longer broken, all passed.

(I'm running into other issues but not related to unit tests).

View solution in original post

31 Replies

Avatar

Level 1

Did we try to explicitly download the dependency bundle which is throwing NoClassDefFoundError, include it as part of META-INF and then rerun the entire build to see if error goes away. 

 

Maven Repository: org.apache.commons » commons-io » 1.3.2 (mvnrepository.com)

 

Can you please let me know which version of dependency are we trying to import for java.lang.NoClassDefFoundError: org/apache/commons/io/build/AbstractStreamBuilder ?

 

I am assuming this is the error you are still getting right?

 

 

Avatar

Correct answer by
Level 2

I also bumped into the "java.lang.NoClassDefFoundError: org/apache/commons/io/build/AbstractStreamBuilder" unit test error after upgrading to SP19.

I checked in the depfinder for org.apache.commons.io, bundle was found, Maven dependency on the right column:

<dependency>
	<artifactId>commons-io</artifactId>
	<version>2.13.0</version>
	<groupId>commons-io</groupId>
	<scope>provided</scope>
</dependency>

Once I added this dependency to my parent pom.xml file, unit tests were no longer broken, all passed.

(I'm running into other issues but not related to unit tests).

Avatar

Adobe Champion

@22838leo  Thanks for that update Leo. Does that mean you didn't upgrade any of the other maven dependencies as in the above post like mockito or jnuit, than just this one to fix the issue? Let me try that and will update here

Avatar

Level 2

Uh, my bad, I forgot to mention those.  I did upgrade a couple of testing dependencies: the org.mockito ones (ex: mockito-core) to 5.2.0, io.wcm.testing.aem-mock.junit5 one to 5.1.2.

Avatar

Adobe Champion

@22838leo  That worked. Thanks a lot for that finding. Appreciate your help. Please post the errors you are getting too here, so we get an idea of other errors

Avatar

Level 2

My ui.apps package had an error:

 

[INFO] --- filevault-package:1.1.4:validate-files (default-validate-files) @ mymodule.ui.apps.structure ---
[INFO] Using generatedMetaInfRootDirectory: /path/to/project/mymodule/ui.apps.structure/target/vault-work/META-INF and metaInfRootDir: null
[ERROR] Failed to execute goal org.apache.jackrabbit:filevault-package-maven-plugin:1.1.4:validate-files (default-validate-files) on project mymodule.ui.apps.structure: Execution default-validate-files of goal org.apache.jackrabbit:filevault-package-maven-plugin:1.1.4:validate-files failed: Error loading node types from CND at tccl:aem.cnd: Could not load resource 'aem.cnd' from classLoader 'ClassRealm[project>com.my.project:mymodule.ui.apps.structure:1.0.0-SNAPSHOT, parent: ClassRealm[maven.api, parent: null]]' -> [Help 1]

 

I bumped the filevault package maven plugin dependency to 1.1.6 (latest available in my company's repo, and also the version on the latest - 47 - archetype), but now it's showing other errors, in ui.apps package too, most notably:

[ERROR] ValidationViolation: "jackrabbit-accesscontrol: Found no access control list, but there is supposed to be one contained as the property 'acHandling' is set to 'MERGE'!"

 (Either way, filevault package plugin at 1.1.4 or 1.1.6, still not out of the woods...)

Avatar

Level 2

Nevermind those filevault maven package plugin errors.  I'd forgotten to "Invalidate Caches" in IntelliJ.  I created a fresh clone of my Git project, changed the uber-jar dependency to 6.5.19 and added the apache commons-io maven dependency in the parent pom.xml file, and the build ended successfully.  No other dependencies needed to be updated (mockito-core, aem-mock.junit5, filevault package plugin).

Avatar

Adobe Champion

If you upgrade to 5.x.x version. I assume you are using java 11.