Check In wt.part with CAD association does not publish a new representation?
Anyone using publish.copyrepresentationsforward.part.restrict=false in their wvs.properties file?
The default value for this property is to be the same as publish.copyrepresentationsforward.restrict, which is how it is set in my system.
When wt.parts with CAD associations are iterated in the commonspace, a new representation is not created upon check in. This leaves many wt.parts w/o a representation due to the attribute, structure, replacement or link changes in Windchill that are not associated with the CAD application.
I could schedule a publish job for the various containers, but I am curious if anyone is using this setting and having success with it? It sounds like the right solution, but I am always hesitant to change a property w/o testing and some confirmation from others. Sometimes there is a hidden downside...
More details can be found in PTC CS Article CS61223

