DXL経由でエクスポートしたときのSSJSライブラリのエンコーディングスキーム

Question

これは私のearlier questionの拡張です。

<item name="$ServerJavaScriptLibrary" sign="true"> 
<rawitemdata type="1"> 
....ENCODED SSJS.... 
</rawitemdata> 
</item> 

私は以前、ここで使用される符号化スキームはBase64であることを考えた：私たちはDXLにSSJSライブラリをエクスポートすると、我々はこれを含む出力を得ます。しかしSSJSライブラリをインポートするのに失敗した後、私はそうではないと思います。検索中にtype="1"がTYPE_COMPOSITEを指しているのに対し、type="14 "はBase64を指しています（私が間違っていると私を修正してください）。type="14"をXMLファイルに入れて、rawitemdataタグにBase64エンコードコードを入れてみました。ファイルをインポートします。これは、データベースにSSJSライブラリを作成したが、その内容は空白だった。

それはBase64でそれを符号化することにより、テーマをインポートしている場合、私はthis linkを見つけたが、それは「YQAYAAAAAAA6AAAAAQAAAAAAAAAAAAAAYABMAAAAOgA6AAAAAAAAAAAA」でエンコードされた文字列を付加します。私が先頭に追加してみましたそれを私のコード化されたSSJSコードに入れてインポ​​ートしますが、まだ失敗します。

私のデータベースのSSJSコード？

Answer 1

SSJSライブラリは、リッチテキストレコードに格納されています。 SSJSライブラリのデータの前のエンコードされた文字列は、これらのレコードのbase64でエンコードされたヘッダー情報です。ここで

あなたはカプセル化し、データベースにDXLとSSJSライブラリをインポートする方法を実施例を見つけることができます。この中 Quick-n-Dirty: Import SSJS libraries with DXL

Answer 2

先頭に追加される文字列はチェックサムです。ライブラリをDXLにエクスポートするとき、Base64には、インポータがコンテンツを検証できるようにする接頭辞が含まれています。このチェックサム手法は、XPageおよびカスタムコントロールの設計要素をDXLにエクスポートするときにも使用されます。したがって、このDXLをエクスポートしたときとまったく同じようにインポートすると、インポートは成功します。ただし、エンコードされたコンテンツを変更して同じ接頭辞を付けると、チェックサムが一致しなくなるため、インポートが失敗します。

外部から生成された設計要素のインポートを許可するために、このチェックサムを生成するためにどのアルゴリズムが使用されているのか、まだ応答を受け取っていないという情報をIBMから要求しました。