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

Community Tip - Visit the PTCooler (the community lounge) to get to know your fellow community members and check out some of Dale's Friday Humor posts! X

Make publish rules language independend

AnderasFromm
8-Gravel

Make publish rules language independend

Is there any config to make WVS publish rules language independed in Windchill 11.1?

 

I wanted to make a simple condition for released drawings and i noticed, that the attribute doctype and the lifeCycleState are language dependend. When i publish a drawing out of an english Windchill web interface, the docType is Drawing, when you do it from a german interface it is Zeichnung.

The lifeCycleState is even more strange to me: The value is always in german (Freigegeben), independed from the Windchill user language and the Creo language settings. (I added the english one just to make sure it will work in other conditions i haven't tested..) I have also checked the resource bundles for errors in  translations, but it seems allright. In the Windchill interface the the translations are correct regarding to the chosen user language.

 

Workaround i found so far: Instead of checking the docType i can use the filename extension.

<condition name="drawing_released">
  <and>
    <!--
    <or>
      <attribute name="epmdoc_docType" value="Zeichnung"/>
      <attribute name="epmdoc_docType" value="Drawing"/>
    </or>
    -->
    <attribute name="epmdoc_CADName" regex=".*\.drw"/>
    <or>
      <attribute name="epmdoc_lifeCycleState" value="Freigegeben"/>
      <attribute name="epmdoc_lifeCycleState" value="Released"/>
    </or>
  </and>
</condition>

 

For me it makes absolutely no sense that the publishing rules are language depended. Is there any config to turn this off? Or do i really have to add an <or> condition for every possible language?

ACCEPTED SOLUTION

Accepted Solutions

Hey Anderas,

 

This knowledge article,

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

 

Seems to correspond with what you already found, in using the CADName and file extension.

 

I know we document in the Windchill help, that the publish rules are case-sensitive:

http://support.ptc.com/help/windchill/wc111_hc/whc_en/index.html#page/Windchill_Help_Center%2FWVSPublishRulesEvaluate_EvaluatingPublishRulesLogic.html

 

You may want to open a Support case, to clarify this with one of our Publishing engineers, as they should be able to answer this for you.

 

Mike

 

 

View solution in original post

5 REPLIES 5

I'm not sure, but isn't that the the internal name of the lc state? The publish rules are case insensitive so RELEASED is also Released and "In Work" is IN WORK, etc. So you won't find out.

I would say you need to provide the internal names and it's not language specific. 

I have just tried again with value = RELEASED and it does not work. It says "Publish rules have not found anything to publish".

<and>
  <attribute name="epmdoc_CADName" regex=".*\.drw"/>
  <attribute name="epmdoc_lifeCycleState" value="RELEASED"/>
</and>

When i add the german condition back, it works again.

It is also case sensitive: i tried value="FREIGEGEBEN" and it stopped working. It only works wih "Freigegeben", if the language of Windchill interface is in german.

Hey Anderas,

 

This knowledge article,

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

 

Seems to correspond with what you already found, in using the CADName and file extension.

 

I know we document in the Windchill help, that the publish rules are case-sensitive:

http://support.ptc.com/help/windchill/wc111_hc/whc_en/index.html#page/Windchill_Help_Center%2FWVSPublishRulesEvaluate_EvaluatingPublishRulesLogic.html

 

You may want to open a Support case, to clarify this with one of our Publishing engineers, as they should be able to answer this for you.

 

Mike

 

 

Hello Mike,

 

thanks for the link, don't know why i haven't found it. So this confirms that the rules are language depended.

 

In also found CS167584 now where a SPR 2218731 is mentioned. Can you see the status of this SPR? (Can i see it somewhere?)

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

Using the regex to match to match multiple languages in one line is a usable workaround for me now.

Hi Anderas,

 

I actually can't see the status of that particular SPR.  Given when it was first logged, I suspect it was on an older internal system, that I don't have access to. 

 

Glad you have a work-around, but feel free to open a Support case still, if you want to confirm/double-check this.

 

Mike

 

Announcements


Top Tags