Labels

accessibility (2) ADF (1) archiver (3) cmu (1) contributor (13) cookie (1) DAM (3) date (3) download (3) dynamic list (4) ephox (5) fatwire (1) fck (1) filters (1) folders (4) headers (2) IBR (3) ImageAlchemy (3) java (4) javascript (2) layout/template (4) link (6) locale (2) multilingual (1) rendition (3) replicator (4) rules (1) schema (1) search (11) sites (1) sitestudio (24) ssp/sspu (5) SSUrlFieldName (2) stellent (4) timezone (1) urm (1) weblogic (1) workflow (2)

Monday 20 June 2011

How to avoid "not so Ready to Replicate" conundrums

Chatting with Brett on the yahoo forums has turned up a solution to the not so Ready-to-Replicate problem I posted about previously. It turns out an undocumented setting can disable the R2R feature and allow you to selectively sync back to development servers.

The issue is this: selective section replication works great on a contribution-consumption environment, allowing users to control when sections go live. But how do you replicate those sections back into a test environment? Does it mean that a section has to go live before it can go to test? Definitely not a desirable situation.

I went and checked the 11g documentation (which is much more thorough than the 10g stuff) and there is a way to avoid this issue. The importing server (such as a test environment) can be configured to ignore the R2R flag. Just pop this config variable into the importing server:
SSIgnoreReadyToReplicate=true

Brett confirms that it is backwards-compatible with 10gR4. He also advises that any contribution-consumption model needs the config variable on both servers. You can read our discussion here.

No comments:

Post a Comment