DG

開發人員指引

背景

DG 識別AEM 6.5 AEM as a Cloud Service所選開發准則的偏差。按照最佳做法可以提高系統的可維護性和效能。 雖然這些偏差中的某些可能在其他應用程式內容(包括舊版AEM)中不會發生問題,但當與AEM搭配使用作為Cloud Service時,這些偏差可能會造成問題。

子類型用於標識不同類型的檢測到的違規:

  • java.io.inputstream:在應用程式 java.io.InputStream 碼中的使用。
  • maintenance.task.configuration:特定定期維護活動的配置。
  • sling.commons.scheduler:對已排程任務使用Sling Commons排程器API。

可能的影響和風險

  • java.io.inputstream

    • 使用java.io.InputStream流式傳輸二進位資料可能會佔用記憶體資源,從而影響效能。 這尤其是個問題,因為AEM作為Cloud Service使用的容器中記憶體有限。
  • maintenance.task.configuration

    • 先前需要明確設定的某些維護任務,現在會在AEM內以Cloud Service的形式自動設定和管理。
    • AEM as aCloud Service中的維護任務配置必須移入原始碼控制項。
  • sling.commons.scheduler

可能的解決方案

  • java.io.inputstream

    • 使用直接二進位上傳方法,將二進位檔直接新增至資料存放區。
    • 若為資產使用案例,請使用aem-upload。 對於其他類型的二進位檔,可依此相同模式建立自訂上傳邏輯模型。
  • maintenance.task.configuration

  • sling.commons.scheduler

  • 請洽詢我們的AEM支援團隊以取得說明或解決問題。

本頁內容