graniteds gravity jms

本文详细介绍了如何使用Spring框架配置ActiveMQ作为消息中间件,包括创建监听器、处理订阅和取消订阅操作,以及实现私有消息发送。同时,通过自定义适配器和Servlet处理标准消息流程。
Я сразу посмотрел - ничего не понятно, они не спринговские, а нативные )))

"один канал для жавы и сообщений, или разные?" - это я не очень понял

Пробегусь по настройкам, может, где чего поможет ...
1. Брокер
	<amq:broker id="broker" useJmx="false" persistent="false" brokerName="activemq" advisorySupport="false">
		<amq:transportConnectors>
			<amq:transportConnector uri="vm://activemq"/>
		</amq:transportConnectors>
	</amq:broker>
Тем самым спринг поднимает ActiveMQ. У тебя тут протокол tcp://localhost:61616.
2. Создаю слушателя - бин для topic destination
	<bean id="customTopic" class="myproject.messaging.CustomTopicDestination">
		<property name="createBroker" value="false"/>
		<property name="brokerUrl" value="vm://activemq"/>
		<property name="acknowledgeMode" value="AUTO_ACKNOWLEDGE"/>
		<property name="noLocal" value="true"/>
		<property name="id" value="customTopic"/>
		<property name="name" value="customTopic"/>
		<property name="sessionSelector" value="true"/>
	</bean>
который при инициализации формирует мне конфиг типа твоего messaging-config.xml. Адаптер и сервисы выглядят примерно так:
Channel channel = servicesConfig.findChannelById("gravityamf");
Service service = servicesConfig.findServiceById("gravity-service");
Adapter adapter = null;
if (channel == null || service == null) {
	channel = new Channel("gravityamf", "org.granite.gravity.channels.GravityChannel", new EndPoint("http://{server.name}:{server.port}/{context.root}/gravityamf/amf", "flex.messaging.endpoints.AMFEndpoint"), new XMap());
	servicesConfig.addChannel(channel);
	adapter = new Adapter("activemq", "myproject.messaging.CustomServiceAdapter", new XMap());
	Map<String, Adapter> adapters = new HashMap<String, Adapter>();
	adapters.put(adapter.getId(), adapter);
	service = new Service("gravity-service", "flex.messaging.services.MessagingService", "flex.messaging.messages.AsyncMessage", adapter, adapters, new HashMap<String, Destination>());
	servicesConfig.addService(service);
} else adapter = service.findAdapterById("activemq");
service.getDestinations().put(id, this.buildDestination(adapter));//непосредственное формирование XMap конфига

То есть видно, что я связал брокер "activemq" со своим кастомным адаптером CustomServiceAdapter extends ActiveMQServiceAdapter, где в @Override public Object manage() обрабатываю сообщения SUBSCRIBE_OPERATION и UNSUBSCRIBE_OPERATION. Другие идут на CustomGravityServlet implements org.apache.catalina.comet.CometProcessor, где обрабатываются стандартным образом. Конфигурируется сервлет в web.xml:
	<servlet>
		<servlet-name>GravityServlet</servlet-name>
		<servlet-class>myproject.messaging.CustomGravityServlet</servlet-class>
	</servlet>
	<servlet-mapping>
		<servlet-name>GravityServlet</servlet-name>
		<url-pattern>/gravityamf/*</url-pattern>
	</servlet-mapping>

3. Producer:
	<bean id="jmsGlobalProducerTemplate" class="org.springframework.jms.core.JmsTemplate">
		<property name="connectionFactory" ref="cachingConnectionFactory"/>
		<property name="defaultDestination" ref="allAdmins"/>
	</bean>
и зависимые
	<amq:connectionFactory id="connectionFactory" brokerURL="vm://activemq" watchTopicAdvisories="false" closeTimeout="0"/>
	<bean id="cachingConnectionFactory" class="org.springframework.jms.connection.CachingConnectionFactory">
		<property name="targetConnectionFactory" ref="connectionFactory"/>
		<property name="sessionCacheSize" value="100"/>
	</bean>
	<amq:topic id="admins" physicalName="customTopic.global.>"/>

Входящие получаю как описал выше (кастомная подписка и отписка нужна для регистрации юзера в системе и контроля уникальности).
Отправку сообщений делаю примерно так (это приватная, для общей меняется топик):
dispatchPrivateMessage(CometEvent.POPUP, isAdminMessage, message, admin.getName(), toAdmin);
...
protected synchronized void dispatchPrivateMessage(final CometEvent event, final Object body, final String id, final String name, final String admin) {
	template.send(new ActiveMQTopic("customTopic.global." + admin), new MessageCreator() {
		public Message createMessage(Session session) throws JMSException {
			ActiveMQObjectMessage message = (ActiveMQObjectMessage) session.createObjectMessage(new CustomMessage(event, body, id, name));
			return message;
		}
	});
}

Не считая кастомного обработчика подписки, все выглядит несложным. Но это все в контексте спринга ...
标题基于Python的自主学习系统后端设计与实现AI更换标题第1章引言介绍自主学习系统的研究背景、意义、现状以及本文的研究方法和创新点。1.1研究背景与意义阐述自主学习系统在教育技术领域的重要性和应用价值。1.2国内外研究现状分析国内外在自主学习系统后端技术方面的研究进展。1.3研究方法与创新点概述本文采用Python技术栈的设计方法和系统创新点。第2章相关理论与技术总结自主学习系统后端开发的相关理论和技术基础。2.1自主学习系统理论阐述自主学习系统的定义、特征和理论基础。2.2Python后端技术栈介绍DjangoFlask等Python后端框架及其适用场景。2.3数据库技术讨论关系型和非关系型数据库在系统中的应用方案。第3章系统设计与实现详细介绍自主学习系统后端的设计方案和实现过程。3.1系统架构设计提出基于微服务的系统架构设计方案。3.2核心模块设计详细说明用户管理、学习资源管理、进度跟踪等核心模块设计。3.3关键技术实现阐述个性化推荐算法、学习行为分析等关键技术的实现。第4章系统测试与评估对系统进行功能测试和性能评估。4.1测试环境与方法介绍测试环境配置和采用的测试方法。4.2功能测试结果展示各功能模块的测试结果和问题修复情况。4.3性能评估分析分析系统在高并发等场景下的性能表现。第5章结论与展望总结研究成果并提出未来改进方向。5.1研究结论概括系统设计的主要成果和技术创新。5.2未来展望指出系统局限性并提出后续优化方向。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值