【发布时间】:2013-09-03 14:14:17
【问题描述】:
我一直很高兴地使用omnifaces 的Faces.getLocale() 来获取当前登录用户使用的语言环境(这反过来又从<f:view> 定义中获取)。我真的很喜欢从视图到客户端再到系统默认区域设置的后备方法,因为它符合我的应用程序中区域设置选择的要求:
- 如果用户已登录,请使用他的语言偏好(从后端实体获得)
- 如果找不到用户偏好,请使用
Accept-LanguagesHTTP 标头中排名最高的语言 - 如果此时尚未选择区域设置,请使用系统默认设置。
现在我已经开始使用 JAX-RS(resteasy 实现),并且发现很难编写一个服务来为我的后端代码提供当前用户的语言环境。
我不能使用 Faces.getLocale(),因为这需要 FacesContext,而在 JAX-RS 请求处理期间不存在。
我不能在 @Provider(这将给我用户首选的语言环境)或 @Context HttpHeaders(访问客户端语言环境)中使用 @Context SecurityContext 注释,因为 JAX-RS 仅在使用提供者本身,而不是在我的后端代码实例化类时。
而且我不想在我的方法签名中乱扔Locale 参数,因为几乎一切都需要存在语言环境。
举一个具体的例子:我有一个 vcard 生成器,它根据用户的首选语言环境生成很少的 NOTE 字段。我都可以通过 JSF/EL 调用 vcard 生成方法:
<h:commandLink action="#{vcfGenerator.forPerson(person)}"
value="Go" target="_blank" />
通过 REST 服务:
@GET @Path('person/{id:[1-9][0-9]*}/vcard')
@Produces('text/vcard')
String exportVcard(@PathParam('id') Long personId, @Context HttpHeaders headers) {
VcfGenerator exporter = Component.getInstance(VcfGenerator) as VcfGenerator
Person person = entityManager.find(Person, personId)
if (! person)
return Response.noContent().build()
def locale = headers.acceptableLanguages[0] ?: Locale.ROOT
return exporter.generateVCF(person, locale).toString()
}
这可行(VcfGenerator 有一组使用 Faces.getLocale() 的仅限 JSF 的方法),但维护起来很痛苦。因此,与其传递Locale 对象,不如说:
Vcard generateVCF(Person person) {
Locale activeLocale = LocaleProvider.instance().getContext(VcfGenerator.class)
ResourceBundle bundle = ResourceBundle.getBundle("messages", activeLocale, new MyControl())
// use bundle to construct the vcard
}
有没有人做过类似的工作并且可以分享见解?
【问题讨论】:
-
那么,流程基本上是 JSF 视图 JSF backing bean JAX-RS 服务 业务服务?为什么要添加额外的 JAX-RS 层? JSF 支持 bean 不能直接调用该业务服务吗?否则,您必须自己设置请求标头或在 JAX-RS Web 服务请求上添加请求参数。即物理上完全不同的 HTTP 请求。
-
@BalusC 不,JSF 支持 bean 正在与业务服务对话,而 JAX-RS 服务正在调用支持 bean 代码,两者都是独立的。我正在寻找一种方法让业务服务说
LocaleProvider.instance().getContext(this.getClass())和LocaleProvider根据可用信息确定应该从哪里获取语言环境。
标签: jsf localization jax-rs resteasy omnifaces