Udostępnianie wspólnej ścieżki nadrzędnej podczas implementowania kontrolerów sprężyn

Question

Chcę mieć możliwość zdefiniowania klasy kontrolera nadrzędnego, która będzie miała mapowanie "/ api", a następnie rozszerzyć ten kontroler przy pomocy różnych implementacji. Więc ApiController będą miały:

@Controller 
@RequestMapping("/api") 

Na przykład, mój kontroler Użytkownik powinien przedłużyć kontroler baza API i również dodać „/ Users” do ścieżki, więc będzie to odpowiedź na „/ API/użytkowników” żądań. Tak więc UserController będzie miał:

@Controller 
@RequestMapping("/users") 

, ale ponieważ rozszerza ApiController, będzie skutecznie odpowiadać/api/użytkowników.

Naturalnie mogę dodać "/ api" do wszystkich kontrolerów, aby osiągnąć to bez klasy rodzica, ale wolę zrobić to "właściwą drogą", jeśli to możliwe, aby móc zdefiniować moje implementacje api za pomocą czystsza i bardziej widoczna ścieżka.

Próbowałem rozszerzenie klasy bazowej ApiController, ale to nie działa, UserController jeszcze odpowiedzi na „/ użytkowników” i ignoruje klasy bazowej „/ API”.

Answer 1

Hmmm. Można spróbować, to jest to, co działa dla mnie:

@RequestMapping("/abstract") 
public abstract class AbstractController { 


} 

@Controller 
public class ExtendedAbstractController extends AbstractController { 

    @RequestMapping("/another") 
    public String anotherTest() { 
     return "another"; 
    } 

} 

Uwaga, klasa bazowa musi mieć żadnego @Controller adnotacji i musi być streszczenie.

Jeśli próbujesz wykonać rozszerzenie nie klasy abstrakcyjnej opisanej jako kontroler i która ma @RequestMapping s, otrzymasz błędy na etapie inicjowania RequestMappingHandlerMapping.

Answer 2

Można to osiągnąć z:

1. utworzyć konfigurację sub-kontekstowe dla kontrolerów z prefiksem samej ścieżce
2. utworzyć sub-context z własnym DispatcherServlet odwzorowane na pewnej ścieżce

spojrzeć na this answer . To podobny problem, ale dla @RestControllers.