新的 Java applet 插件没有被使用?

发布于 2024-08-08 13:24:12 字数 563 浏览 2 评论 0原文

我正在部署一个签名&值得信赖的小程序。我们需要在单独的 JVM 和 Java 环境中运行小程序。增加堆大小。设置separate_jvm & java_arguments 适用于我们的本地机器。奇怪的是,我们的客户虽然使用 1.6.0_15,但似乎并未运行新的插件架构。

当我检查他们的 Java 配置时,“使用下一代插件”被选中并显示为“使用下一代插件”。 IE7 的选项“使用 Java 1.6.0_15 for applet 插件”也被选中。似乎没有什么明显的错误。 Java 控制台也会报告正确的版本,但 separate_jvmjava_arguments 均不受尊重。

作为健全性检查,我们将小程序包装在 JNLP 和 JNLP 中。设置我们的网页以通过 jnlp_href 为小程序提供服务。 applet 标签有一个伪造的代码参数,以确保 JVM 实际上正在运行 JNLP。 Java 控制台抱怨说,当它应该正确加载 JNLP 时却找不到伪造的类。

是否存在安全设置或其他可能导致我所看到的情况?

I am deploying a signed & trusted applet. We need to run the applet in a separate JVM & increase the heap size. Setting separate_jvm & java_arguments works on our local boxes. Curiously we have clients that though they are using 1.6.0_15 don't seem to be running the new plugin architecture.

When I check their Java config, "use next-generation plugin" is checked & IE7's option "use Java 1.6.0_15 for applet plugin" is also checked. Nothing seems obviously wrong. The Java console also reports the correct version, but neither separate_jvm nor java_arguments are respected.

Just as a sanity check we wrapped the applet in a JNLP & set up our web page to serve the applet with a jnlp_href. The applet tag had a bogus code parameter to ensure the JVM was actually running the JNLP. The Java console complains that it cannot find the bogus class when it should be properly loading the JNLP.

Are there security settings or something else that might cause what I'm seeing?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

无敌元气妹 2024-08-15 13:24:12

恐怕我只有一些建议,而不是绝对的答案。

  1. Java虚拟机版本
    和插件版本可以是
    不同的。转到控制面板,
    Java,运行时环境设置。
    当您检查控制台时,它可能
    显示两个不同的版本。

  2. 新的插件架构将
    取决于浏览器,Opera 不使用
    例如,它根本就没有。 IE7 确实如此
    尽管。所以检查一下是哪个浏览器
    可以工作。

  3. Java 已损坏,因为
    重复安装和卸载。
    我发现很常见的抱怨。
    如果您可以控制其中之一
    你应该卸载的机器
    爪哇。重新启动机器。安装
    最新的 Java。

I'm afraid I've just a few suggestions rather than an absolute answer.

  1. The Java virtual machine version
    and plug in version can be
    different. Go to Control Panel,
    Java, Runtime Environment settings.
    When you check the console it may
    show the two different versions.

  2. The new plugin architecture would
    depend on browser, Opera doesn't use
    it at all, for example. IE7 does
    though. So check which browser it
    works on.

  3. Java has got corrupted due to
    repeated installs and uninstalls.
    Pretty common complaint I've found.
    If you have control over one of the
    machines you should uninstall every
    Java. Restart machine. Install
    latest Java.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文