Combiner Netty et Spring MVC

Ça dépend vraiment de ce que vous êtes à l'aide de Netty. En supposant que vous l'utiliser comme un serveur HTTP embarqué exécuté sur un autre port, il vous suffit d'initialiser l'intérieur d'un Printemps bean. J'ai obtenu ce dans le passé à l'aide d'un utile Netty/Atmosphère wrapper appelé Nettosphere:

@Service
public class NettyServer implements ServletContextAware {

    private ServletContext servletContext;

    private Nettosphere server;

    @Autowired
    private MyStatusHandler statusHandler;

    @PostConstruct
    public void initialiseNettyServer() {
            String rootPath = servletContext.getContextPath() + "/api";

            server = new Nettosphere.Builder().config(
                    new Config.Builder()
                            .host(SERVER_HOST)
                            .port(SERVER_PORT)
                            .resource(rootPath + "/status", statusHandler)
                            .build())
                     .build();
            server.start();
    }

    @PreDestroy
    public void shutdownNettyServer() {
            server.stop();
    }

}

Ce qui suppose le annotation de configuration basée sur au Printemps, vous pouvez facilement obtenir le même résultat à l'aide de XML comme expliqué dans Jonathan réponse.

Bien sûr, vous pouvez préférer utiliser Netty directement, auquel cas le principe est le même, mais vous aurez besoin de creuser dans le Netty guide de l'utilisateur un peu à l'amorçage du serveur correctement.

OriginalL'auteur seanhodges

Option 1 (Juste le code):

Voici un très bon exemple montrant comment amorcer Netty avec un gestionnaire de soutien de Servlets (qui à son tour va déléguer le travail à Spring MVC) https://github.com/rstoyanchev/netty-spring-mvc

Il vous définissez ServletNettyHandler plus basé sur Java Spring MVC configurer (DispatcherServletChannelInitializer), et le TestController utilise @Contrôleur & @RequestMapping annotations comme il le fait toujours dans ces cas.

Note: pensez à mettre à jour Netty & Printemps version de l'exemple pour le faire fonctionner.

Option 2 (Juste le blog post):

J'ai trouvé un post de blog décrivant le processus. http://www.hypersocket.com/content/?p=12

OriginalL'auteur Anton Shchastnyi

Fait avec le Printemps 5, vous pouvez configurer un Printemps 5 Webflux application au lieu de cela, il ressemble à un solide réactif alternative. Les lignes suivantes (Config.start()) lancer un petit serveur HTTP en parallèle avec l'exécution principal avec une source de contexte.

@Configuration
public class Config extends DelegatingWebFluxConfiguration{
    @Bean
    String test(){
        return "Hello WOrLd";
    }

    @Bean
    AdminController controller(){
        return new AdminController();
    }

    public static void start() {
        AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(Config.class);
        HttpHandler handler = WebHttpHandlerBuilder.applicationContext(applicationContext).build();
        ReactorHttpHandlerAdapter adapter = new ReactorHttpHandlerAdapter(handler);
        HttpServer.create("0.0.0.0", 8082).newHandler(adapter).subscribe();
    }
}

contrôleur de code:

@RestController
public class AdminController {
    @Autowired
    String text;

    @GetMapping(path = "/commands")
    Mono<String> commands(){
        return Mono.just(text);
    }
}

construire.gradle

 compile 'org.springframework:spring-context:5.0.2.RELEASE'
 compile 'org.springframework:spring-web:5.0.2.RELEASE'
 compile 'org.springframework:spring-webflux:5.0.2.RELEASE'
 compile 'io.projectreactor.ipc:reactor-netty:0.7.2.RELEASE'

P. S. cet exemple n'utilise Ressort sans Ressort de Démarrage qui est aussi bon qu'un côté du serveur web intégré, mais vous devriez envisager d'utiliser le Printemps de Démarrage pour une part entière microservice développement.

OriginalL'auteur Boris Treukhov