게시자는 게시할 컨텐트의 사이트 위치를 결정하면 그 다음으로 인증 파일에서 일치하는 사이트를 찾습니다. 이 경우 일치하는 사이트를 찾을 수 없으므로 기본값인 auth.property가 사용됩니다. 예를 들어, 저작 응용 프로그램을 Creo Parametric라고 가정합니다. 게시자는 auth.properties에서 auth.master.PROE 등록 정보를 찾습니다. 이 경우 이 파일에 해당 등록 정보가 없으므로 작업자 에이전트는 Creo Parametric에 대해 구성된 임의의 작업자를 선택합니다.

이 문제를 해결하려면 마스터 사이트에 대해 분산 파일 서버 작업자를 설정하십시오. 이 작업자는 마스터(소유 사이트)와 동기화되는 모든 컨텐트를 처리할 수 있습니다. auth.master.<Authoring Application> 등록 정보를 인증 파일에 추가해야 하고 작업자 규칙에 "master"를 규칙으로 지정해야 합니다.

다음 메시지와 함께 게시가 실패합니다. No Distributed File Server Worker to process job, removing request from queue in WVS Job Monitor > Job Detail. 이 의미는 무엇입니까?

게시자가 인증 파일 auth.properties에서 일치하는 사이트 이름을 찾았으며 이 사이트 이름을 작업자 에이전트에 전달했습니다. 하지만 작업자 에이전트가 해당 사이트 이름에 대해 일치하는 규칙을 가진 분산 파일 서버 작업자를 찾지 못했습니다. 두 가지 가능한 원인이 있습니다.

분산 파일 서버 작업자는 파일 서버 이름에 포함된 공백을 인식하지 못합니다. Windchill에 "Fileserver two"와 같은 이름의 파일 서버가 구성되어 있는 경우 이 파일 서버의 게시 작업에 파일 서버 작업자가 사용되지 않습니다. auth.properties 파일은 Java 등록 정보 파일이므로 이 파일 이름에서 공백을 이스케이프하여 이 문제를 해결할 수 있습니다. 위 예의 경우 다음과 같이 수정합니다.auth.Fileserver\two.PROE=w.worker.remote:passwordagent.ini 파일에서 distrule의 경우 distrule 비교 검사를 수행할 때 코드가 공백을 제거하므로 공백을 그대로 두어도 됩니다.

후크가 호출되지 않는 데는 몇 가지 가능한 원인이 있습니다. 작업자 로그 파일을 검토하십시오. 이 파일은 후크가 실행되지 않는 이유에 대한 실마리를 제공할 수 있습니다. 다음 사항을 검토하십시오.

Visualization Service 등록 정보의 wvs.properties 표에 나와 있는 cadagent.filetypes.uploadtofileserverhookexclusions 등록 정보에 대한 설명을 참조하십시오.