I'm looking for confirmation thatsetting "publish.republishonepmdocumentchange"at a value of "true" will solve the issue where "wcadmin" modified objects do not have a representation at the latest iteration. All of our automated publishing is currently based on Check-In.
Link below is the original thread I found discussing the topic in WC9.1/WF3. We are in WC10.1/View 2.0/Parametric 2.0.
http://portal.ptcuser.org/p/fo/st/topic=16&post=77253#p77253
The attached JPG titled "republish setting" shows our current conundrum of released objects not having a representation due to the release workflow.Note in the image that there are three iterations in released state. I'm concerned this setting will only get the first iteration change from In Work to Release.
The attached video shows many issues our users will experience by navigating and using Creo View with positioning assembly structure if this is not fixed in our system.At the core of this issue, is thatreleased objects are not published.(also hopethis thread will prevent pain for others).
Maybe there are other alternatives to getting the wcadmin modifed object to point at the correct representation instead of republishing it? While at the last technical committee, somebody mentioned bringing forward the previous representation where no change to geometry is made by wcadmin.
Please reply if your company hasthis setting at true tosolve theissue we are havingor provide alternate solution if one exists. Thanks.
Bill Ryan
Peterbilt Motors Company
Hello , I really doubt if that will you , because the change property publishes when a LC state change is happening . Instead can you check if there are any filtermethod implementaion you system.
Meaning , filterepmdocumentpublishmethod property in your wvs props. I believe there can be some validation to block wcadmin from publishing an asm file.
Also can u pls check if the Doc Publish for wcadmin works ?
Regards,
Sriram Rammohan