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

이 문제를 해결하려면 주 사이트에 대해 분산 파일 서버 작업자를 설정하여 주 사이트에 동기화된 모든 컨텐트를 소유 사이트로 처리하도록 합니다. auth.master.<Authoring Application>을 인증 파일에 추가해야 하고 작업자 규칙에 "main"을 규칙으로 지정해야 합니다.

다음 메시지와 함께 게시가 실패합니다. 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:password agent.ini 파일에서 distrule의 경우 distrule 비교 검사를 수행할 때 코드가 공백을 제거하므로 공백을 그대로 두어도 됩니다.

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

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