Take the 2-minute tour ×
Tridion Stack Exchange is a question and answer site for Tridion developers and administrators. It's 100% free, no registration required.

Why i should be choosing deployer extension over tridion events? i have to perform some operations on publishing. i heard there are performance benefits of deployer extension but want to understand how it improves performance over tridion events.

Thanks for replies. On publishing, i just need to get list of all static pages published so i can use that list in my .net custom utility i'm making for cachging those pages in advance before user hits them. So i just need to confirm whether i should be using deployer extension or tridion events but firstly need to understand benefits of deployer extension over tridion events.

share|improve this question
    
Pretty good question, as Jonathan says we could benefit from some additional insight into what you're trying to achieve. Often I see deployer extensions being written only because they're Java - IMO that is the wrong reason... –  Nuno Linhares May 29 at 15:07
add comment

2 Answers 2

It may help for us to know more about the operations that you need to perform when publishing.

Here are a few guidelines though...

  1. A Deployer Extension only has access to items that are stored within the Transport Package. Therefore, if your operation needs to access content that is not stored within this (e.g. user information, version history, etc.) then the Event System may be your best option.

  2. Depending on what you need to do, and which version of Tridion you are using, you should consider a Storage Extension, rather than a Custom Deployer Module.

  3. If your Transport Package fails to reach the Deployer for some reason (network failure, etc.), then your operation will never be performed. Depending on when, and under what conditions, that your operation needs to execute, this may affect your decision.

  4. If you have an outscaled Content Delivery architecture, with multiple Deployers, then you will need to determine which Deployer(s) to execute the code from. This may leave you with a single point of failure (and inconsistent Deployers), or duplication.

  5. Your network architecture and Firewall may also be a factor. For example, if you need to access a 3rd party external system, and your internal Firewall blocks this, then using the Event System may not work.

  6. If your operation needs to update another item within the CMS, such as updating the 'last published' field within a Component, then this may be easier from Events System code.

I am sure that there are lots more considerations, depending on your implementation requirements, but this should provide a start.

share|improve this answer
    
THIS COMMENT WAS LEFT BY USER1070: Thanks for replies. On publishing, i just need to get list of all static pages published so i can use that list in my .net custom utility i'm making for cachging those pages in advance before user hits them. So i just need to confirm whether i should be using deployer extension or tridion events but firstly need to understand benefits of deployer extension over tridion events. –  Jonathan Williams May 30 at 9:57
add comment

In addition to what Jon has mentioned, my 2 cents are below:

Whatever you can achieve from Deployer extension can also be achieved from the Event System, but just think, you have an option of writing a code in .NET DLL which you then load each time you open CME (at least once each time the cache refreshes), and when you publish, the methods of a separate process (in some other app domain) will be invoked whereas, deployer extension is a just the extension of your current publishing process in the Deployment phase; similarly you have storage extension which is another extension point in the publishing process in Storage phase.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.