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

Workflow template editing

MikeLockwood
21-Topaz I

Workflow template editing

Using Windchill 10.1 M040.


We're seeing on multiple workstation platforms that workflow templates "freeze" such that elements can no longer be edited and the template cannot be saved. This is occuring with IE 8 and IE 9. Seems that it must somehow have to do with our Java installs but we don't know what to look at to troubleshoot.


Has anyone experienced (and solved) this?


note: All workstaions can edit workflow templates in 9.1 with no issues.

18 REPLIES 18

Hi Mike,

I didn't try 10.1 M040..as we are on 10.1 M030..But I've experienced similar issue that workflow template doesn't open for long time..
And also when opened in view mode...context null errors..and cannot view unless I open in edit..I thought its due to browser/java issue.

But I've experienced difference in behaviour by switching between 64-bit IE browser/ vs 32-bit IE browser and 64-bit Java/32-bit Java.

Please see if you have both 64 and 32-bit java installed..and try with both 64 and 32 bit IE browsers..

regards
Venkata Kotra║Sr.Analyst, Engg Systems ║IS, HHI
Tel : 949-672-4018 | Mobile : 408-771-7739
[cid:image001.gif@01CE458E.26A7B240]

What java version are you using?

Does it work with Chrome or Mozilla?

[cid:image001.gif@01CE458E.2E1A9650]

Steve Vinyard
Senior Solution Architect

Also, send over the output of the Java Console. Maybe it is throwing some errors there

[cid:image002.gif@01CE458E.4E97D910]

Steve Vinyard
Senior Solution Architect
jessh
5-Regular Member
(To:MikeLockwood)

Or this could be an incompatibility between your video card and Java
version.

You can try such things as |-Dsun.java2d.d3d=false| in your Java Plug-In
options if that's the case.

Mike,



Using the java control panel, check the box to not store cached copies of
files locally, highly recommend you force java console to show, and that in
the advanced tab, check the options that enable verbose logging details in
console. When the console appears, hit '5' to make it display even more
details. You may get a java stacktrace that clues you in.



If proactively switching between WC releases, recommend leaving the option
to not cache applets on permanently.



If you need screenshots of control panel, let me know.



Dave




On 04/30/13 12:18, Mike Lockwood wrote:
>
> Using Windchill 10.1 M040.
>
> We're seeing on multiple workstation platforms that workflow templates "freeze" such that elements can no longer be edited and the template cannot be saved.  This is occuring with IE 8 and IE 9.  Seems that it must somehow have to do with our Java installs but we don't know what to look at to
> troubleshoot.
>
> Has anyone experienced (and solved) this?
>

Same problem here with 10.1 M040.
I am running Firefox 17.0.5esr on Solaris and jre 1.6u37.
Like you this setup works on 9.1 M070 with no issues.

I downloaded the latest jre (1.7u21) and pointed my browser java plugin to that.
The workflow templates will now save after editing.

> note: All workstaions can edit workflow templates in 9.1 with no issues.
>
>
> ----------


--
------------------------------------------------------------------------
Randy Jones
Systems Administrator
Great Plains Mfg., Inc.
1525 E North St
PO Box 5060
Salina, KS USA 67401
email: -
Phone: 785-823-3276
   Fax: 785-667-2695
------------------------------------------------------------------------

YoonKim
5-Regular Member
(To:MikeLockwood)

I had the exact same issue on 10.1 M30, and resolved with PTC call.

[cid:image001.png@01CE45BB.AE827830]

Add what Jess informed and re-create the bootstrap classpath by renaming the .wt folder. When JVM is invoked the boot.jar file will be located in the same classpath, and the .wt folder will be re-created.


Regards,
Yoon (Peter) Kim
281-483-0629

On 04/30/13 16:08, Lockwood, Mike wrote:
>
> Attached solved the problem -- need a line per Windchill server for each workstation that needs to edit workflow templates using this approach. Not elegant but ok for now.
>

And if you want to be able to copy and paste in the applets add this line (in the grant section):
permission java.awt.AWTPermission "accessClipboard";

> *From:*Randy Jones [
> troubleshoot.
>
> Has anyone experienced (and solved) this?
>
>
> Same problem here with 10.1 M040.
> I ...





















">mailto:->
> Phone: 785-823-3276
> Fax: 785-667-2695
> ------------------------------------------------------------------------


--
------------------------------------------------------------------------
Randy Jones
Systems Administrator
Great Plains Mfg., Inc.
1525 E North St
PO Box 5060
Salina, KS USA 67401
email: -
Phone: 785-823-3276
Fax: 785-667-2695
------------------------------------------------------------------------

jessh
5-Regular Member
(To:MikeLockwood)

For those whose video cards don't agree with their Java versions, the
important piece here is the "-Dsun.java2d.d3d=false" portion.

The bootclasspath piece isn't necessary in any recent version of
Windchill -- nor is the other approach of installing boot.jar in your
JRE's lib/ext folder. I think it stopped being necessary in R9.1 M030.
The bootclasspath approach also stopped working with some Java 6 update
or another...

On 4/30/2013 3:59 PM, Kim, Yoon S. {Peter} (JSC-EA2)[Jacobs Technology,
Inc.] wrote:
>
> I had the exact same issue on 10.1 M30, and resolved with PTC call.
>
> Add what Jess informed and re-create the bootstrap classpath by
> renaming the .wt folder. When JVM is invoked the boot.jar file will
> be located in the same classpath, and the .wt folder will be re-created.
>
> Regards,
>
> Yoon (Peter) Kim
>
> 281-483-0629
>
> *From:*Randy Jones [
jessh
5-Regular Member
(To:MikeLockwood)

Hmm.... I assume that's specific to this one applet.

In that case, it sounds like (1) the details of your DNS are tripping up
one of the recent Java security updates and (2) the workflow team likely
needs to do something special to work around this issue.

--
Jess Holle

I sent Mike an all inclusive .java.policy file. Didn't hear back yet, so
not sure if it was flagged or blocked.



Since we all trust Windchill as not a third party rogue software or malware,
I add the following in a new text file (filename: .java.policy ) (note the
two periods in filename) under C:\Users\<id> for windows 7 (different for
xp/unix)



grant codebase " {

permission java.security.AllPermission;

};





grant codebase " {

permission java.security.AllPermission;

};







Not granting AllPermission is a IT nightmare, because you have to revisit
everytime an new issue occurs. Better to just exempt trusted servers.



PTC actually should just document this as a technical article as this is not
well documented even by the vendor (Oracle) in a straightforward plan folks'
manner.



I have used this to support all prior JREs for older releases that are
invoked through Java 1.6 and 1.7.



- Dave






Forgot to capitalize the 'B' in codebase - so resending.





grant codeBase " {

permission java.security.AllPermission;

};





grant codeBase " {

permission java.security.AllPermission;

};




jessh
5-Regular Member
(To:MikeLockwood)

You should not need to add *any* permissions to the JRE.

Having to do so indicates that either (1) you're using an unsupported
Windchill version, (2) you don't have the latest Windchill MOR or
patches or (3) you've managed to find something we've not yet fixed.

Unfortunately given that it sounds like this is occurring for some folk
using 10.1 M040, it would appear that those who have issues with the
workflow applet that are resolved by messing with the java.policy file
are likely experiencing #3 😞

--
Jess Holle

On 04/30/13 17:06, Jess Holle wrote:
> You should not need to add *any* permissions to the JRE.

The only permission I need to add, to the java policy, is the "allow use of the clipboard" for copy and paste:
permission java.awt.AWTPermission "accessClipboard";

I haven't needed the others.

>
> Having to do so indicates that either (1) you're using an unsupported Windchill version, (2) you don't have the latest Windchill MOR or patches or (3) you've managed to find something we've not yet fixed.
>
> Unfortunately given that it sounds like this is occurring for some folk using 10.1 M040, it would appear that those who have issues with the workflow applet that are resolved by messing with the java.policy file are likely experiencing #3 😞
>
> --
> Jess Holle
>
> On 4/30/2013 4:55 PM, David DeMay wrote:
>>
>> I sent Mike an all inclusive .java.policy file. Didn't hear back yet, so not sure if it was flagged or blocked.
>>
>> Since we all trust Windchill as not a third party rogue software or malware, I add the following in a new text file (filename: .java.policy ) (note the two periods in filename) under C:\Users\<id> for windows 7 (different for xp/unix)
>>
>> grant codebase " {
>>
>> permission java.security.AllPermission;
>>
>> };
>>
>> grant codebase " {
>>
>> permission java.security.AllPermission;
>>
>> };
>>
>> Not granting AllPermission is a IT nightmare, because you have to revisit everytime an new issue occurs. Better to just exempt trusted servers.
>>
>> PTC actually should just document this as a technical article as this is not well documented even by the vendor (Oracle) in a straightforward plan folks' manner.
>>
>> I have used this to support all prior JREs for older releases that are invoked through Java 1.6 and 1.7.
>>
>> - Dave
>>
>> *From:*Jess Holle [
>>
>>
>> *From:*Randy Jones [

>> *Subject:* Re: [solutions] - Workflow template editing
>>
>> On 04/30/13 12:18, Mike Lockwood wrote:
>>
>> Using Windchill 10.1 M040.
>>
>> We're seeing on multiple workstation platforms that workflow templates "freeze" such that elements can no longer be edited and the template cannot be saved. This is occuring with IE 8 and IE 9. Seems that it must somehow have to do with our Java installs but we don't know what to look
>> at to troubleshoot.
>>
>> Has anyone experienced (and solved) this?
>>
>>
>> Same problem here with 10.1 M040.
>> I am running Firefox 17.0.5esr on Solaris and jre 1.6u37.
>> Like you this setup works on 9.1 M070 with no issues.
>>
>> I downloaded the latest jre (1.7u21) and pointed my browser java plugin to that.
>> The workflow templates will now save after editing.
>>
>>
>>
>> note: All workstaions can edit workflow templates in 9.1 with no issues.
>>
>> -----End Original Message-----
>>
>>
>>
>>
>>
>> --
>>
>> ------------------------------------------------------------------------
>>
>> Randy Jones
>>
>> Systems Administrator
>>
>> Great Plains Mfg., Inc.
>>
>> 1525 E North St
>>
>> PO Box 5060
>>
>> Salina, KS USA 67401
>>
>> email:- <">mailto:->
>>
>> Phone: 785-823-3276
>>
>> Fax: 785-667-2695
>>
>> ------------------------------------------------------------------------
>>
>>
>>
>>
>> --
>>
>> ------------------------------------------------------------------------
>>
>> Randy Jones
>>
>> Systems Administrator
>>
>> Great Plains Mfg., Inc.
>>
>> 1525 E North St
>>
>> PO Box 5060
>>
>> Salina, KS USA 67401
>>
>> email:- <">mailto:->
>>
>> Phone: 785-823-3276
>>
>> Fax: 785-667-2695
>>
>> ------------------------------------------------------------------------
>>
>> -----End Original Message-----
>>
>> -----End Original Message-----
>>
>> -----End Original Message-----
>


--
------------------------------------------------------------------------
Randy Jones
Systems Administrator
Great Plains Mfg., Inc.
1525 E North St
PO Box 5060
Salina, KS USA 67401
email: -
Phone: 785-823-3276
Fax: 785-667-2695
------------------------------------------------------------------------

Yes, because it is signed. I qualify as all three, well four. 3.) Finding
something not fixed, well that'll a long turn around and can't stop working
til then! 4.) Other application required by company using other java
version.



Either way, should still document for all users. For CAD reasons (9.1 M050
production still), you cannot always update to latest MOR since stuff is
inconveniently dropped. And yes, not product to admit, I originally
figured this out because Java 1.6 died on the Windchill 6.2.6 applets. Ka
Boom.






jessh
5-Regular Member
(To:MikeLockwood)

That's covered by a patch and/or recent MORs -- at least all cases I'm
aware of are...

BenLoosli
22-Sapphire III
(To:MikeLockwood)

David,

It isn't even Friday yet!!!

Some of my users may disagree with your statement, especially if you define rogue software as anything that slows productivity.

Thank you,

Ben H. Loosli
USEC, INC.

On 04/30/13 21:07, Jess Holle wrote:
> That's covered by a patch and/or recent MORs -- at least all cases I'm aware of are...

Jess you are correct. I removed the

permission java.awt.AWTPermission "accessClipboard";

entry from my .java.policy file and I can indeed still copy and paste with Windchill applets.
I have tested this (on Solaris 10 x64 client) with the following combinations:

Windchill 9.1 M070
Firefox 17.0.5esr w/Java(TM) Plug-in 1.6.0_37
Firefox 17.0.5esr w/Java Plug-in 1.7.0_21

Windchill 10.1 M040
Firefox 17.0.5esr w/Java Plug-in 1.7.0_21

Apparently I needed the accessClipboard for some non Windchill applets.

So for me editing the workflow templates in Windchill 10.1 M040 does NOT require any .java.policy mods. However it does require me to use jre7. In my case I can't save the workflow after editing it when using jre6 (1.6U37).

>
> On 4/30/2013 5:19 PM, Randy Jones wrote:
>> On 04/30/13 17:06, Jess Holle wrote:
>>> You should not need to add *any* permissions to the JRE.
>>
>> The only permission I need to add, to the java policy, is the "allow use of the clipboard" for copy and paste:
>> permission java.awt.AWTPermission "accessClipboard";
>>
>> I haven't needed the others.
>>
>>>
>>> Having to do so indicates that either (1) you're using an unsupported Windchill version, (2) you don't have the latest Windchill MOR or patches or (3) you've managed to find something we've not yet fixed.
>>>
>>> Unfortunately given that it sounds like this is occurring for some folk using 10.1 M040, it would appear that those who have issues with the workflow applet that are resolved by messing with the java.policy file are likely experiencing #3 😞
>>>
>>> --
>>> Jess Holle
>>>
>>> On 4/30/2013 4:55 PM, David DeMay wrote:
>>>>
>>>> I sent Mike an all inclusive .java.policy file. Didn't hear back yet, so not sure if it was flagged or blocked.
>>>>
>>>> Since we all trust Windchill as not a third party rogue software or malware, I add the following in a new text file (filename: .java.policy ) (note the two periods in filename) under C:\Users\<id> for windows 7 (different for xp/unix)
>>>>
>>>> grant codebase " {
>>>>
>>>> permission java.security.AllPermission;
>>>>
>>>> };
>>>>
>>>> grant codebase " {
>>>>
>>>> permission java.security.AllPermission;
>>>>
>>>> };
>>>>
>>>> Not granting AllPermission is a IT nightmare, because you have to revisit everytime an new issue occurs. Better to just exempt trusted servers.
>>>>
>>>> PTC actually should just document this as a technical article as this is not well documented even by the vendor (Oracle) in a straightforward plan folks' manner.
>>>>
>>>> I have used this to support all prior JREs for older releases that are invoked through Java 1.6 and 1.7.
>>>>
>>>> - Dave
>>>>
>>>> *From:*Jess Holle [
>>>>
>>>>
>>>> *From:*Randy Jones [

>>>> *Subject:* Re: [solutions] - Workflow template editing
>>>>
>>>> On 04/30/13 12:18, Mike Lockwood wrote:
>>>>
>>>> Using Windchill 10.1 M040.
>>>>
>>>> We're seeing on multiple workstation platforms that workflow templates "freeze" such that elements can no longer be edited and the template cannot be saved. This is occuring with IE 8 and IE 9. Seems that it must somehow have to do with our Java installs but we don't know what to look
>>>> at to troubleshoot.
>>>>
>>>> Has anyone experienced (and solved) this?
>>>>
>>>>
>>>> Same problem here with 10.1 M040.
>>>> I am running Firefox 17.0.5esr on Solaris and jre 1.6u37.
>>>> Like you this setup works on 9.1 M070 with no issues.
>>>>
>>>> I downloaded the latest jre (1.7u21) and pointed my browser java plugin to that.
>>>> The workflow templates will now save after editing.
>>>>
>>>>
>>>>
>>>> note: All workstaions can edit workflow templates in 9.1 with no issues.
>>>>
>>>> -----End Original Message-----
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> Randy Jones
>>>>
>>>> Systems Administrator
>>>>
>>>> Great Plains Mfg., Inc.
>>>>
>>>> 1525 E North St
>>>>
>>>> PO Box 5060
>>>>
>>>> Salina, KS USA 67401
>>>>
>>>> email:- <">mailto:->
>>>>
>>>> Phone: 785-823-3276
>>>>
>>>> Fax: 785-667-2695
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> Randy Jones
>>>>
>>>> Systems Administrator
>>>>
>>>> Great Plains Mfg., Inc.
>>>>
>>>> 1525 E North St
>>>>
>>>> PO Box 5060
>>>>
>>>> Salina, KS USA 67401
>>>>
>>>> email:- <">mailto:->
>>>>
>>>> Phone: 785-823-3276
>>>>
>>>> Fax: 785-667-2695
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> -----End Original Message-----
>>>>
>>>> -----End Original Message-----
>>>>
>>>> -----End Original Message-----
>>>
>>
>>
>> --
>> ------------------------------------------------------------------------
>> Randy Jones
>> Systems Administrator
>> Great Plains Mfg., Inc.
>> 1525 E North St
>> PO Box 5060
>> Salina, KS USA 67401
>> email:-
>> Phone: 785-823-3276
>> Fax: 785-667-2695
>> ------------------------------------------------------------------------
>>
>> -----End Original Message-----
>


--
------------------------------------------------------------------------
Randy Jones
Systems Administrator
Great Plains Mfg., Inc.
1525 E North St
PO Box 5060
Salina, KS USA 67401
email: -
Phone: 785-823-3276
Fax: 785-667-2695
------------------------------------------------------------------------

Announcements