Reputation: 515
I have two different pair of CMS and CDS. One on the local network and one on the public domain. I am adding a new target type to CMS which is on local network. The properties of this new target type contain the httpuploadwebsite which is on the IIS of CDS which is in public domain.
Now when I am publishing I am getting the result as success but file is not reaching to CDS on Public domain. Also the Tridion Incoming Zip folder is empty. Note:
Suggest some solution.
Upvotes: 2
Views: 552
Reputation: 2887
To troubleshoot Transport issues with an HTTPUpload site (or application), we can:
SDL Tridion ASPX HTTP Upload
.Network Service
, but confirm in IIS for your environment). Be careful with misleading hints--just because incoming is empty doesn't mean something wasn't deployed or wasn't deployed somewhere else.
Though publish
and transport
troubleshooting may be similar, keep in mind that Storage
is configurable--files, multimedia (binaries), and dynamic content can deployed
to different locations/mediums.
Upvotes: 1
Reputation: 755
So in summary you are:
So in order to solve your problem you will, most likely, need to look at the configuration of the deployer on the Public CDS. If the Local CMS gives success on a publish when the Public CDS target is included, then it stands to reason that the Public CDS considers this as successful so most likely it is configuration.
The best way to check the configuration is to first look at the logs of your deployer that does not seem to be deploying. The logs will show you what configuration is being read and from there you should double check all the paths and settings of the configuration as well as resolving any issues being thrown in the logs.
You must note, as you were not explicit in your question, you cannot publish from two different Tridion CMS systems to the exact same CDS setup. By that I mean that if two CMS systems publish content to the same document root, content will overwrite because chances are content IDs are the same. So you must have completely separate deployers, configuration and document roots/database schemas.
Upvotes: 7