Facing an very strange issue while upgrading to AEM6.5 | Community
Skip to main content
Level 2
May 5, 2020 3:53 PM UTC
Solved

Facing an very strange issue while upgrading to AEM6.5

Fonts (referenced in clientlib) are not getting rendered via dispatcher, though same is rendering fine on publisher. Below is the log from dispatcher:
---
[]Found farm myproject for myproject-ci-aem65.int.corp
[]checking [/etc.clientlibs/myclientlib/resources/fonts/GloberSemiBold/GloberSemiBold.woff2]
[]cachefile does not exist: /apps/em/dispatcher/cache/etc.clientlibs/myclientlib/resources/fonts/GloberSemiBold/GloberSemiBold.woff2
[]try to create new cachefile: /apps/em/dispatcher/cache/etc.clientlibs/myclientlib/resources/fonts/GloberSemiBold/GloberSemiBold.woff2
[]cache-action for [/etc.clientlibs/myclientlib/resources/fonts/GloberSemiBold/GloberSemiBold.woff2]: CREATE
[]Reusing connection: 10.20.30.40:4503
[]Connected to backend rend01 (10.20.30.40:4503)
[]Adding request header: host
[]Adding request header: Accept
[]Adding request header: Accept-Encoding
[]Adding request header: Accept-Language
[]Adding request header: Cookie
[]Adding request header: Origin
[]Adding request header: Referer
[]Adding request header: User-Agent
[]Adding request header: X-Forwarded-Port
[]Adding request header: X-Forwarded-Proto
[]Adding request header: Via
[]Adding request header: X-Forwarded-For
[]Adding request header: Server-Agent
[]response.status = 204
[]response.headers[Date] = "Tue, 05 May 2020 05:17:38 GMT"
[]response.headers[Cache-Control] = "no-cache"
[]Storing socket for later reuse: 10.20.30.40:4503
[] "GET /etc.clientlibs/myclientlib/resources/fonts/GloberSemiBold/GloberSemiBold.woff2" 204 none [myproject/rend01] 1ms
---
When we hit font file directly (not via site), it get cached properly and started working. Issue seems to be with caching on dispatcher, as dispatcher response status is 204.
 
Any help is highly appreciated!
This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
user05162Accepted solution
Employee
May 6, 2020 3:18 PM UTC

Can you do the following test:

 

- Allow read access for the "anonymous" user on the /etc directory

- Check if you are able to load the font files.

14 replies

joerghoh
Employee
May 13, 2020 6:29 PM UTC

When you request this file via dispatcher, you'll see a request to the AEM publish as well (the request created by the dispatcher); what's the response code of AEM? Is it also 204 (it should)? In case it is, can you go to that publish instance, search this request in the "recent request" view and post the details here? I am especially interested in the servlet handling this request.

Because I am not aware that the ClientLibProxyServlet is able to return the statuscode 204; this statuscode is something I would rather expect in a WebDAV scenario.

Translate
Level 2
May 19, 2020 7:39 AM UTC

Hi @joerghoh,

Agreed with you point. I have tried to the same steps but not able get any request in publisher end for the fonts. But one strange behavior if I hit the font in a separate tab it downloaded at that time on publisher we get a request for the same. And after when we hit the page through dispatcher font are loading. I mean cache created for the fonts.

Translate
kautuk_sahni
Employee
May 12, 2020 7:52 AM UTC

@joerghoh Any pointer here?

 

Translate
Kautuk Sahni
Level 2
May 8, 2020 6:41 AM UTC
font folder is looks empty. No font font cache are there. And woff2 font is allowed in dispatcher rule "/0056 { /type "allow" /url "*.woff2" } # enable woff2 "
Translate
user05162Accepted solution
Employee
May 6, 2020 3:18 PM UTC

Can you do the following test:

 

- Allow read access for the "anonymous" user on the /etc directory

- Check if you are able to load the font files.

Translate
Level 2
May 8, 2020 6:23 AM UTC
No, not still not able to access even though provided read permission to /etc directory
Translate
bnb84098
New Participant
May 5, 2020 7:38 PM UTC
Are you able to see the empy directories above GloberSemiBold.woff2 font file ? Is the woff2 font type allowed in your dispatcher rules ? On other clients, we had to add some of these font file types to the dispatcher ALLOW rules.
Translate