问题标签 [unmappedresourcehandler]

这是我的设置：

• Web 应用程序的文件夹结构和文件名与UnmappedResourceHandler的 javadoc完全相同
• UnmappedResourceHandler 已经注册在faces-config.xml
• /javax.faces.resource/*已经映射到 facesServlet 中web.xml

是style.css：

然后我请求http://localhost:8080/app/javax.faces.resource/style.css?ln=css并且响应是：

我希望 CSS 中的所有相对 URL 都将转换为 JSF 的有效 URL，就像#{resource}我不必再使用#{resource}来引用 CSS 中的相对 URL 一样，但选择器background 的相对 URLbody仍然保持不变 。

更新 BalusC 的回复：

1. 如果使用资源库，添加?ln=libraryname到所有 CSS 图像都可以！

2. 但如果不使用资源库，则 <h:outputStylesheet name="css/style.css" />生成 <link rel="stylesheet" media="screen" type="text/css" href="/app/javax.faces.resource/css/style.css.xhtml">

   如果我对此理解正确，则使用UnmappedResourceHandler并映射 /javax.faces.resource/* 到facesServletinweb.xml应该会导致 JSF 生成style.css不带xhtml扩展名的链接。

在我发布问题之前，希望你能回答这个（看起来像一个错误）全新的项目，GF 4.0，OmniFaces 1.6.3

遵循所有说明，但出现此异常

这有效：localhost:8080/WEB-APP/javax.faces.resource/layout/my_layout.css

这不起作用（上述异常）：localhost:8080/WEB-APP/javax.faces.resource/layout/my_layout.css.html

这不起作用（上述异常）：localhost:8080/WEB-APP/javax.faces.resource/layout/my_layout.css.jsf

<h:graphicImage> , <h:outputStylesheet>等将生成 .jsf / .html 扩展名，因此一切都失败了。

我在我的项目中使用 Omnifaces (GREAT LIBRARY)。这是一个带有 primefaces 4 库的 jsf 2 项目，在 JBoss 7.2 上运行。我已经使用了<p:graphicImage />从 db 加载图像。我在互联网上找到了代码并且它工作正常。

当我UnmappedResourceHandler在我的项目中激活omnifaces时，问题就来了。激活后，处理程序工作正常，我可以通过 css 的名称访问我的资源中的（其他）图像。但是这个处理程序处于活动状态，图像的加载<p:graphicImage />不再起作用。调试代码，我只能看到 1 个对内容的请求（没有 unmappedresourcehandler 的请求是 2 个）。

有什么解决方法吗？

谢谢！

当我遇到omnifaces的UnmappedResourceHandler 时，我正在浏览JSF 2 中的自定义资源处理程序。这是在这篇文章之后添加到 Omnifaces 中的。

我注意到与 Omnifaces 提供的其他两个 ResourceHandler 不同，即。CDNResourceHandler并且CombinedResourceHandler，这需要 JSF 资源 URL 前缀模式的附加映射：

我不是 JSF 方面的专家，但我很想知道为什么只需要这种类型而不需要其他两种？

我正在尝试使用UnmappedResourceHandlerOmniFaces，最初我的所有资源都在一个目录结构下，例如：

UnmappedResourceHandler不适用于版本控制，而是适用：

我还没有读到它不起作用的任何地方，所以我想知道我是否遗漏了什么？

谢谢，

似乎UnmappedResourceHandler正在资源文件夹中加载复合组件 xhtml 文件。结果似乎逐渐增加了内存泄漏。

泄漏可以在FaceletViewHandlingStrategy.metadataCache. 它依赖于 hashmap，当使用上述处理程序时，它UnmappedResources被用作CompositeComponentBeanInfo实例的键。

如果UnmappedResourceHandler未使用 ，则密钥包含ResourceImpl. 不同之处在于UnmappedResource它没有equals()按原样ResourceImpl实现：

所以问题似乎是在第一种情况下CompositeComponentBeanInfo一次又一次地添加到metadataCache. 在第二个中，一切都按预期工作。

其他人可以确认这个问题吗？

使用 MapStruct，我们想使用 ReportingPolicy.ERROR，并且有如下代码：

其中nestedSource 与nestedTarget 的类型不同，并且两个doublyNested*Field 类型都是String。

没有为 NestedSource -> NestedTarget 声明映射器。上面映射中声明的 String 属性是这些类型中的唯一属性。

以上导致未映射的源错误：

这似乎或多或少是合理的，因为我们没有为 NestedSource -> NestedTarget 声明映射器。

但是，问题是：如果我们将未映射源的 ReportingPolicy 更改为警告/忽略，MapStruct 会计算出如何在映射器实现中正确映射 doublyNestedSourceField，即使它声称不存在源映射。只是想知道这里发生了什么，以及我是否遗漏了什么。

----深入杂草一点（在 MapStruct 代码本身中）----

我可能做错了什么，但我确实注意到在 BeanMethodMapping.java MapStruct 尝试从 unprocessedSourceProperties 中删除“nestedSource.doubleNestedSourceField”，即使相应属性的键只是 unprocessedSourceProperties 中的“nestedSource”。因此，“nestedSource”保留为未处理的源属性并引发错误。

我在类下有一个简单的 TestNG（与 JUnit 的结果相同）@Test，如下所示

合并几个代码分支后它开始失败。

错误是一般性/未指定来源

似乎上下文加载了两次，我应该在哪里找到问题？

它与OAuth2SecurityConfiguration 无关，因为其他答案是指

OAuth2SecurityConfiguration bean 不是由引导自动创建的，对于 MethodSecurityConfigurer 也不是强制性的

并且与RoleHierarchy 无关

注释掉“expressionHandler.setRoleHierarchy(roleHierarchy);”，异常消失。