我正在尝试构建一个简单的PoC来替换当前依赖于主Java(Spring MVC 4.2)Web应用程序中加载的JAR文件的应用程序,以在启动时声明其他控制器.它看起来非常像：
客户< - HTTP - >网关应用(Spring MVC order.jar)
Exposed endpoints:
/ping via controller in core Spring app
/orderApp/doSomething via controller in order.jar
理想情况下,我希望将每个JAR文件作为独立的Spring Boot应用程序,使用Spring Integration 4.2(通过AMQP)与面向外部世界的HTTP网关交换数据.一点架构：
客户< - HTTP - > Gateway(Spring MVC)< - AMQP - >独立订单应用程序(Spring Boot)
Exposed endpoints:
/ping via controller in core Spring MVC app
/{appName}/** via controller in core Spring MVC app
我在MVC应用程序的控制器中有逻辑,它找到哪个AMQP交换机应该根据appName接收消息,我使用网关序列化HTTP请求,将其发送到正确的应用程序,可以处理它,将答案发回给主应用程序将响应转发给客户端.这里没问题.
但是,我希望尽可能重用我目前在JAR文件中使用的方便的@RequestMapping注释.这些JAR基本上包含额外的控制器,在给定的根下暴露端点.
题
如果URL,请求正文和标题作为输入,如何手动触发@RequestMapping逻辑？例如,假设我有一个类似的实现：
@RequestMapping("projects/{projectId}")
public Project projectById(@PathVariable final String projectId) {
(...)
return project;
}
有没有办法从我的独立应用程序中的某个地方的自定义服务代码中我可以执行一个调用,例如handler.getResponse(“projects / 123abc”,requestBody,requestHeaders),这将自动查找给定输入参数/哪个方法调用网址是什么？
我不想要@RequestMapping的所有功能(当然也不能直接访问HttpServletRequest / HttpServletResponse).我想做的有点像HttpServletRequest的模拟,但没有servlet和一切的所有开销.它应该是“生产”代码,而不是测试中使用的代码.
否则,除了@RequestMapping,我没有反对使用别的东西,前提是我可以在URI和Java方法之间实现相同类型的映射,自动获取从URI中提取的参数.自定义Spring Integration路由器？我知道SI有一些请求映射支持,但仅从我见过的HTTP开始.
如果您的意思是每个后端服务需要处理多种请求类型并需要进一步路由,那么,是的,路由器可能是最好的解决方案.
问题是如何将信息(路由)传递到后端 – 可能是在消息属性/标题中.
你是正确的,SI只在HTTP端点内部使用请求映射,但没有什么能阻止你编写使用相同注释的基于注释的路由器.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
