Reading through the docs for AEM as a Cloud Service for Dispatcher. Obviously there are a lot of limitations imposed there (still working through the "this won't be possible anymore" effects of it. One thing that struck me was this:
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/implementing/content-delive...
It seems that the Cloud's Dispatcher doesn't include BASIC! things like support for Server Side Includes... Are there any plans in place to improve this? The docs vaguely mention that in future it could potentially include more modules.... What's the reasoning for not having something as basic as SSI (paired with for example SDI)
Solved! Go to Solution.
Topics help categorize Community content and increase your ability to discover relevant content.
Views
Replies
Total Likes
I think, this does work now. I checked with local sdk and dispatcher setup. Changes are below
https://github.com/arunpatidar02/aemaacs-aemlab/pull/21/files
Hi,
I am no expert on AEMaaCS but what I think is the reason for not including everything to AEMaaCS because AEMaaCS is just not a migration to the cloud it is more. e.g. using microservices to do offline processing for assets, changing replication, etc.
There is a lot of feature from traditional AEM has been removed e.g. Campaign, Product etc. and getting added gardually.
But you can expore https://sling.apache.org/documentation/bundles/dynamic-includes.html to implement SSI in AEMaaCS if it is not available OOTB.
I think, this does work now. I checked with local sdk and dispatcher setup. Changes are below
https://github.com/arunpatidar02/aemaacs-aemlab/pull/21/files
Hi,
When I check the list of allowed Apache modules I don't see mod_include there
So I assume that it's not supported correctly when deployed to cloud. Did you test it on an actual cloud instance (local SDK is quite far away from the actual thing).
Best Regards,
TS
I did not test this on actual cloud since I don't have any sandbox to test this.
but I tested on dispatcher docker image provided by adobe
I am trying to test this on local publish sdk and docker image for dispatcher.
Dispatcher is unable to include the directive:
[an error occurred while processing this directive]
<!-- SDI include (path: /conf/cisco-dcloud/settings/wcm/templates/page-home/structure/_jcr_content/root/experiencefragment-header.xf.html/cisco-dcloud/components/experiencefragment, resourceType: cisco-dcloud/components/experiencefragment) -->
Changes done in vhost file are as below:
<Directory />
<IfModule disp_apache2.c>
# Some items cache with the wrong mime type
# Use this option to use the name to auto-detect mime types when cached improperly
ModMimeUsePathInfo On
# Use this option to avoid cache poisioning
# Sling will return /content/image.jpg as well as /content/image.jpg/ but apache can't search /content/image.jpg/ as a file
# Apache will treat that like a directory. This assures the last slash is never stored in cache
DirectorySlash Off
# Enable the dispatcher file handler for apache to fetch files from AEM
SetHandler dispatcher-handler
</IfModule>
Options FollowSymLinks Includes
AllowOverride None
# Insert filter
SetOutputFilter DEFLATE
# Don't compress images
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
# Prevent clickjacking
Header always append X-Frame-Options SAMEORIGIN
</Directory>
<Directory "${DOCROOT}">
# Add Includes to enable SSI Includes used by Sling Dynamic Include
Options FollowSymLinks Includes
# Required to have dispatcher-handler process includes
ModMimeUsePathInfo On
# Set includes to process .html files
AddOutputFilter INCLUDES .html
AllowOverride None
Require all granted
</Directory>
Changes in rules.any
/0013 {
/glob "*.nocache.html*"
/type "deny"
}
Config file:
{
"include-filter.config.enabled": true,
"include-filter.config.path": "/conf/cisco-dcloud/settings/wcm/templates",
"include-filter.config.resource-types": ["cisco-dcloud/components/experiencefragment"],
"include-filter.config.include-type": "SSI",
"include-filter.config.add_comment": true,
"include-filter.config.selector": "xf",
"include-filter.config.ttl": "",
"include-filter.config.required_header": "Server-Agent=Communique-Dispatcher",
"include-filter.config.ignoreUrlParams": [],
"include-filter.config.rewrite": true
}
It got fixed by allowing the filter entry
# Allow xf
/0112 { /type "allow" /extension "html" /selectors "xf" /path "/conf/cisco-dcloud/settings/wcm/templates/*" }