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

WVS: AfterEDRloader with different naming rules for different contexts

Dobrisa
13-Aquamarine

WVS: AfterEDRloader with different naming rules for different contexts

Hi all, 

 

For those of you running the AfterEDRLoader (as are we), is there a way to have it apply different naming rules to data in different contexts? As far as I can tell, it works globally so the answer is no?

 

 

For example:

Product A

  • Published pdf name = filename_version.pdf

Product B

  • Published pdf name = filename_Rev-revision.pdf

https://www.ptc.com/en/support/article/CS216668

https://www.ptc.com/en/support/article/CS252900

1 REPLY 1

Dobrisa,

 

Which files are you naming?  If Additional Files for example this is doable but would require some additional code the AfterEDRLoader class.

So, you've downloaded the source code, AfterEDRLoader.java, from PTC.  You'd simply need to edit the renameAdditionalfiles method in the java file with conditional statements that checks the Container of the representable.

For example, if the Representable's container is a Product and it's name is Product A , rename per your Product A spec. If the Representable's container is a Product and it's name is Product B , rename per your Product B spec.

 

Then compile the source code, AfterEDRLoader.java, restart Windchill and away you go!

 

It's really that simple.

 

Keep in mind the AfterEDRLoader.class is just a class that PTC provides to help customers.

You can write your own class to do whatever and point to it with the wvs.properties publish.afterloadermethod.

Or you can use the PTC supplied AfterEDRLoader.java source code as a starting point and edit it to suit your needs.  Edit existing methods, add your own methods, whatever it takes to get the desired outcome.

 

David

Announcements