为什么Java和Applet中需要JNLP文件?

发布于 2024-12-10 03:48:33 字数 87 浏览 0 评论 0原文

  1. 为什么我们需要 JNLP 文件?
  2. 它有什么好处呢?
  3. 我们可以在浏览器上不签名的情况下运行小程序吗?
  1. Why do we need JNLP file?
  2. What is the advantage of it?
  3. Can we run applet without signing it on browser?

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

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

发布评论

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

评论(2

做个少女永远怀春 2024-12-17 03:48:33

为什么我们需要 JNLP 文件?

有关通过 JWS 启动为小程序带来的一些内容,请阅读 信息。在 JNLP 上标记(并追踪链接)。

我们可以在浏览器上不签名的情况下运行小程序吗?

这在你的头脑中有意义吗?对我来说,这听起来像是无稽之谈。

代码是否经过签名与是否使用 Java Web Start 进行部署无关。

浏览器与代码签名几乎没有任何关系。

但猜测一个意思。代码可以部署为标准嵌入式小程序或通过 Web 启动(签名或未签名)。

Why do we need JNLP file?

For some of the things that launching via JWS brings to an applet, read the info. tag on JNLP (& chase the links).

Can we run applet without signing it on browser?

Does that make sense in your head? To me, it sounds like nonsense.

Whether code is signed is unrelated to whether it is deployed using Java Web Start.

The browser has (little or) nothing to do with code signing.

But guessing one meaning. Code can be deployed as either a standard embedded applet or by web start, as either signed or unsigned.

时间海 2024-12-17 03:48:33

除了指定应用程序文件的下载位置之外,JNLP 还允许您执行更多操作。鉴于 JNLP 客户端的存在,JNLP 协议可以支持多种功能,如下所示:

  1. 运行时更丰富的客户端环境。开发者可以使用新的API
    利用底层 JNLP 客户端,允许标准运行时
    访问系统资源的服务。
  2. 安全的部署解决方案。最终用户可以信任可靠的 JNLP
    客户,因为它不会允许客户有任何有害行为
    应用程序。
  3. 版本控制和增量更新。每个资源都可以标记为
    版本 ID 并进行相应管理。增量更新是
    使用 JARDiff 格式获得。
  4. 多个 JRE 管理和附加的自动安装
    JRE 和可选包。
  5. 离线操作。部署的应用程序即使没有
    与部署服务器的连接。即使它是一个有点
    功能最少,在实践中得到广泛应用。
  6. 自动安装本机代码/库。一些Java程序
    可能需要一些特定于平台的支持才能运行。
  7. JNLP 客户端管理控制台。虽然不属于
    规范,JNLP 客户端向最终用户提供一种形式
    图形配置控制台(例如管理
    Java Web Start 的控制台)。
  8. 使用依赖于平台的设施的能力,例如
    快捷方式、加速器等。部署的应用程序是
    集成在本机操作系统上——提供快捷方式和启动
    脚本或其他依赖于平台的机制所以你的Java
    应用程序看起来像一个本机应用程序,但有一点
    努力。

JNLP allows you to do many more things than specifying where application files should be downloaded. Given the presence of a JNLP client, there is a wide range of features that could be supported by the JNLP protocol, as follows:

  1. A richer client environment at runtime. Developers can use a new API
    that leverages the underlying JNLP Client, allowing standard runtime
    services to access system resources.
  2. A secure deployment solution. End users can trust a reliable JNLP
    Client because it will not allow any harmful behavior by client
    applications.
  3. Versioning and incremental updates. Each resource can be tagged with
    a version id and managed accordingly. Incremental updates are
    obtained using the JARDiff format.
  4. Multiple JREs management and automatic installation of additional
    JREs and optional packages.
  5. Offline operation. Deployed applications can work even without a
    connection with the deployment server. Even if it is a somewhat
    minimal feature, it is widely used in practice.
  6. Automatic installation of native code/libraries. Some Java programs
    may need some platform-specific support for running.
  7. JNLP Client management console. Although not part of the
    specifications, the JNLP Client is providing to end users a form of
    graphical configuration console (for instance, the management
    console of Java Web Start).
  8. The capability of using platform-dependent facilities such as
    shortcuts, accelerators, and the like. Deployed applications are
    integrated on the native OS—providing shortcuts and launching
    scripts or other platform-dependent mechanisms So your Java
    application will look like a native application with a little
    effort.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文