We are upgrading to AEM6.5 from 6.3. We have set up a shared NFS and everything seems to work fine.
But since then, AEM doesn't appear to install new bundles of higher versions of our custom projects. So, for example, {project-b}/install/project-b.jar will not trigger a bundle OSGI install.
I'm not sure the two are related but it does seem a bit odd. Could something be cached? Could installing on both author and publish cause issues?
Solved! Go to Solution.
Just checking.
Feel free to log a Daycare ticket to troubleshoot this further.
After installing the latest version of the bundle, Go to [1] and check if the bundle is still mapped to the older jar file.
If yes, there might be something wrong with the OSGI installer. You can follow the steps below:
- Stop the AEM instance
- Go to <AEM_Installation_Directory>crx-quickstart directory
- Rename the launchpad to launchpad_bkp
- Start the instance and this should create a new launchpad folder. Wait for the instance to startup
- Stop the instance and delete the newly created launchpad folder
- Restore launchpad_bkp to launchpad
- Start the instance
Views
Replies
Total Likes
We are using snapshot builds. It does look like it is being mapped to the one installed on the 23rd. I tried the above steps but nothing changed. Package installs with latest front end changes but the install folder doesn't seem to get picked up anymore. I don't see anything in the logs either.
com.xxx.yyy.wcms.core | 1571846896324/200 | jcrinstall:/apps/yyy/install/yyy-wcms.core-3.11.1-SNAPSHOT.jar (3.11.1.SNAPSHOT) | INSTALLED 18:53:38:067 2019-Oct-23 |
Views
Replies
Total Likes
RE : We are using snapshot builds.
Views
Replies
Total Likes
We use snapshot builds for testing. But either way, we still are running into the same issue with release versions. Unless there is something drastically wrong that snapshot builds screw it all up.
Views
Replies
Total Likes
Generally with SNAPSHOT bundles you're not incrementing the build number and newer deploys won't get picked up
So for example the bundle from the 23rd that was picked up under :
/apps/yyy/install/yyy-wcms.core-3.11.1-SNAPSHOT.jar
What's the current build you're trying to deploy today on the 30th? Is it still 3.11.1 ?
Views
Replies
Total Likes
It is. However, I can easily change this. The odd thing is though, if I uninstall the package and delete it, it still shows up in the osgi-installer. Is that normal?
Views
Replies
Total Likes
Try incrementing the build number to 3.11.2 and I assure you it will pick up the bundle.
In regards to the uninstall behavior you're seeing I'd need to see logs. If this is a concern for you, please raise a Daycare ticket.
Views
Replies
Total Likes
While the new 3.11.2 appears in the install folder, the osgi is still pointed to the older version, still saying installed on the 23rd.
Views
Replies
Total Likes
Did you just rename the JAR file, or did you increment the build in the POM files and re-compile?
Views
Replies
Total Likes
hahahahha... of course I incremented the build in the POM files and re-compiled.
Just checking.
Feel free to log a Daycare ticket to troubleshoot this further.
It seems to have started to happen when we switched over to an external datastore and shared between author and publish (going the binaryless replication route). What is also interesting is that the .ser files under launchpad/installer are all from before those dates too.
Views
Replies
Total Likes
I did not see this issue with the 6.5 beta version. However, with archetype13-based projects, the alpha 6.5.4 version of AEM doesn't seem to update a bundle contained within a package if the bundle is already installed. (I didn't try updating the version of the bundle, since I'm just updating the snapshot version in development.) However, using an archetype23-based project against the alpha 6.5.4 version of AEM seems to work fine.
I determined that with archetype13, the Maven build still generates the correct packages and AEM actually returns a 200 ok message. So, something is going wrong within AEM but I didn't see any related logs being generated and wasn't motivated to debug this since I've moved on to archetype23.
In cases where I still need to work with an archetype13-based project, I just define an alias for a curl command to directly update the bundle (i.e. not part of a package) in AEM and that works just fine.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies