Adobe Experience Manager 6.5最新Service Pack發行說明 aem-service-pack-release-notes

新最適化表單核心元件：已新增垂直標籤、條款與條件以及核取方塊，以提升表單的擴充性。

• 核取方塊元件：以核心元件為主的最適化表單現在可以包含核取方塊元件。可讓使用者二選一，選取或取消選取特定選項。它通常為一個小方塊，可以按一下或點選以在兩種狀態之間切換：選取和取消選取。核取方塊是一種常見的表單元素，用來表示選擇是/否或真/假。

• 條款與條件元件：以核心元件為主的最適化表單現在可以包含條款與條件元件。它可讓Forms作者在表單中推出特定區段，向使用者提供與服務、產品或平台使用相關的條款、條件或法律協定。 此元件的設計用意是在告知使用者他們透過提交表單同意的規則、法規和義務。

  

• 垂直標籤元件：以核心元件為主的最適化表單現在可以將表單內容組織成垂直的標籤清單，提供結構化、可導覽的版面。在表單中使用垂直標籤可以簡化導覽和改進表單內容組織，進而提升使用者整體體驗，特別是在表單包含多個部分或複雜資訊時。

64位元版本的AEM Forms Designer： 64位元版本的AEM Forms Designer提供增強的效能、擴充能力及記憶體管理，讓您能夠建立表單。 透過 64 位元架構，您可以輕鬆處理更大、更複雜的專案，確保設計工作流程流暢和最佳效率。透過這最先進的版本，提升您的表單設計能力並擁抱 AEM Forms Designer 的未來。

連線最適化Forms與Microsoft® SharePoint清單： AEM Forms提供立即可用的整合，可直接將表單資料提交至SharePoint清單，讓您使用SharePoint的清單功能。 您可以將Microsoft® SharePoint清單設定為表單資料模型的資料來源，並使用使用表單資料模型提交動作來連線最適化表單與SharePoint清單。

支援設定最適化表單片段的記錄檔案屬性：您現在可以在最適化表單編輯器中輕鬆自訂最適化表單片段及其欄位。

64位元XMLFM： XMLFM的64位元反複專案提供更優異的效能、擴充能力，以及更精細的記憶體管理。 這是第一個在伺服器端部署的64位元原生服務。 XMLFM 64位元可利用其固有的功能，存取與32位元對應的記憶體資源相比更大的記憶體資源，因此能夠順暢處理更大的演算工作負載。 這個里程碑不僅代表效能的飛躍，也為AEM Forms伺服器內的原生服務架構引入重要增強功能。 此更新讓AEM Forms伺服器可順暢支援任何64位元原生服務。

• OutputServiceException AEM_OUT_001_003:Unexpected Exception: 0 Out of Memory Caused by: org.omg.CORBA.COMM_FAILURE: null (LC-3921530)

與Oak相關
從Service Pack 13及更高版本開始，下列錯誤記錄檔開始出現，這會影響持續性快取：

org.h2.mvstore.MVStoreException: The write format 1 is smaller than the supported format 2 [2.0.202/5]
at org.h2.mvstore.DataUtils.newMVStoreException(DataUtils.java:1004)
    at org.h2.mvstore.MVStore.getUnsupportedWriteFormatException(MVStore.java:1059)
    at org.h2.mvstore.MVStore.readStoreHeader(MVStore.java:878)
    at org.h2.mvstore.MVStore.<init>(MVStore.java:455)
    at org.h2.mvstore.MVStore$Builder.open(MVStore.java:4052)
    at org.h2.mvstore.db.Store.<init>(Store.java:129)

或

org.h2.mvstore.MVStoreException: The write format 1 is smaller than the supported format 2 [2.1.214/5].

若要解決此例外狀況，請執行下列動作：

1. 從crx-quickstart/repository/中刪除以下兩個資料夾

   • cache
   • diff-cache

2. 安裝Service Pack，或重新啟動Experience Manageras a Cloud Service。
   cache和diff-cache的新資料夾會自動建立，而您在error.log中不會再遇到與mvstore相關的例外狀況。

更新可能已使用您內容模型的自訂API名稱的GraphQL查詢，以改用內容模型的預設名稱。

GraphQL查詢可以使用damAssetLucene索引，而不是fragments索引。 此動作可能會導致GraphQL查詢失敗或需要很長時間才能執行。

若要修正問題，damAssetLucene必須設定為在/indexRules/dam:Asset/properties下包含下列兩個屬性：

• contentFragment

  • jcr:primaryType="nt:unstructured"
  • name="jcr:content/contentFragment"
  • propertyIndex="{Boolean}true"
  • type="Boolean"

• model

  • jcr:primaryType="nt:unstructured"
  • name="jcr:content/data/cq:model"
  • ordered="{Boolean}true"
  • propertyIndex="{Boolean}true"
  • type="String"

在變更索引定義之後，需要重新索引(reindex = true)。

執行這些步驟後，GraphQL查詢應該可以更快執行。

嘗試移動、刪除或發佈內容片段、網站或頁面時，在擷取內容片段參考時出現問題，因為背景查詢失敗。 也就是說，功能無法運作。
若要確保作業正確，您必須將下列屬性新增至索引定義節點/oak:index/damAssetLucene （不需要重新索引）：

"tags": [
    "visualSimilaritySearch"
  ]
"refresh": true

使用選用變數執行GraphQL查詢時，如果特定值是為該選用變數​ 未提供，則該變數的值將被視為隱含null。 這表示篩選器只會比對對應屬性的null個值。

例如，在下列查詢中，沒有指定屬性lastName的值：

query getAuthorsFilteredByLastName($authorLastName: String) {
authorList(filter:
  {
    lastName: {_expressions: {value: $authorLastName}
    }}) {
  items {
    lastName
    }
  }
}

只會傳回屬性設為null的lastName作者：

{
"data": {
  "authorList": {
    "items": [
      {
        "lastName": null
      }
    ]
  }
}
}

如果您將Experience Manager執行個體從6.5.0 - 6.5.4升級至Java™ 11上的最新Service Pack，您會在error.log檔案中看到RRD4JReporter例外狀況。 若要停止例外狀況，請重新啟動Experience Manager的執行個體。

使用者可以在Assets中重新命名階層中的資料夾，並將巢狀資料夾發佈至Brand Portal。 但是，在重新發佈根資料夾之前，Brand Portal中的資料夾標題不會更新。

安裝Experience Manager 6.5.x.x期間可能會顯示下列錯誤和警告訊息：

• 「當使用Adobe Target API （IMS驗證）在Experience Manager中設定Target Standard整合時，將體驗片段匯出至Target會導致建立錯誤的選件型別。 Target會建立多個具有「HTML」/來源「Adobe Target Classic」型別的選件，而不是「體驗片段」/來源「Adobe Experience Manager」。
• com.adobe.granite.maintenance.impl.TaskScheduler：在granite/operations/maintenance找不到維護時段。
• 使用彙總函式(例如SUM、MAX和MIN)時，Adaptive Form伺服器端驗證會失敗(CQ-4274424)。
• com.adobe.granite.maintenance.impl.TaskScheduler — 在granite/operations/maintenance找不到維護時段。
• 透過Shoppable Banner檢視器預覽資產時，不會顯示Dynamic Media互動影像中的熱點。
• com.adobe.cq.social.cq-social-jcr-provider bundle com.adobe.cq.social.cq-social-jcr-provider:1.3.5 (395)[com.adobe.cq.social.provider.jcr.impl.SpiSocialJcrResourceProviderImpl(2302)] ：等待登入變更完成解除登入逾時。

從AEM 6.5.15開始，org.apache.servicemix.bundles.rhino套件提供的Rhino JavaScript Engine有新的提升行為。 使用嚴格模式(use strict;)的指令碼必須正確宣告其變數，否則不會執行，而會擲回執行階段錯誤。

發佈調適型表單時，其所有相依性（包括原則）都會重新發佈，即使未進行任何修改亦然。 (FORMS-10454)

當使用者選擇在最適化表單中首次設定欄位時，儲存設定的選項未顯示在屬性瀏覽器中。 選擇在同一編輯器中設定最適化表單的其他欄位即可解決問題。

當使用者執行提交動作時，提交會失敗並出現錯誤：
javax.servlet.ServletException: java.lang.NoSuchMethodError
若要解決此問題，請重新編譯Sling指令碼，例如JSP、Java™和Sightly。 (FORMS-8542)

安裝AEM Service Pack 6.5.14.0及更高版本後，使用者在導覽至「Home > Services > PDF Generator > Adobe PDF Settings」時，無法從JEE管理員UI中選取PDF檔案的字型，因為字型清單顯示為空白。 (FORMS-12095)

最適化Forms可讓您搭配ECMAScript 5或更早版本使用自訂函式。 當自訂函式使用ECMAScript 6版或更新版本（例如「let」、「const」或箭頭函式）時，規則編輯器可能無法正確開啟。

當您提交最適化表單時，核取方塊會儲存錯誤的值。 它會為每個「，」新增額外的「/」。 (FORMS-12093)

提交以核心元件為基礎的最適化表單時，表單無法提交。 套用功能切換 — ft-cq-4324864以修正問題。 若要套用功能切換：

1. 開啟URL： http://[server]:[port]/system/console/configMgr
2. 搜尋並開啟com.adobe.granite.toggle.impl.dev.DynamicToggleProviderImpl設定
3. 指定特徵切換編號。 例如，ft-cq-4324864。
4. 儲存設定。 此功能現已啟用。 (FORMS-12789)

在以XDP為基礎且核取方塊上有內嵌指令碼的最適化表單中，此類核取方塊之後的元素不會執行指令碼。 (FORMS-14244)

在具有編輯/顯示模式的欄位中，在快顯Widget中瀏覽月份時，日期選擇器Widget中的列會被截斷。 (FORMS-13620)

從Adobe Experience Manager Publish執行個體提交最適化表單至Adobe Experience Manager Workflow時，工作流程無法儲存附件。 (FORMS-14209)

已報告Struts 2 RCE的重大安全性漏洞，這是一個用於開發Java EE Web應用程式的常用且開放原始碼的Web應用程式架構。 Adobe已發行AEM 6.5 Service Pack 19.1 (6.5.19.1)，解決JEE上AEM Forms的弱點。

PDF Generator服務無法列舉伺服器上可用的字型。 因此，在PDFG管理UI中，「Adobe PDF設定」頁面上的「字型選取」面板會維持空白，有效防止（取消）內嵌選取的字型。 (FORMS-12095)