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

支援Oauth認證：新的、更易於使用伺服器對伺服器驗證的認證，取代現有的服務帳戶(JWT)認證。 (NPR-41994)

AEM Forms中的規則編輯器增強功能：

• 支援以When-then-else功能實作巢狀條件。
• 驗證或重設面板和表單，包括欄位。
• 支援現代JavaScript功能，例如「自訂函式」中的let和arrow函式（ES10支援）。

適用於PDF協助工具的AutoTag API： OSGi上的AEM Forms現在支援新的AutoTag API，透過新增標籤：段落和清單來增強協助工具標準的PDF。 它讓使用者更容易透過輔助技術存取PDF。

16位元PNG支援：PDF Generator的ImageToPdf服務現在支援16位元色彩深度的PNG轉換。

將成品套用至XDP中的個別文字區塊： Forms Designer現在可讓使用者在XDP檔案中的個別文字區塊上設定設定。 此功能可讓您控制在產生的PDF中被視為人工因素的元素。 這些元素（例如頁首和頁尾）可供輔助技術存取。 主要功能包括將文字區塊標示為成品，並將這些設定內嵌於XDP中繼資料。 Forms Output服務會在產生PDF期間套用這些設定，以確保正確的PDF/UA標籤。

AEM Forms Designer已通過GB18030:2022標準認證：透過GB18030:2022認證，Forms Designer現在支援中文Unicode字元集，可讓您在所有可編輯的欄位和對話方塊中輸入中文字元。

在JEE伺服器中使用PDF Generator服務支援WebToPDF路由，除了現有的WebKit和WebCapture （僅限Windows）路由之外，現在還支援WebToPDF路由，以便將HTML檔案轉換為JEE上的PDF檔案。 雖然WebToPDF路由可在OSGi上取得並延伸至JEE。 現在，在JEE和OSGi平台上，PDF Generator服務支援跨不同作業系統的下列路由：

• Windows： Webkit、WebCapture、WebToPDF
• Linux®： Webkit， WebToPDF

在AEM 6.5.18中，當您編輯熱點時，不會顯示新增至資產的所有熱點。 不過，所有熱點都可在已發佈的資產中運作，但如有需要，您稍後無法加以編輯。 (ASSETS-33609)

上傳的最新EPS檔案在重新處理後不會產生縮圖。 (ASSETS-32617)

在「工具」 > 「Assets」 > 「Dynamic Media Publish設定」 > 「要求屬性」標籤中，輸入Width(px)和Height(px)在西班牙文、義大利文和葡萄牙文看起來不同。 這些位置彼此不對齊。 (ASSETS-31896)

自2024年5月1日起，Adobe Dynamic Media停止支援下列專案：

• SSL (安全通訊端層) 2.0

• SSL 3.0

• TLS (傳輸層安全性) 1.0 和 1.1

• TLS 1.2 中的以下弱密碼：

  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_RSA_WITH_AES_256_GCM_SHA384
  • TLS_RSA_WITH_AES_256_CBC_SHA256
  • TLS_RSA_WITH_AES_256_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
  • TLS_RSA_WITH_AES_128_GCM_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_RSA_WITH_CAMELLIA_256_CBC_SHA
  • TLS_RSA_WITH_CAMELLIA_128_CBC_SHA
  • TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA
  • TLS_RSA_WITH_SDES_EDE_CBC_SHA

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

當使用者在OSGi上按一下AEM Forms Service Pack 15 (6.5.15.0)上的​ 列印到PDF ​時，使用者端驗證會失敗，這由開發人員工具主控台視窗中顯示的錯誤訊息所證明。 (FORMS-14029)

當使用者在AEM 6.5 Forms Service Pack 17 (6.5.17.0)或Service Pack 18 (6.5.18.0)、Service Pack 19 (6.5.19.0)上提交表單時，「感謝您」訊息的翻譯無法正常運作。 不過，訊息會在字典中正確轉譯。 (FORMS-13846)

當使用者預覽具有日期選擇器元件的表單時，日期選擇器欄位與其他表單欄位不對齊。 (FORMS-13763)

當環境AEM Forms Service Pack 19 (6.5.19.0)的使用者呼叫API以格式化數字時，格式化的數字未與各自的地區設定對齊。 因此，貨幣符號無法正確顯示。 無論地區設定引數設定為"de_DE"或"en_US"，該問題都持續存在。 (FORMS-13759)

當環境AEM Forms Service Pack 19 (6.5.19.0)上的使用者使用Img2Pdf PDFG服務將16位元PNG轉換為PDF時，它會失敗並且無法「使用Acrobat影像轉換」服務。 (FORMS-13754)

在AEM Forms Service Pack 19 (6.5.19.1)上，當使用者上傳在AEM forms JEE的Adminui的服務/PDF Generator/Adobe PDF設定區段中的現有JobOptions檔案時，上傳會失敗。 它也會顯示下列錯誤訊息(FORMS-13597)：
"An error has occurred while processing your request. Please use the breadcrumb links to navigate to another page."

當使用者從AEM Forms Service Pack 15 (6.5.15.0)移轉到AEM Forms Service Pack (6.5.17.0)或AEM Forms Service Pack (6.5.19.0)時，FD金鑰會重複，導致表單無法正確翻譯。 (FORMS-13461)

當使用者將Dispatcher置於AMS上的部署拓撲所支援的作者之前時，指派任務提交會暫停或失敗。 (FORMS-8010)

協助工具相關修正：

• 現在可以依照ANDI標準存取「formsanddocuments」頁面上的圖示。 (FORMS-13094)
• 使用者可以透過鍵盤存取工具列來儲存或編輯編輯頁面上的內容，工具列會根據ANDI標準而增強。 (FORMS-13102)
• 可依照ANDI標準存取「必要或必要」表單欄位。 (FORMS-13097)

當使用者嘗試檢視頁面載入上的表單時，它無法呈現。 (FORMS-13594)

在Internet Explorer相容模式下，日期輸入欄位元件在Microsoft Edge上無法正常運作。 (FORMS-13170)

在伺服器上執行其他步驟以使用含附件的電子郵件時，無法傳送已停止的含附件的電子郵件通知。 (FORMS-14227)

在AEM Forms Workspace Service Pack 18 (6.5.18.0)上，當使用者對任何上傳的檔案發表評論時，會導致檔案檔案損毀。 (FORMS-13735)

在AEM Forms Service Pack 18 (6.5.18.0)、Service Pack 19 (6.5.19.0)或Service Pack 20 (6.5.20.0)上，當使用者嘗試從側面板搜尋調適型表單時，搜尋失敗。 (FORMS-14117)

當使用者編輯以德文建立並翻譯成英文的表單時，這會導致「預覽」和「編輯」模式之間的語言顯示不一致。 這會導致RadioButton和Checkbox元件在「編輯」模式期間以英文顯示，而在「預覽」模式期間以德文正確顯示。 (FORMS-13910)

處理作業清除處理工具失敗，錯誤為NoClassDefFoundError: org/omg/CORBA/UserException。 (FORMS-13751)

當使用者嘗試使用內嵌容器將調適型表單(AF)內嵌在網頁中(外部或AEM Sites上)時，調適型表單指南容器會引入ARIA標籤。 標籤的role="main"適用於內嵌表單。 根據ARIA准則，每個頁面應該只有一個角色="main"。 因此，當使用者為其頁面的主要內容新增另一個role="main"時，即會標示為協助工具問題。 (FORMS-13538)

在AEM Forms Service Pack 19 (6.5.19.0)上，使用最適化表單中的下拉式清單時，包含預留位置文字的下拉式清單會保留id="emptyValue"的值。 因此，如果表單有多個下拉式元件，則每個元件都有id="emptyValue"個，而根據ARIA准則這些元件不正確。 (FORMS-13370)。

當使用者在透過XML提交資料後重新載入互動式通訊時，產生的PDF中會出現文字區塊之間的空格。 (FORMS-13481)

執行ConfigurationManager時遺失「準備DSC部署步驟」畫面的IPH。 (FORMS-10699)

當使用者新增字典以翻譯包含現有字典的表單時，舊翻譯會失效。 發生下列問題：(FORMS-13576)

• 有些欄位無法填入轉譯的資料。
• 有些欄位不會翻譯成新語言，即使資料已成功儲存到字典中也是如此。

當使用者在環境AEM Forms Service Pack 19 (6.5.19.0)上使用AEM Forms Designer將新表格新增到現有表單時，它會當機。 (LC-3921978)

當使用者在Linux®環境中呈現最適化表單時，欄位元件之間會出現額外的空間。 (LC-3921957)

當使用者使用輸出服務將XTG檔案轉換為PostScript格式時，它會失敗並出現錯誤： (AEM_OUT_001_003:Unexpected Exception: PAExecute Failure: XFA_RENDER_FAILURE)。 (LC-3921720)

若要解決問題：
檢查資料是否包含特殊字元，如零寬度空格(0x200b)。 如果是，則在XCI檔案中新增標籤<behaviorOverride>patch-LC3921720:1</behaviorOverride>以使用標幟，如custom_xfa.xci檔案中所提供。

在Linux®環境中使用AEM Forms Service Pack 18 (6.5.18.0)時，XMLFM會在不支援AVX / AVX2指令(搭載AMD®處理器)的CPU上當機。 (LC-3921718)

當使用者使用Forms輸出服務從XDP建立PDF時，使用者無法在XDP中的「個別文字區塊」上設定「設定」來控制什麼「成品」。 (LC-3921954)

AEM 6.5 Service Pack 15會產生持續性錯誤記錄，其中包含重要的專案。 已報告下列問題：

• 路徑/libs/granite/ui/content/shell/start.html上缺少資源時出現404 INFO錯誤
• 由於CampaignsDataSourceServlet.java:147的NullPointerException，未攔截到的SlingException的錯誤記錄專案

錯誤記錄檔不應填入頻繁且大量的錯誤專案，AEM執行個體應可正常運作，而不會出現資源遺失或例外狀況的相關問題。 (CQ-4357064)

與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

如果您將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;)的指令碼必須宣告其正確的變數。 否則，它們不會執行，並最終擲回執行階段錯誤。

透過正式更新套件安裝標籤相關的現成可用內容會將/content/cq:tags節點的languages屬性重設為預設值。 此動作適用於Service Pack、Security Service Pack、Extended Feature Pack、Cumulative Feature Pack、修補程式等。 因此，在安裝之前，必須從屬性新增它。

安裝AEM Forms JEE Service Pack 21 (6.5.21.0)後，如果在<AEM_Forms_Installation>/lib/caching/lib資料夾(FORMS-14926)下找到Geode jar (geode-*-1.15.1.jar and geode-*-1.15.1.2.jar)的重複專案，請執行以下步驟以解決問題：

1. 停止儲位（如果它們正在執行）。
2. 停止AEM伺服器。
3. 移至<AEM_Forms_Installation>/lib/caching/lib。
4. 移除除geode-*-1.15.1.2.jar以外的所有Geode修補程式檔案。 確認只有具有version 1.15.1.2的Geode jar存在。
5. 在管理員模式中開啟命令提示字元。
6. 使用geode-*-1.15.1.2.jar檔案安裝Geode修補程式。

如果使用者嘗試預覽具有已儲存XML資料的草稿信件，它會在某些特定信件中陷入Loading狀態。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (FORMS-14521)

升級至AEM Forms Service Pack 6.5.21.0後，PaperCapture服務無法在PDF上執行OCR （光學字元辨識）作業。 此服務不會產生PDF或記錄檔形式的輸出。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (CQDOC-21680)

當使用者從AEM 6.5 Forms Service Pack 18 (6.5.18.0)或AEM 6.5 Forms Service Pack 19 (6.5.19.0)更新為AEM 6.5 Forms Service Pack 20 (6.5.20.0)或AEM 6.5 Forms Service Pack 21 (6.5.21.0)時，使用者會遇到JSP編譯錯誤，這會阻止他們開啟或建立調適型表單，也會導致其他AEM介面(例如頁面編輯器、AEM Forms UI和AEM工作流程編輯器)發生錯誤。 (FORMS-15256)

如果您遇到這類問題，請執行以下步驟來解決問題：

1. 導覽至CRXDE中的目錄/libs/fd/aemforms/install/。
2. 刪除名稱為com.adobe.granite.ui.commons-5.10.26.jar的組合。
3. 重新啟動AEM伺服器。

當使用者在JEE伺服器上更新至AEM Forms Service Pack 20 (6.5.20.0)，並使用輸出服務產生PDF時，PDF會出現協助工具問題。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (LC-3922112)

當使用者使用JEE上的輸出服務產生標籤PDF時，會顯示「不適當的結構警告」。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (LC-3922038)

在AEM Forms JEE上提交表單時，會從資料中移除重複的XML元素例項。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (LC-3922017)

當Linux環境中的使用者在HTML中轉譯最適化表單（在JEE上）時，它將無法正確轉譯。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (LC-3921957)

當使用者使用AEM Forms JEE上的輸出服務將XTG檔案轉換為PostScript格式時，它會失敗並出現錯誤： AEM_OUT_001_003: Unexpected Exception: PAExecute Failure: XFA_RENDER_FAILURE。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (LC-3921720)

在JEE伺服器上升級至AEM Forms Service Pack 18 (6.5.18.0)後，當使用者提交表單時，將無法轉譯HTML5或PDF forms，並且XMLFM會當機。 若要下載及安裝Hotfix，請參閱Adobe Experience Manager Forms Hotfix文章。 (LC-3921718)