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

  • 使用Sling Commons Scheduler依賴背景任務的應用程式可能無法如預期運作，因為AEM中無法保證以Cloud Service的形式執行。
  • AEM作為背景任務和長時間執行的作業的Cloud Service開發准則建議，以排程任務執行的程式碼必須假設其執行的執行個體可隨時執行。 因此，程式碼必須具有彈性且可繼續。

可能的解決方案

• java.io.inputstream

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

• maintenance.task.configuration

  • 查看AEM as aCloud Service維護任務文檔。
  • 確保維護任務配置在原始碼控制中。

• sling.commons.scheduler

  • 將Sling Commons Scheduler的使用取代為Sling Jobs，其至少有一次執行保證。
  • 如果可能，應避免長時間運行的作業。

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