Я не уверен, что вы изменили, так как трудно понять из этой очень ограниченной части кода. Но основы стандартного рендеринга изображений выглядят так.
вы перетаскиваете компонент изображения на свою парсию, вы перетаскиваете изображение из средства поиска контента в компонент изображения.
Фактический рендеринг происходит следующим образом. Когда вы смотрите на компонент изображения, вы видите в image.jsp «предполагаемый» рендеринг изображения (он записывается в выходной поток). Это изображение уже получило суффикс запроса «.img.png». Это определено в диалоговом окне компонента изображения в свойстве requestSuffix и является стандартным для «.img.png»
Теперь у нас есть URL-адрес ресурса на странице, но sling еще не решил фактическое изображение , Когда мы продвигаемся дальше в цепочке решения стропы, мы видим файл img.png.jsp внутри компонента libs/foundation/components/page. Во время разрешения стропы компонента изображения один заканчивается в этом сервлете из-за суффикса запроса .img.png. Именно этот сервлет отвечает за то, что он действительно написал изображение для ответа. При этом он создает имя «изображение» для фактического изображения.
Так что ваш окончательный путь будет выглядеть следующим образом:
pathToPageWithImageComponentOnIt/_jcr_content/containerComponent/image.img.png/imageSuffix.jpg
Так что в вашем случае это будет переводить:
/content/XXX/en/_jcr_content/par/image.img.png/1366177510193.png
при условии, что par
вашего parsys
Одной из причин вашего образ, который не отображается должным образом, может заключаться в том, что ваш пользовательский компонент страницы не имеет компонента главной страницы как sling: resourceSuperType, что означает, что img.p nr сервлет не будет вызываться (поскольку он не может найти его в цепочке разрезания стропа) и тем самым сломать изображение.
Большое спасибо .... Это действительно полезно для меня .... – michaelvino86