首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在MDB中使用JNDI连接工厂

是一种常见的云计算技术,它允许开发人员在消息驱动的Bean(MDB)中使用Java命名和目录接口(JNDI)来获取连接工厂。以下是对这个问题的完善且全面的答案:

概念: 在MDB中使用JNDI连接工厂是一种将消息队列与应用程序集成的方法。MDB是一种特殊类型的EJB(Enterprise Java Bean),它可以异步地接收和处理消息。JNDI是Java平台提供的一种标准API,用于在运行时查找和访问命名和目录服务。

分类: 在MDB中使用JNDI连接工厂可以分为两类:本地JNDI和远程JNDI。本地JNDI是指连接工厂和消息队列位于同一台服务器上,而远程JNDI是指连接工厂和消息队列位于不同的服务器上。

优势: 使用JNDI连接工厂的主要优势是解耦应用程序和消息队列的具体实现。通过使用JNDI,应用程序可以通过配置文件或其他方式指定要使用的连接工厂,而不需要直接依赖于特定的消息队列实现。这样可以提高应用程序的灵活性和可维护性。

应用场景: 在MDB中使用JNDI连接工厂适用于需要异步处理消息的场景。例如,在电子商务应用程序中,可以使用JNDI连接工厂来处理订单、库存更新、支付通知等异步任务。

推荐的腾讯云相关产品和产品介绍链接地址: 腾讯云提供了一系列与消息队列相关的产品,可以用于在MDB中使用JNDI连接工厂。以下是一些推荐的产品和其介绍链接地址:

  1. 腾讯云消息队列 CMQ:腾讯云消息队列(Cloud Message Queue,CMQ)是一种高可用、高可靠、高性能的分布式消息队列服务。它提供了多种消息传递模式,包括点对点、发布/订阅和广播模式。了解更多信息,请访问:腾讯云消息队列 CMQ
  2. 腾讯云云原生消息队列 TDMQ:腾讯云云原生消息队列(Tencent Distributed Message Queue,TDMQ)是一种高性能、低延迟、高可靠的分布式消息队列服务。它基于Apache Pulsar架构,支持多种消息传递模式,并提供了丰富的特性和工具。了解更多信息,请访问:腾讯云云原生消息队列 TDMQ

总结: 在MDB中使用JNDI连接工厂是一种将消息队列与应用程序集成的方法,它可以提高应用程序的灵活性和可维护性。腾讯云提供了多种与消息队列相关的产品,例如腾讯云消息队列 CMQ和腾讯云云原生消息队列 TDMQ,可以满足不同场景下的需求。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • java学习与应用(5.1)--Mybatis

    mybatis框架,java持久层框架,ORM(Object Relational Mapping对象关系映射)思想实现结果集封装。 三层架构(表现层展示数据,业务层实现业务需求,持久层和数据库交互[JDBC技术规范、Spring的Template和Apache的DBUtils工具类,都不属于框架]) maven的pom.xml下的packaging为打包方式,其他依赖代码可以通过官网复制。 创建实体类和dao接口,在resources包下的SqlMapConfig.xml中进行mybatis的主配置文件,配置环境,事务类型,配置映射文件类型等。然后建立,IUserDao.xml(IUserMapper)中写入映射配置文件,定义结果值封装类型,语句等,建立的路径和main.java.xxx.xxx.IUserDao.java对应。 映射配置文件的mapper标签namespace属性的取值必须是dao接口的全限定类名,映射配置文件的操作配置(select) ,id属性的取值必须是dao接口的方法名。接口dao的实现类使用mybatis。 流程为:读取配置文件Resources.getResourceAsStream,创建SqlSessionFactory工厂,使用工厂生产SqlSession对象,使用SqlSession创建Dao的代理对象,使用代理对象执行方法,最后释放资源。见图 使用注解代替xml映射配置文件,在接口方法上使用@Select("sql语句")。

    01

    EJB学习心得

    一:当EJB发布到JBOSS时,如果我们没有为它指定全局JNDI名称或修改其默认的EJB名称, JBOSS就会按照默认的命名规则为EJB生成全局JNDI名称。默认的命名规则如下: 如果把EJB作为模块打包进后缀*.ear的JAVA EE企业应用文件,默认的全局JNDI名称是 本地接口:EAR-FILE-BASE-NAME/EJB-CLASS-NAME/local 远程接口:EAR-FILE-BASE-NAME/EJB-CLASS-NAME/remote 如果把EJB应用打包成后缀为*.jar的模块文件,默认的全局JNDI名称是 本地接口:EJB-CLASS-NAME/local 远程接口:EJB-CLASS-NAME/remote 二:通过远程接口调用EJB的过程 首先客户端需要和EJB服务器建立Socket通信,在通信管道上他们需要来回发送IIOP协议消息。 因为数据要在网络进行传输,存放数据的JAVA对象必须要序列化。 三:通过本地接口调用EJB的过程 通过本地接口调用EJB,直接在内存中进行交互,这样可以避免网络开销、协议解析的开销和对象序列化的开销。 但是大家必须要注意,只有客户端与EJB应用在同一个JVM内运行的时候,我们才能调用本地接口 。 四:如何通过使用注解方式注入并使用其他的EJB和服务 注入和使用其他EJB的方式如下: @EJB EJB的接口 EJB的变量 通过注解”@EJB”可以注入并使用其他的EJB,如果有多个EJB的类实现了同一个接口,那么在使用”@EJB”的时候 需要明确指定是注入和使用哪一个EJB的Bean。指定方式如下: @EJB(beanName=”EJB类的名称”) EJB的接口 EJB的变量 注入和使用其他服务的方式如下: @Resource 服务名称 服务变量 注意在指定数据源的使用需要配置mappedName的属性值,例如: @Resource(mappedName=”数据库的JNDI名称”) DataSource dataSource 五:JMS中的消息 消息传递系统的中心是消息,一条消息有三部分组成 头(Header),属性(property),主体(body) 消息有以下几种类型,他们都是派生自Message接口 StreamMessage:一种主体中包含JAVA基原值流的消息,如填充和读取均按顺序进行。 MapMessage:一种主体中包含一组名-值对的消息,没有定义条目顺序 TextMessage:一种主体中包含JAVA字符串的消息(例如:XML消息) ObjectMessage:一种主体中包含序列化的JAVA对象的消息 BytesMessage:一种主体中包含连续字节流的消息 消息的传递模型为以下两种: 点对点(point-to-point:PTP):该消息传递模型规定,一条消息只能传递给一个接收方,可以接受过时的消息。采用javax.jms.Queue表示。 发布/订阅(publish/subscribe):该消息传递模型规定,一条消息可以传递给多个接收方,只能接受实时的消息。采用javax.jms.Topic表示。 六:如何发送消息(以Queue为例,如果是Topic则应把所有的Queue改为Topic) 1.得到一个JNDI的初始化上下文(Context) InitialContext ctx = new InitialContext(); 2.根据上下文查找一个连接工厂QueueConnectionFactory。该连接工厂是用JMS提供的,不需要我们自己创建, 每个工厂都绑定一个全局的JNDI,我们通过全局的JNDI来获取它 QueueConnectionFactory factory = (QueueConnectionFactory)ctx.lookup(“QueueConnectionFactory”); 3.通过连接工厂得到一个连接QueueConnection QueueConnection conn = factory.createQueueConnection(); 4.通过连接来建立一个会话(Session) QueueSession session = conn.createQueueSession(false,QueueSession.AUTO_ACKNOWLEDGE); 建立一个不需要事物的并且能启动确认消息已接受的会话 5.查找目标地址 Destination destination = (Destination)ctx.lookup(配置文件的JNDI名称); 6.根据会话和目标地址来建立消息生产者MessageProducer MessageProducer producer = session.crea

    01

    mybatis核心配置文件解读

    ● configuration:根标签,表示配置信息。 ● environments:环境(多个),以“s”结尾表示复数,也就是说mybatis的环境可以配置多个数据源。   ○ default属性:表示默认使用的是哪个环境,default后面填写的是environment的id。default的值只需要和environment的id值一致即可。         ● environment:具体的环境配置(主要包括:事务管理器的配置 + 数据源的配置)   ○ id:给当前环境一个唯一标识,该标识用在environments的default后面,用来指定默认环境的选择。 ● transactionManager:配置事务管理器   ○ type属性:指定事务管理器具体使用什么方式,可选值包括两个   ■ JDBC:使用JDBC原生的事务管理机制。底层原理:事务开启conn.setAutoCommit(false); ...处理业务...事务提交conn.commit(); ■ MANAGED:交给其它容器来管理事务,比如WebLogic、JBOSS等。如果没有管理事务的容器,则没有事务。没有事务的含义:只要执行一条DML语句,则提交一次。 ● dataSource:指定数据源   ○ type属性:用来指定具体使用的数据库连接池的策略,可选值包括三个 ■ UNPOOLED:采用传统的获取连接的方式,虽然也实现Javax.sql.DataSource接口,但是并没有使用池的思想。       ● property可以是:         ○ driver 这是 JDBC 驱动的 Java 类全限定名。         ○ url 这是数据库的 JDBC URL 地址。         ○ username 登录数据库的用户名。         ○ password 登录数据库的密码。         ○ defaultTransactionIsolationLevel 默认的连接事务隔离级别。         ○ defaultNetworkTimeout 等待数据库操作完成的默认网络超时时间(单位:毫秒)   ■ POOLED:采用传统的javax.sql.DataSource规范中的连接池,mybatis中有针对规范的实现。     ● property可以是(除了包含UNPOOLED中之外):         ○ poolMaximumActiveConnections 在任意时间可存在的活动(正在使用)连接数量,默认值:10         ○ poolMaximumIdleConnections 任意时间可能存在的空闲连接数。         ○ 其它....     ■ JNDI:采用服务器提供的JNDI技术实现,来获取DataSource对象,不同的服务器所能拿到DataSource是不一样。如果不是web或者maven的war工程,JNDI是不能使用的。 ● property可以是(最多只包含以下两个属性):         ○ initial_context 这个属性用来在 InitialContext 中寻找上下文(即,initialContext.lookup(initial_context))这是个可选属性,如果忽略,那么将会直接从 InitialContext 中寻找 data_source 属性。         ○ data_source 这是引用数据源实例位置的上下文路径。提供了 initial_context 配置时会在其返回的上下文中进行查找,没有提供时则直接在 InitialContext 中查找。 ● mappers:在mappers标签中可以配置多个sql映射文件的路径。         ● mapper:配置某个sql映射文件的路径 ○ resource属性:使用相对于类路径的资源引用方式 ○ url属性:使用完全限定资源定位符(URL)方式

    02
    领券