cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Prohibit republishing for EPM Documents only upon folder change

Prohibit republishing for EPM Documents only upon folder change

CAD worker is spending days on publishing EPM-documents because they are moved. (So no re-publish required!)

Waste of time/energy/disk.

In Knowledge base known as:

CS198613

7 Comments
AlexandriaCaval
Visitor

I have found this process very annoying also. I generally log in as Site Admin to delete those extra processes as I go. It would be very nice to eliminate this extra work and keep the other "real jobs" on track.

Darrell
Amethyst

I would like the option to publish for a context-to-context move but not for a folder move within a single context.

mschulze
Garnet

I agree with PTC that a move is a change of the object, since this information is documented in properties of the CreoView file.

But I agree also, that for may types of changes, a republish is not required.

Therfore in general, it should be easy to configure on which type of change a republish should be inniciated.

e.g. move, lifecycle change, ...

On top it would be grate, if it couls be configured also by the type of object.

E.g. lifecycle change of a drawing should be republished (think of a Lifecycle on a drawing) but upon a lifecycle change of a part, a republush may not be required.

Maybe a configuration like the additional files configuration could be a way to realise it.

PTCModerator
Topaz I
Status changed to: Acknowledged
 
Jos
Regular Member
Regular Member

We are so numerous needing this to be simple settings and not customization.

Any mass move between libraries and products could impact thousands of CAD objects very quickly and so preventing all other end users from getting their publications fast. It can last several days before a designer gets his drawing before all the unwanted publish jobs complete before him...

Having the publish.republishondocumentchange and the 3 others set to false does not change a thing, mass move still pushes thousands of objects in publication queues... 

 

fdeklerk
Visitor

@Jos 

Did you re-start windchil after you change the properties?

Also as an admin you can easily delete publish jobs from the job monitor, so you don't have to wait several days

Jos
Regular Member
Regular Member

yes @fdeklerk 

and deleting the jobs from the job monitor is what i think we would like to avoid. Thousands of job filling in the queues for nothing, real needs prevented from being published because of the ones already pending, and what about when admins are off-work... this is why i can see Windchill admins would like some tools here