I'm fairly new to AEM development.
I'm trying to find the cause of an issue, and I don't really know where to look. If I do the following, the functionality works as expected:
1. install AEM (6.5) on my development machine
2. create a content fragment model that includes a mulit-line field
3. use that cf model to create a cf in /content/dam/we-retail/en/people/mens, adding text and image to the multi-line field.
4. create a page under /content/we-retail/us/en/men using content page template
5. add a content fragment component to the new page and link it to the cf created in step 2 and 3, select single text element, and choose the content in the multi-line field.
The text and image from the content fragment appear on the page.
After I "mvn clean install -PautoInstallPackage" a project my team is working on, if I repeat the same steps, the text from the content fragment will show up on the page, but not the image. Given those results, I believe something in our project must be causing this problem, but I don't know where to look to find that cause. I'm looking through the error.txt file in \crx-quickstart\logs and see messages that appear to be about my content fragment and/or page like:
05.06.2020 13:06:33.075 *WARN* [0:0:0:0:0:0:0:1 [1591380392844] GET /content/we-retail/us/en/men/after-install.html HTTP/1.1] com.day.cq.wcm.msm.impl.LiveRelationshipManagerImpl StarResource given at /content/we-retail/us/en/men/after-install/jcr:content/root/responsivegrid/contentfragment/par0/*: no parent: no LiveCopy
(am reading here that those aren't anything to worry about: https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/no-parent-no-livecopy-erro...)
05.06.2020 13:06:37.981 *ERROR* [sling-threadpool-8c53abc7-81f0-4e9e-bcc6-bbc8770b56eb-(apache-sling-job-thread-pool)-33-com_day_cq_replication_job_publish(com/day/cq/replication/job/publish)] com.day.cq.replication.Agent.publish >> Handle: /content/dam/we-retail/en/people/mens/test-wr-store-info-cf
05.06.2020 13:09:41.146 *ERROR* [sling-threadpool-8c53abc7-81f0-4e9e-bcc6-bbc8770b56eb-(apache-sling-job-thread-pool)-4-com_day_cq_replication_job_publish(com/day/cq/replication/job/publish)] com.day.cq.replication.Agent.publish Replication (DELETE) of /content/dam/we-retail/en/people/mens/test-wr-store-info-cf not successful: java.net.ConnectException: Connection refused: connect Conversation follows
By comparison, if I look at the logs after performing these actions on a clean AEM instance (before the mvn install), I don't find these errors.
Does anyone have any recommendations for how to further investigate this issue?
Thanks,
Marvin
Solved! Go to Solution.
Hi @mpalme1 ,
There might be issue with synchronisation, Please verify that the images in your project (/content/dam/<project>) will also be present in the backend (ui.apps/.../jcr_root/dam/<project>). There is a high possibility that Assets are not present in ui.apps and it's going to delete the assets in AEM when you fire -PautoInstallPackage.
If you are using vault then please check the filter files as well
References -
https://helpx.adobe.com/in/experience-manager/6-3/sites/developing/using/ht-vlttool.html
Happy Coding
~BK
Seems to be some vault filter issue. Are you able to see image in DAM as well in CF directly? If not I believe after men clean install, images might be getting deleted..
Thanks for responding. These are my filter.xml files:
<?xml version="1.0" encoding="UTF-8"?>
<workspaceFilter version="1.0">
<filter root="/conf/pineapple/settings/dam"/>
<filter root="/conf/pineapple/settings/wcm"/>
<filter root="/conf/pineapple/settings/workflow"/>
<filter root="/conf/global/settings/workflow/launcher/config/pineapple-launcher"/>
<filter root="/var/workflow/models/conf/pineapple/settings/workflow/models/pineapple_page_verification"/>
<filter root="/content/dam/pineapple/us/en/fruitjuice"/>
</workspaceFilter>
In ui.apps, it looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<workspaceFilter version="1.0">
<filter root="/apps/pineapple"/>
</workspaceFilter>
The content fragment model, content fragment, and page were all under we-retail. The image was at /content/dam/we-retail-screens/we-retail-instore-logo.png and I can see it in both the DAM and in CRXDE at that path.
Views
Replies
Total Likes
Hi @mpalme1 ,
There might be issue with synchronisation, Please verify that the images in your project (/content/dam/<project>) will also be present in the backend (ui.apps/.../jcr_root/dam/<project>). There is a high possibility that Assets are not present in ui.apps and it's going to delete the assets in AEM when you fire -PautoInstallPackage.
If you are using vault then please check the filter files as well
References -
https://helpx.adobe.com/in/experience-manager/6-3/sites/developing/using/ht-vlttool.html
Happy Coding
~BK
Views
Replies
Total Likes
Also, we are using our filter.xml files. In ui.content, the filter.xml looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<workspaceFilter version="1.0">
<filter root="/conf/pineapple/settings/dam"/>
<filter root="/conf/pineapple/settings/wcm"/>
<filter root="/conf/pineapple/settings/workflow"/>
<filter root="/conf/global/settings/workflow/launcher/config/pineapple-launcher"/>
<filter root="/var/workflow/models/conf/pineapple/settings/workflow/models/pineapple_page_verification"/>
<filter root="/content/dam/pineapple/us/en/fruitjuice"/>
</workspaceFilter>
In ui.apps, it looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<workspaceFilter version="1.0">
<filter root="/apps/pineapple"/>
</workspaceFilter>
Views
Replies
Total Likes
(duplicate, tried to delete but couldn't)
Views
Replies
Total Likes
@mpalme1 The way your image is stored in a page is by storing its reference. So, you first go to crx/de and investigate content/we-retail/us/en/men/after-install/jcr:content/root/responsivegrid/contentfragment. Do you see the image reference?
If you see the image reference, then check for the image. Is it available at its location?
Views
Replies
Total Likes