commandLink не вызывает действие с перезаписью RewriteRule активирован

В настоящее время я использую rewrite-config-prettyfaces 3.4.0.Final с Mojarra 2.2.13 на JRE 8 в WildFly 10. С этой настройкой (некоторые детали приведены ниже) все работает отлично. Теперь я хотел бы удалить файл pretty-config.xml и переключиться на RewriteConfiguration на основе правил. После того, как я создал это и сопоставил свое url-отображение pretty-config с правилами, мое приложение, кажется, работает нормально. Однако я заметил, что мое действие h: commandLink больше никогда не вызывается. Когда я переключаюсь обратно на pretty-config.xml, он работает нормально, переключаюсь обратно... urgs. Есть ли у вас какие-либо подсказки, почему это не работает с RewriteConfiguration?

Мой classpath содержит следующие jar для перезаписи:

  • перепишем-сервлет-3.4.0.Final.jar
  • rewrite-config-prettyfaces-3.4.0.Final.jar (но это пропущено в неработающей установке)

Ниже вы можете найти некоторые фрагменты моего кода.

Большое спасибо!

Моя симпатичная конфигу имеет эту конфигурацию

<pretty-config xmlns="http://ocpsoft.org/schema/rewrite-config-prettyfaces"
               xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
               xsi:schemaLocation="http://ocpsoft.org/schema/rewrite-config-prettyfaces
                      http://ocpsoft.org/xml/ns/prettyfaces/rewrite-config-prettyfaces.xsd">

    <url-mapping id="start">
        <pattern value="/#{lang}"/>
        <view-id value="/dashboard.jsf"/>
    </url-mapping>
    <url-mapping id="download">
        <pattern value="/#{lang}/downloadReport.html"/>
        <view-id value="/downloadReport.jsf"/>
    </url-mapping>
    <url-mapping id="catalog">
        <pattern value="/#{lang}/catalogue/#{catalogName}"/>
        <view-id value="/catalogDashboard.jsf"/>
    </url-mapping>
    <url-mapping id="violations">
        <pattern value="/#{lang}/catalogue/#{catalogName}/violations"/>
        <view-id value="/violations.jsf"/>
    </url-mapping>
    <url-mapping id="distributions">
        <pattern value="/#{lang}/catalogue/#{catalogName}/distributions"/>
        <view-id value="/distributions.jsf"/>
    </url-mapping>

</pretty-config>

Мой файл RewriteConfiguration

@RewriteConfiguration
public class ApplicationNavigationConfigurationProvider extends HttpConfigurationProvider {

    @Override
    public Configuration getConfiguration(ServletContext servletContext) {
        return ConfigurationBuilder.begin()
                .addRule(TrailingSlash.remove())
                .addRule(Join.path("/{lang}").to("/dashboard.jsf"))
                .addRule(Join.path("/{lang}/downloadReport.html").to("/downloadReport.jsf"))
                .addRule(Join.path("/{lang}/catalogue/{catalogName}").to("/catalogDashboard.jsf"))
                .addRule(Join.path("/{lang}/catalogue/{catalogName}/violations").to("/violations.jsf"))
                .addRule(Join.path("/{lang}/catalogue/{catalogName}/distributions").to("/distributions.jsf"));
    }

    @Override
    public int priority() {
        return 0;
    }
}

Мой упрощенный файл dummy.xhtml выглядит так:

Примечание. Соответствующий раздел с commandLink фактически является частью catalogDashboard.jsf. Пожалуйста, примите во внимание отсутствующее правило перезаписи фиктивного файла.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://xmlns.jcp.org/jsf/html"
      xmlns:f="http://xmlns.jcp.org/jsf/core">

<f:view>   
    <h:body>
        <h:outputText value="#{harvesterBean.currentRepository.name}"/>
        <h:form>
            <h:commandLink action="#{harvesterBean.updateAttachment(1)}" value="Test action invocation">
                <f:param name="catalogName" value="#{request.getParameter('catalogName')}"/>
            </h:commandLink>
        </h:form>
    </h:body>
</f:view>
</html>

Мой бин с методом для вызова через действие commandLink

@ViewScoped
@Named
public class HarvesterBean implements Serializable  { // updated: implements Serializable 

    @Inject
    private HarvesterClientActionImpl harvesterClientAction;

    @Inject
    private CurrentCatalogBean currentCatalogBean;

    private Repository currentRepository;
    private Harvester currentHarvester;
    private Run currentRun;
    private List<RunLog> logs;
    private String selectedAttachment;

    @PostConstruct
    public void init() {
        currentRepository = harvesterClientAction.retrieveRepository(currentCatalogBean.getCurrentCatalog().getTitle());
        currentHarvester = harvesterClientAction.retrieveHarvester(currentRepository.getSourceHarvester());
        currentRun = harvesterClientAction.retrieveLastRun(currentHarvester.getId());
        logs = harvesterClientAction.retrieveRunLogs(currentHarvester.getId(), currentRun.getId());

    }

    // This method is not invoked when using the RewriteConfiguration instead of pretty-config.xml
    public void updateAttachment(long logId) {
        selectedAttachment = harvesterClientAction.retrieveAttachment(currentHarvester.getId(), currentRun.getId(), logId);
    }
// getter and setter
}
Источник

1 ответ

Решение

Убедитесь, что вы включили модуль интеграции Rewrite JSF в свои зависимости:

  <dependency>
     <groupId>org.ocpsoft.rewrite</groupId>
     <artifactId>rewrite-integration-faces</artifactId>
     <version>3.4.0.Final</version>
  </dependency>

rewrite-config-prettyfaces зависит от этого модуля начиная с 3.4.0.Final. Поэтому, если вы откажетесь от интеграции с PrettyFaces, вы также потеряете основной модуль интеграции JSF, что может привести к чему-то подобному.

Источник
Другие вопросы по тегам