7

Jaime の deployer tutorialを読みました。

SDL Tridion と統合すると、必要に応じて機能が正確に機能するデプロイヤー拡張機能を正常に作成できました。

しかし、私がうまくいかないのは、ローカルのデバッグ/Eclipse内のデプロイヤーで実行することです(ここに文書化されています)

Eclipse ベースのデプロイヤは実行されます。zip ファイルをテスト受信フォルダーにドロップすると、zip が取得されて処理されます。ただし、私が作成した customdeployer コードは入力も実行もされません。

「Eclipse」デプロイヤーのログにエラーはありませんが、常に次の行で停止します。

2012-04-13 20:24:51,642 DEBUG QueueLocationHandler - 展開パッケージの排他ロックを削除しています: tcm:0-1026-66560 タイプ: CONTENT。

ここにいる 3 人の開発者もすべてのマシンで同じ問題に悩まされているので、これはよくある問題であり、誰かが私たちが間違っていることを知っているのではないかと思っていました (願っています!)。

ありがとう

4

3 に答える 3

1

cd_deployer_conf.xmlDeployer によってロードされたものを確認できますか? Deployer の起動ログを確認するだけです (デバッグ モードで)。

デバッグ/実行時のEclipseプロジェクトがEclipseのフォルダーcd_*_config.xmlからファイルをロードしないと思われます。configこれにより、デプロイヤー モジュール (で構成したと思われるcd_deployer_conf.xml) が読み込まれて呼び出されなくなります。

私が通常行うことは、このconfigフォルダーを Eclipse Source Folderとして宣言することです。その後、デバッグ/実行時に、Eclipse が自動的にクラスパスに含まれます。これにより、http: //www.sdltridionworld.com/articles/sdltridion2011/tutorials/Deployer_Extensions_With_Eclipse_3.aspx のポイント 8 が冗長になります。

于 2012-04-13T18:52:19.110 に答える
0

私はこの問題を抱えていましたが、元々は機能していましたが、その後機能しなくなりました。前日からの展開パッケージのバックアップを試してみたところ、問題なく機能したため、展開パッケージがプロセス中に何らかの形で破損（ロック？）していたことが判明しました。

于 2012-10-17T13:12:41.607 に答える
0

同じデプロイヤー拡張機能のチュートリアルに従った後、まったく同じ問題に遭遇しました。

モジュールが含まれているパッケージの名前を com.tridion.deployer.extensions に変更することで、なんとか解決しました

以前は、私のモジュールは com.yourcompany.tridion.deployer.extensions という名前のパッケージに含まれていましたが、これにより、デプロイヤが私の拡張モジュールをロードできなくなるという影響があるように見えました。

于 2012-10-11T18:21:07.893 に答える