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

如何在WebLogic上查找JNDI资源?

在WebLogic上查找JNDI资源,可以按照以下步骤进行:

  1. 登录WebLogic控制台:打开WebLogic控制台,通常通过访问http://localhost:7001/console来访问。
  2. 导航到JNDI资源:在控制台中,找到"域结构"或"域配置"选项,然后选择"JNDI树"或"JNDI浏览器"。
  3. 搜索JNDI资源:在JNDI树或浏览器中,可以通过以下方式搜索JNDI资源:
    • 按名称搜索:提供资源的名称,例如"jdbc/myDataSource"。
    • 按类型搜索:选择资源的类型,例如"javax.sql.DataSource"。
    • 按上下文搜索:选择资源所在的上下文,例如"java:comp/env"。
  4. 查看JNDI资源详细信息:找到目标JNDI资源后,可以点击它来查看详细信息,包括JNDI名称、类型、绑定的对象等。
  5. 使用JNDI资源:一旦找到所需的JNDI资源,可以在应用程序中使用它。具体使用方法取决于编程语言和框架,一般需要通过JNDI API进行查找和获取。

需要注意的是,WebLogic是Oracle提供的一款商业化的应用服务器,因此在回答中不提及其他云计算品牌商。如果需要了解腾讯云相关产品和产品介绍,可以参考腾讯云官方文档或咨询腾讯云的客服人员。

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

相关·内容

  • 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

    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)方式

    03

    tomcat weblogic 对比

    J2ee开发主要是浏览器和服务器进行交互的一种结构.逻辑都是在后台进行处理,然后再把结果传输回给浏览器。可以看出服务器在这种架构是非常重要的。   这几天接触到两种Java的web服务器,做项目用的Tomcat,看视频看的是WebLogic Server(WLS),都是web服务器,有什么区别和联系呢?   (一)先简单介绍一下这两种服务器。   WebLogic是美国bea公司出品的一个application server,确切的说是一个基于Javaee架构的中间件,纯java开发的,最新版本WebLogic Server 9.0是迄今为止发布的最卓越的BEA应用服务器。BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。完全遵循J2EE 1.4规范。 Tomcat服务器是一个免费的开源的Web 应用服务器,是Apache 软件基金会的Jakarta 项目中的一个核心项目,由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定,运行时占用的系统资源小,扩展性好,支持负载平衡与邮件服务等开发应用系统常用的功能;而且很重要的是她免费,因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可,成为目前比较流行的Web 应用服务器。而且由于开源,它还在不断的改进和完善中,任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。   (二)相同点:   WebLogic和Tomcat都是基于java的基础架构来满足实时处理需求,不同的版本与jdk版本兼容和有所不同;因为都是要和前台交互,所以他们都基于sun公司的servlet来实现的。   (三)不同点:   功能性:   WebLogic更加强大。weblogic是j2ee的应用服务器(application server),包括ejb ,jsp,servlet,jms等等,全能型的。是商业软件里排名第一的容器(JSP、servlet、EJB等),并提供其他如JAVA编辑等工具,是一个综合的开发及运行环境。   WebLogic应该是J2EE Container(Web Container + EJB Container + XXX规范)!   Tomcat只能算Web Container,是官方指定的JSP&Servlet容器。只实现了JSP/Servlet的相关规范,不支持EJB(硬伤啊)!不过Tomcat配合jboss和apache可以实现j2ee应用服务器功能   一般来说考虑stucts等架构tomcat就可以了,但如果考虑EJB的话,WebLogic是比较好的选择。   扩展性:   用WebLogic运行标准的java可能并不是最好的方式,WebLogic里支持他自己的一些东西,这些东西虽然是在纯java基础上开发的,但其他工具里都没有。WebLogic Server凭借其出色的群集技术,拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。   WebLogic Server既实现了网页群集,也实现了EJB组件 群集,而且不需要任何专门的硬件或操作系统支持。网页群集可以实现透明的复制、负载平衡以及表示内容容错 。 无论是网页群集,还是组件群集,对于电子商务解决方案所要求的可扩展性和可用性都是至关重要的。共享的客户机/服务器和数据库连接以及数据缓存和EJB都增强了性能表现。这是其它Web应用系统所不具备的 所以,在扩展性方面WebLogic是远远超越了Tomcat。   费用上:   Tomcat开源免费。   WebLogic不开源不免费。   总之,在功能强大和扩展性和可用性等方面WLS比Tomcat好很多,但这也不能说明WLS适合每一方面,从Tomcat的使用流行度便可以看出,Tomcat虽功能有限,但也很受欢迎。其实关键看你要做什么。Tomcat 是免费开源的jsp,servlet引擎,入门级别的Web服务器,刚入门的IT人使用Tomcat简单易上手。而且它一个轻量级应用服务器,最重要的是它免费,所以在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试JSP 程序的首选。Tomcat比较轻巧,消耗资源较少。当然,项目大的时候,WLS肯定再合适不过,而且Tomcat也无法满足太多需求,但是,WLS的费用也是不可小觑的。   总之,关键看你做什么,权衡利弊做选择。   此外,还有其他J2EE Application Server,例如: IBM的websphere、Sun的Glassfish、resin等。Apache全球应用最广泛的http服务器,免费。同样开源免费的JBoss

    01
    领券