当前位置: 首页 > 知识库问答 >
问题:

Jersey和其他JAX-RS api扩展-例如Shiro、Guice

督嘉言
2023-03-14

Jersey是否有任何扩展来支持Shiro、Guice等框架?或者你是单独使用它们,独立于泽西岛吗?

它如何寻找其他 JAX-RS 框架。Restlet,RestEasy - 他们是否提供任何扩展,还是单独完成?

我已经知道他们得到了自己的OAuth实现,而不是与其他OAuth框架合作。

共有2个答案

徐绪
2023-03-14

泽西文档的依赖项页面指定了Guice的扩展:

Jersey的运行时依赖性分为以下几类:

核心服务器。泽西岛服务器所需的最小依赖项集。

核心客户。Jersey为客户端所需的最小依赖项集。

容器。容器依赖项的集合。每个容器提供程序都有自己的一组依赖项。

实体。实体依赖集。每个实体提供者都有自己的依赖集。

工具。运行时工具所需的依赖项集。

Spring。Spring所需的依赖项集。

吉斯。Guice 所需的依赖项集。

我没有尝试整合泽西、圭斯和希罗,但我不明白你为什么不能这样做。

巫经义
2023-03-14

关于Restlet框架,我们提供了一组广泛的扩展,总结如下。然而,您自己与其他库的集成通常很容易。关于Guice,Restlet孵化器中已经有一个扩展,请参见此处的规范。

 类似资料:
  • 我们可以通过 实现创建JAX-RS示例。 为此,需要加载 jersey相关jar文件或使用Maven框架。 在这个例子中,我们使用jersey jar文件来实现JAX-RS jersey示例。 Jersey Jar文件下载网址:https://jersey.github.io/download.html 打开Eclipse,创建一个Web工程: restfuljersey,如下图所示 - JAX-

  • 说明 这个 API 通常可以与其他所有包一起工作,然而,一些特殊的与 Laravel 融合很深,利用 Laravel 的路由提供某些功能的包,可能和 API 冲突。这一页列表其他的包与 API 冲突,以及一些必要的步骤使两个包正常工作。 目前还没有冲突的包.

  • 问题内容: 我已经看过几次了,但是在我看到的帖子中,没有人解释。为什么我不应该扩展JFrame(或任何组件)?是否存在我应该扩展组件的条件,或者这是您不应该采用的严格规则? 问题答案: 一般而言,扩展组件往往严格使用该组件。这在设计方面以不必要的方式严重地限制了你的选项,以使你的类无法扩展不同的类,你无法隐藏JFrame的方法,从而导致在使用类时,JFrame的维护更加困难并且更容易触发意外的错误

  • 我正在Django上做类似ERP的小项目,其中包含不同的应用程序(产品、销售、采购、会计、MRP、...)。其中一些有依赖关系(例如,销售应用程序需要产品应用程序)。 继承或抽象类似乎也是不合适的,因为我不是试图为子产品创建模型,而是在表中现有信息(条目)的基础上进行增长或扩展。 实现这一点的最佳方法是什么?我应该考虑编写自定义迁移操作吗?否则,还有更好的办法吗?谢谢!

  • 问题内容: 我正在努力弄清Java中的一些概念: JSR:描述规格,但不包含实际的实现。例如,http://jsr311.java.net/是“ RESTful Web服务的Java™API”的“主页”。它用作JSR-311的所有实现的通用参考。 可以从http://mvnrepository.com/artifact/javax.ws.rs/jsr311-api下载JSR-311的接口(?),但

  • 我正在开发一个java脚本客户端应用程序,在服务器端我需要处理CORS,所有我用JAX-RS和Jersey编写的服务。我的代码: 感谢佛普尼