


Hi,
The AEM cloud manager build is failing due to the large size of build log file > 500MB.
The errors are mostly related to JS syntax, for example:
ERROR - This language feature is only supported for ECMASCRIPT6 mode or better: arrow function. const toType = obj => {
Let me know if any solutions for this, how to get rid of these errors during build.
Note: The UI and functionality is working fine, these errors are there during build.
Thanks,
Bharat
Views
Replies
Sign in to like this content
Total Likes
Finally, this setting is working fine:
"htmllibmanager.processor.js": [ "default:gcc;languageIn=ECMASCRIPT_2019;languageOut=ECMASCRIPT_2015;compilationLevel=whitespace", "min:gcc;languageIn=ECMASCRIPT_2019;languageOut=ECMASCRIPT_2015;compilationLevel=whitespace" ],
It gets rid of the above $jscomp error as well the strict type checking, if using ECMASCRIPT_2015 language in parameter.
Hi @bhansa ,
I can see the log file generated for my deployment process is around 2 MB. Its is simple project. In your case, I believe 500 is little overwhelming for the system which is why its failing. There is configuration available on the cloud manager to skip/bypass the steps. I would recommend 2 things here:
There is no configuration on the Cloud Manager that you can do to avoid/bypass the logging.
So, here is the update I have which seems to be working. I have update the osgi config for HTML library manager to:
"default:gcc;languageIn=ECMASCRIPT_2015;compilationLevel=whitespace", "min:gcc;languageIn=ECMASCRIPT_2015;compilationLevel=whitespace"
This is working but now the pages are throwing error in console:
`Uncaught ReferenceError: $jscomp is not defined`
tThat looks good. But this error is related to undefined JS variable. I would say fix the errors in the code and it should be good to go.
Thanks for the reply @anish-sinha
This jscomp variable is coming from the gcc compiler scripts I believe.
Whenever
languageIn=ECMASCRIPT_2015;
is used, it adds some extra code in clientlibs, and that's why this error.
l.r = function(e) { $jscomp.initSymbol(); $jscomp.initSymbol(); $jscomp.initSymbol(); "undefined" != typeof Symbol && Symbol.toStringTag && Object.defineProperty(e, Symbol.toStringTag, { value: "Module" }), Object.defineProperty(e, "__esModule", { value: !0 }) }
Finally, this setting is working fine:
"htmllibmanager.processor.js": [ "default:gcc;languageIn=ECMASCRIPT_2019;languageOut=ECMASCRIPT_2015;compilationLevel=whitespace", "min:gcc;languageIn=ECMASCRIPT_2019;languageOut=ECMASCRIPT_2015;compilationLevel=whitespace" ],
It gets rid of the above $jscomp error as well the strict type checking, if using ECMASCRIPT_2015 language in parameter.
[Webinar | AEM GEMs] Looking under the hood - Cloud Manager 2022 | Register: https://adobe.ly/3t4jfgp & Ask Questions related to this Webinar: https://adobe.ly/3O0rdzd
Date &Time: Wednesday, June 15, 2022 - 8 am PDT OR 5 pm CET OR 8.30 pm IST
Speakers: Remus Stratulat & Shankari Panchapakesan
Share this within your Organisation and with your AEM peers!!
Views
Replies
Sign in to like this content
Total Likes