Spring MVC testi ile "Dairesel görünüm yolu" istisnasından nasıl kaçınılır?

Denetleyicilerimden birinde aşağıdaki kod var:

@Controller
@RequestMapping("/preference")
public class PreferenceController {

    @RequestMapping(method = RequestMethod.GET, produces = "text/html")
    public String preference() {
        return "preference";
    }
}

Spring MVC testini kullanarak aşağıdaki gibi test etmeye çalışıyorum :

@ContextConfiguration
@WebAppConfiguration
@RunWith(SpringJUnit4ClassRunner.class)
public class PreferenceControllerTest {

    @Autowired
    private WebApplicationContext ctx;

    private MockMvc mockMvc;
    @Before
    public void setup() {
        mockMvc = webAppContextSetup(ctx).build();
    }

    @Test
    public void circularViewPathIssue() throws Exception {
        mockMvc.perform(get("/preference"))
               .andDo(print());
    }
}

Aşağıdaki istisnayı alıyorum:

Dairesel görünüm yolu [tercih]: tekrar geçerli işleyici URL'sine [/ tercih] gönderilir. ViewResolver kurulumunuzu kontrol edin! (İpucu: Bu, varsayılan görünüm adı oluşturma nedeniyle belirtilmemiş bir görünümün sonucu olabilir.)

Garip bulduğum şey , şablonu içeren "tam" bağlam yapılandırmasını yüklediğimde ve aşağıda gösterildiği gibi çözümleyicileri görüntülediğimde sorunsuz çalışması :

<bean class="org.thymeleaf.templateresolver.ServletContextTemplateResolver" id="webTemplateResolver">
    <property name="prefix" value="WEB-INF/web-templates/" />
    <property name="suffix" value=".html" />
    <property name="templateMode" value="HTML5" />
    <property name="characterEncoding" value="UTF-8" />
    <property name="order" value="2" />
    <property name="cacheable" value="false" />
</bean>

Şablon çözümleyici tarafından eklenen ön ekin, uygulama bu şablon çözümleyiciyi kullandığında "dairesel görünüm yolu" olmamasını sağladığının farkındayım.

Peki uygulamamı Spring MVC testini kullanarak nasıl test edeceğim?

Bunun Spring MVC testiyle hiçbir ilgisi yoktur.

Bir bildirmediğinizde ViewResolver, Spring bir varsayılan kaydeder ve InternalResourceViewResolverbu JstlViewda View.

JstlViewSınıf uzanır InternalResourceViewolan

Aynı web uygulaması içindeki bir JSP veya başka bir kaynak için sarmalayıcı. Model nesnelerini istek öznitelikleri olarak ortaya çıkarır ve isteği bir javax.servlet.RequestDispatcher kullanarak belirtilen kaynak URL'sine iletir.

Bu görünüm için bir URL'nin, web uygulaması içinde RequestDispatcher'ın yönlendirme veya dahil etme yöntemine uygun bir kaynak belirtmesi beklenir.

Bold benimdir. Bir başka deyişle, görünüm, render önce, bir almaya çalışacağım RequestDispatcherhangi için forward(). Bunu yapmadan önce aşağıdakileri kontrol eder

if (path.startsWith("/") ? uri.equals(path) : uri.equals(StringUtils.applyRelativePath(uri, path))) {
    throw new ServletException("Circular view path [" + path + "]: would dispatch back " +
                        "to the current handler URL [" + uri + "] again. Check your ViewResolver setup! " +
                        "(Hint: This may be the result of an unspecified view, due to default view name generation.)");
}

pathgörünüm adı nerede , ne döndürdüğünüz @Controller. Bu örnekte, yani preference. Değişken uri, işlenmekte olan talebin uri'sini tutar;/context/preference .

Yukarıdaki kod, yönlendirirseniz /context/preference, aynı sunucu uygulamasının (aynı sunucu bir öncekini ele aldığından) isteği yerine getireceğini ve sonsuz bir döngüye gireceğinizi fark eder.

Bir ilan zaman ThymeleafViewResolverve ServletContextTemplateResolverspesifik bir ile prefixve suffixbu inşa Viewbunu gibi bir yol vererek, farklı

WEB-INF/web-templates/preference.html

ThymeleafViewörnekler, dosyayı ServletContextyola göre bir ServletContextResourceResolver

templateInputStream = resourceResolver.getResourceAsStream(templateProcessingParameters, resourceName);`

hangisi sonunda

return servletContext.getResourceAsStream(resourceName);

Bu, ServletContextyola göre bir kaynak alır . Daha sonra TemplateEngineHTML'yi oluşturmak için kullanabilir . Burada sonsuz bir döngünün oluşmasına imkan yok.

Bu sorunu @ResponseBody kullanarak aşağıdaki gibi çözdüm:

@RequestMapping(value = "/resturl", method = RequestMethod.GET, produces = {"application/json"})
    @ResponseStatus(HttpStatus.OK)
    @Transactional(value = "jpaTransactionManager")
    public @ResponseBody List<DomainObject> findByResourceID(@PathParam("resourceID") String resourceID) {

@Controller → @RestController

Aynı sorunu yaşadım ve denetleyicimin de not aldığını fark ettim @Controller. Değiştirmek @RestControllersorunu çözdü. İşte Spring Web MVC'nin açıklaması :

@RestController, kendisi @Controller ve @ResponseBody ile meta açıklamalı, her yöntemi tür düzeyindeki @ResponseBody ek açıklamasını devralan ve bu nedenle doğrudan yanıt gövdesine, görünüm çözünürlüğüne ve bir HTML şablonuyla işlemeye yazan bir denetleyiciyi belirten, oluşturulmuş bir ek açıklamadır.

Bu sorunu şu şekilde çözdüm:

@Before
    public void setup() {
        InternalResourceViewResolver viewResolver = new InternalResourceViewResolver();
        viewResolver.setPrefix("/WEB-INF/jsp/view/");
        viewResolver.setSuffix(".jsp");

        mockMvc = MockMvcBuilders.standaloneSetup(new HelpController())
                                 .setViewResolvers(viewResolver)
                                 .build();
    }

Bir web sayfasını denemek ve yüklemek için Spring Boot kullanıyorum, test etmek değil ve bu sorunu yaşadım. Benim çözümüm, biraz farklı koşullar göz önüne alındığında yukarıdakilerden biraz farklıydı. (bu cevaplar anlamama yardımcı olsa da.)

Maven'deki Spring Boot başlangıç ​​bağımlılığımı şundan değiştirmek zorunda kaldım:

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
</dependency>

için:

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-thymeleaf</artifactId>
</dependency>

"Web" i "thymeleaf" olarak değiştirmek benim için sorunu çözdü.

Görünümü gerçekten işlemekle ilgilenmiyorsanız işte size kolay bir düzeltme.

Dairesel görünüm yollarını kontrol etmeyen bir InternalResourceViewResolver alt sınıfı oluşturun:

public class StandaloneMvcTestViewResolver extends InternalResourceViewResolver {

    public StandaloneMvcTestViewResolver() {
        super();
    }

    @Override
    protected AbstractUrlBasedView buildView(final String viewName) throws Exception {
        final InternalResourceView view = (InternalResourceView) super.buildView(viewName);
        // prevent checking for circular view paths
        view.setPreventDispatchLoop(false);
        return view;
    }
}

Ardından testinizi onunla ayarlayın:

MockMvc mockMvc;

@Before
public void setUp() {
    final MyController controller = new MyController();

    mockMvc =
            MockMvcBuilders.standaloneSetup(controller)
                    .setViewResolvers(new StandaloneMvcTestViewResolver())
                    .build();
}

Spring Boot kullanıyorsanız, pom.xml dosyanıza thymeleaf bağımlılığını ekleyin:

    <dependency>
        <groupId>org.thymeleaf</groupId>
        <artifactId>thymeleaf-spring4</artifactId>
        <version>2.1.6.RELEASE</version>
    </dependency>

Benim için sorunu çözdükten /sonra eklemek /preference:

@Test
public void circularViewPathIssue() throws Exception {
    mockMvc.perform(get("/preference/"))
           .andDo(print());
}

Benim durumumda Kotlin + Spring boot'u deniyordum ve Circular View Path konusuna girdim. Çevrimiçi olarak aldığım tüm öneriler, aşağıdakileri deneyene kadar yardımcı olamadı:

Başlangıçta denetleyicime şu şekilde açıklama eklemiştim: @Controller

import org.springframework.stereotype.Controller

Sonra yerini @Controllerile@RestController

import org.springframework.web.bind.annotation.RestController

Ve işe yaradı.

@RequestBody kullanmadıysanız ve yalnızca kullanıyorsanız @Controller, bunu düzeltmenin en basit yolu @RestControlleryerine kullanmaktır@Controller

Ek açıklamayı @ResponseBodyyöntem dönüşünüze ekleyin.

Spring Boot'u Thymeleaf ile kullanıyorum. Bu benim için çalıştı. JSP ile benzer cevaplar var ancak JSP yerine HTML kullandığımı ve bunların buradasrc/main/resources/templates açıklandığı gibi standart bir Spring Boot projesinde olduğu gibi klasörde bulunduğunu unutmayın . Bu sizin durumunuz da olabilir.

@InjectMocks
private MyController myController;

@Before
public void setup()
{
    MockitoAnnotations.initMocks(this);

    this.mockMvc = MockMvcBuilders.standaloneSetup(myController)
                    .setViewResolvers(viewResolver())
                    .build();
}

private ViewResolver viewResolver()
{
    InternalResourceViewResolver viewResolver = new InternalResourceViewResolver();

    viewResolver.setPrefix("classpath:templates/");
    viewResolver.setSuffix(".html");

    return viewResolver;
}

Bu yardımcı olur umarım.

Spring Boot + Freemarker çalıştırılırken sayfa görünürse:

Beyaz Etiket Hata Sayfası Bu uygulama / error için açık bir eşleme içermediğinden, bunu bir geri dönüş olarak görüyorsunuz.

Spring-boot-starter-parent 2.2.1.RELEASE sürümünde freemarker çalışmıyor:

1. Freemarker dosyalarını .ftl'den .ftlh'ye yeniden adlandırın
2. Application.properties'e ekleyin: spring.freemarker.expose-request-attributes = true

spring.freemarker.suffix = .ftl

Thymeleaf için:

Spring 4 ve thymeleaf'i yeni kullanmaya başladım, bu hatayla karşılaştığımda ekleyerek çözüldü:

<bean class="org.thymeleaf.spring4.view.ThymeleafViewResolver">
  <property name="templateEngine" ref="templateEngine" />
  <property name="order" value="0" />
</bean> 

Kullanırken @Controllerek açıklama, ihtiyacınız @RequestMappingve @ResponseBodyek açıklamalar. Ek açıklama ekledikten sonra tekrar deneyin@ResponseBody

Yay web uygulamasını yapılandırmak için açıklamayı kullanıyorum, sorun InternalResourceViewResolveryapılandırmaya bir fasulye ekleyerek çözüldü . Umarım yardımcı olur.

@Configuration
@EnableWebMvc
@ComponentScan(basePackages = { "com.example.springmvc" })
public class WebMvcConfig extends WebMvcConfigurerAdapter {

    @Bean
    public InternalResourceViewResolver internalResourceViewResolver() {
        InternalResourceViewResolver resolver = new InternalResourceViewResolver();
        resolver.setPrefix("/jsp/");
        resolver.setSuffix(".jsp");
        return resolver;
    }
}

Bu, Spring'in "tercih" i kaldırması ve "tercih" i ekleyerek, istek Uri ile aynı yolu tekrar yapması nedeniyle oluyor.

Şöyle oluyor: Uri iste: "/ tercih"

"tercih" i kaldırın: "/"

yolu ekle: "/" + "tercih"

end string: "/ tercih"

Bu, Bahar'ın size istisna atarak bildirdiği bir döngüye giriyor.

"Tercih Görünümü" gibi farklı bir görünüm adı veya istediğiniz herhangi bir şey vermeniz ilginize en iyisidir.

gradle dosyanıza compile ("org.springframework.boot: spring-boot-starter-thymeleaf") bağımlılığı eklemeyi deneyin.Thymeleaf, görünümlerin eşlenmesine yardımcı olur.

Benim durumumda, Spring boot uygulamasını kullanarak JSP sayfalarına hizmet vermeye çalışırken bu sorunu yaşadım.

İşte benim için çalıştı:

application.properties

spring.mvc.view.prefix=/WEB-INF/views/
spring.mvc.view.suffix=.jsp

pom.xml

JSP'ler için desteği etkinleştirmek için tomcat-embed-jasper'a bir bağımlılık eklememiz gerekir.

<dependency>
    <groupId>org.apache.tomcat.embed</groupId>
    <artifactId>tomcat-embed-jasper</artifactId>
    <scope>provided</scope>
</dependency>

Başka bir basit yaklaşım:

package org.yourpackagename;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.builder.SpringApplicationBuilder;
import org.springframework.boot.context.web.SpringBootServletInitializer;

@SpringBootApplication
public class Application extends SpringBootServletInitializer {

      @Override
        protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
            return application.sources(PreferenceController.class);
        }


    public static void main(String[] args) {
        SpringApplication.run(PreferenceController.class, args);
    }
}