Java question in 2 parts

[BenLoosli]

1) Which version of Java is supported by Windchill 9.0m050 and will it work with newer versions? We have a Windchill system tunning Java 7.15 and 7.67, as shown in Add/Remove a program. Do we need to roll back to some version of Java 6 or even 5?

2) When running File Server Administration, we get Application Blocked error message. Your security settings have blocked an untrusted application from running. Is this from the wrong Java version or something else? How do we clear the message or get the application to run?

[TomU]

Not totally sure about that particular version of Windchill, but newer versions all come bundled with their own version of Java. Unless you've jumped through a bunch of hoops to use that separately installed version, those probably are having zero impact on Windchill. They may affect how your web browser interacts with it, but they shouldn't have any impact on the operation of the server itself. Easy way to check is to look at the Windchill property that specifies the Java executable:

xconfmanager -d wt.java.cmd

Tom U.

[TomU]

Here's what the software matrix shows (as of M080):

[cid:image003.jpg@01CFD118.86ECF450]

[jessh]

What you seem to be asking about is what version of Java is supported by
Windchill for use on the *client*, e.g. for running applets.

That's completely different than what version of Java is supported for
use on the *server*, i.e. for running server processes, server-side
command-line utilities, etc, which is what Tom Uminn responded about.

And the answer to both questions can be found in the software matrix,
but for client answers look under " Client Platform Support" rather than
under " Java Server Side Support".

For 9.0 M050, the answer is Java 5 is supported on the server whereas on
the client Java 5 and Java 6 are both supported. Java 7 is not
supported in either case. You can try it on the client -- and there's
unlikely to be any harm there, but there's should be no surprise
whatsoever if it doesn't.

In general having multiple Java Plug-In versions installed on you system
(Update 15 and 67 as your system shows) seems to result in the system
behaving as if you only have the latest of these installed -- in the
best case, so I'd advise only keeping one installed.

As for #2, you're running into one of the security hurdles introduced in
recent versions of the Java 7 Plug-In. You'll have to add the R9.0
Windchill site in question to the "Site Exception List" in your Java
Plug-In's control panel. After that the applet *might* work. Or it may
well not, since there was never any testing or support of R9 M050
clients with Java 7.

[BenPerry]

FYI…
If you’re looking at client…we have 7-51 installed on the client, and are running Windchill 9.1 M070. We’re upgrading to 10.2 M020 – that is why 7-51 is installed. We needed to add URLs to the Site Exception List as Jess has explained.

Some users auto-updated to the latest release of Java 7 and Windchill 9.1 M070 stopped working. It is funny like that. Perhaps make sure that the only Java 7 you have is 7-51, and that the Exception List is populated.

[jessh]

I'd also note that there were a good number of changes/fixes to the
product between 9.0 M050 and 9.1 M070, so there may be more issues with
9.0 M050 than 9.1 M070.

[BenLoosli]

We have removed Java7 from 1 of the client machines and it is running Java 6 now. However when we run File Server Administration, it wants to install Java7 again. Is there a Windchill setting to specify the Java version for the applets?