GVKun编程网logo

java io 学习笔记（java io教程）

1

针对javaio学习笔记和javaio教程这两个问题，本篇文章进行了详细的解答，同时本文还将给你拓展(Java学习笔记)JavaThreading(Java线程)、Hibernate不从数据库返回第一

针对java io 学习笔记和java io教程这两个问题，本篇文章进行了详细的解答，同时本文还将给你拓展(Java 学习笔记) Java Threading (Java 线程)、Hibernate不从数据库返回第一条记录 User.java Role.java UserRepository.java application.properties UserController.java 错误消息邮差的结果：、Java JNDI 与其他 Java 技术的协作：揭秘 Java JNDI 与 Java EE 等技术的融合、Java JNDI 与其他 Java 框架的兼容性：解析 Java JNDI 与其他 Java 框架的兼容性和协作等相关知识，希望可以帮助到你。

本文目录一览：

java io 学习笔记（java io教程）

java io 学习笔记（java io教程）

  • java io 分类：
  1. java.io包中的是阻塞型IO；java.nio(new io)中的是非阻塞型IO。java.io采取等待数据的方式工作。new io 采用了observer模式：观察者检测IO端口，如果有数据进来就通知相应的应用程序。
  2. 按输入方向分，java分输入流和输出流，方向的参照是程序。
  3. 按处理数据单位的不同，分字节流和字符流。字节流读取的最小单位是一个字节（8bit），字符流读取的最小单位是一个字符（16bit）。
  4. 按功能的不同，分节点流和处理流。节点流是直接读写数据的流（直接和数据源打交道的流）；处理流是对节点流封装的基础上的一种流（和“流”打交道的流），比方FileinputStream是一个节点流，它像一根吸管一样“插进”数据源里“吸取”数据，而BufferedInputStream则是处理流，它像一个桶一样接在“吸管”的另一头”接“（处理）字符。
  5. 其他常常听到的流有：对象流、缓冲流、压缩流、文件流等，其实都是节点流和处理流的分类。你也可以创建你自己的流。

java.io包中的最基础的类就是一下四个：

字节流

字符流

输入流

InputStream

Reader

输出流

OutputStream

Writer

缓冲区

默认没有用到缓冲区，流中的的数据直接到达终点。

Writer用到缓冲区，比如要把数据写入硬盘时，当流没有被关闭的时候而且没有调用flush( )方法时，数据不会被写入硬盘，除非缓冲区满溢了。

以上四个类都是直接从java.lang.Object继承来的，而且他们都是抽象类。比如InputStream的定义是这样写的：public abstract class InputStream extends Object implements Closeable。所以它们需要对应的子类为它们的所有抽象方法提供实现。

  • java io的（部分类）组织（java.io包）：


图 1:部分组织图

图 2: Writer和Reader的组织图

为了在适当的时候能把这两种流类联系起来，API中设置了两个类，充当二者的桥梁。它们分别是InputStreamReader和OutputStreamWriter。 InputStreamReader将输入的字节流转换为字符流；而OutPutStreamWriter将输出的字符转换流为字节流。

图3: InputStreamReader和OutputStreamWriter的示意图，小段代表Stream（注意方向，相同大小的端对上才能正确的把两个流对接上）



参考资料：

http://lavasoft.blog.51cto.com/62575/95384/

http://miaoxiaodong78.blog.163.com/blog/static/187651362007011810123/

http://blog.sina.com.cn/s/blog_4beab9e2010008jn.html

(Java 学习笔记) Java Threading (Java 线程)

(Java 学习笔记) Java Threading (Java 线程)

Java Threading (Java 线程)

● Process & Thread

Processes are the abstraction of running programs: A binary image, virtualized memory, various kernel resources, an associated security context, and so on.

Threads are the unit of execution in a process: A virtualized processor, a stack, and program state.

 

Threads are sometimes called lightweight processes. Both processes and threads provide an execution environment, but creating a new thread requires fewer resources than creating a new process.

Threads exist within a process — every process has at least one. Threads share the process''s resources, including memory and open files. This makes for efficient, but potentially problematic, communication.

 

Multithreaded execution is an essential feature of the Java platform. Every application has at least one thread — or several, if you count "system" threads that do things like memory management and signal handling. But from the application programmer''s point of view, you start with just one thread, called the main thread. This thread has the ability to create additional threads, as we''ll demonstrate in the next section.

 

●

● Processes

--Will by default not share memory

--Most file descriptors not shared

--Don''t share filesystem context

--Don''t share signal handling

 

● Threads

--Will by default share memory

--Will share file descriptors

--Will share filesystem context

--Will share signal handling

 

● Thread pool

Thread pool represents a group of worker threads that are waiting for the job and reuse many times,

 

● Thread life cycle & states

 

 

Hibernate不从数据库返回第一条记录 User.java Role.java UserRepository.java application.properties UserController.java 错误消息邮差的结果：

Hibernate不从数据库返回第一条记录 User.java Role.java UserRepository.java application.properties UserController.java 错误消息邮差的结果：

如何解决Hibernate不从数据库返回第一条记录 User.java Role.java UserRepository.java application.properties UserController.java 错误消息邮差的结果：

我用Oracle 19c作为数据库构建了一个Spring Boot应用程序。我已经使用Spring Data Rest和JPA基于数据库中的表和一些简单的端点创建了实体，但是当为所有记录调用数据库时，它从第二条记录开始返回数据，并且当我尝试访问以id为路径的端点时变量以检索单个对象，发生错误。

我用Postman测试我的休息控制器。带有users / 1的Spring Data Rest没有返回任何内容，并且返回404状态。输入URL的EntityManager也不返回任何值，但状态为200。当我尝试从控制器中的JpaRepository findById（）调用该方法时，它显示错误500。

User.java

@Entity
@Table(name = "USER")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "ID")
    private int id;

    @Column(name = "NAME")
    private String name;

    @Column(name = "USERNAME")
    private String username;

    @Column(name = "PASSWORD")
    private String password;

    @ManyToMany(cascade = {CascadeType.DETACH,CascadeType.MERGE,CascadeType.PERSIST,CascadeType.REFRESH},fetch = FetchType.LAZY)
    @JoinTable(name = "USER_ROLE",joinColumns = @JoinColumn(name = "USER_ID"),inverseJoinColumns = @JoinColumn(name = "ROLE_ID"))
    private List<Role> roles;

    public User() {
    }

    public User(String name,String username,String password) {
        this.name = name;
        this.username = username;
        this.password = password;
    }

   // setters/getters
}

Role.java

@Entity
@Table(name = "ROLE")
public class Role {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "ID")
    private int id;

    @Column(name = "NAME")
    private String name;

    @ManyToMany(mappedBy = "roles")
    private List<User> users;


    public Role() {
    }

    public Role(String name) {
        this.name = name;
    }

    // setters/getters
}

UserRepository.java

@Repository
public interface UserRepository extends JpaRepository<User,Integer> {
}

application.properties

spring.datasource.driver-class-name=oracle.jdbc.driver.OracleDriver
spring.datasource.url=jdbc:oracle:thin:@localhost:1521:placeholder
spring.datasource.username=placeholder
spring.datasource.password=placeholder

spring.jpa.show-sql=true
hibernate.dialect=org.hibernate.dialect.Oracle12cDialect

UserController.java

@RestController
@RequestMapping("/user")
public class UserController {

    @Autowired
    private UserRepository userRepository;

    @Autowired
    private EntityManager entityManager;

    @Transactional
    @GetMapping("/")
    public List<User> getAll() {
        List<User> users = entityManager.createquery("from User",User.class).getResultList();
        System.out.println(users);
        return users;
    }

    @Transactional
    @GetMapping("/{userId}")
    public User getUser(@PathVariable("userId") Integer userId) {
        System.out.println("Sended id: " + userId);
        return userRepository.findById(userId).get();
    }
}

错误消息

Sended id: 1
Hibernate: select user0_.id as id1_2_0_,user0_.name as name2_2_0_,user0_.password as password3_2_0_,user0_.username as username4_2_0_ from user_table user0_ where user0_.id=?
2020-09-19 15:48:27.350 ERROR 18860 --- [nio-8080-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing Failed; nested exception is java.util.NoSuchElementException: No value present] with root cause

java.util.NoSuchElementException: No value present
    at java.base/java.util.Optional.get(Optional.java:141) ~[na:na]
    at springboot.resources.UserController.getUser(UserController.java:41) ~[classes/:na]
    at springboot.resources.UserController$$FastClassBySpringcglib$$344055f.invoke(<generated>) ~[classes/:na]
    at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218) ~[spring-core-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.aop.framework.cglibAopProxy$DynamicAdvisedInterceptor.intercept(cglibAopProxy.java:687) ~[spring-aop-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at springboot.resources.UserController$$EnhancerBySpringcglib$$a0145449.getUser(<generated>) ~[classes/:na]
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:na]
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:na]
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:na]
    at java.base/java.lang.reflect.Method.invoke(Method.java:567) ~[na:na]
    at org.springframework.web.method.support.invocableHandlerMethod.doInvoke(invocableHandlerMethod.java:190) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.method.support.invocableHandlerMethod.invokeForRequest(invocableHandlerMethod.java:138) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.ServletinvocableHandlerMethod.invokeAndHandle(ServletinvocableHandlerMethod.java:105) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:878) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:792) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.dispatcherServlet.dodispatch(dispatcherServlet.java:1040) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.dispatcherServlet.doService(dispatcherServlet.java:943) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:898) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:626) ~[tomcat-embed-core-9.0.37.jar:4.0.FR]
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:733) ~[tomcat-embed-core-9.0.37.jar:4.0.FR]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) ~[tomcat-embed-websocket-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:100) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:93) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) ~[spring-web-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:541) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:373) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1589) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at org.apache.tomcat.util.net.socketProcessorBase.run(SocketProcessorBase.java:49) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) ~[na:na]
    at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) ~[na:na]
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) ~[tomcat-embed-core-9.0.37.jar:9.0.37]
    at java.base/java.lang.Thread.run(Thread.java:830) ~[na:na]

邮差的结果：

UserController.java：

https://imgur.com/f56A1Ln

https://imgur.com/52fBKS4

https://imgur.com/9Xo5PuO

从Spring Data Rest自动创建的端点：

https://imgur.com/TIGe1Q9

https://imgur.com/1FN4geC

https://imgur.com/klBJLZb

数据库中的数据：https://imgur.com/q4oH9O7

有解决此问题的建议吗？

解决方法

删除@Transaction，希望它能工作。

,

我还是java的新手程序员，但是我会根据我的经验尝试回答

存储库findById返回Optional，因此，当您直接使用userRepository.findById(userId).get()并且对应的userId不存在时，就会发生异常java.util.NoSuchElementException。

使用Optional时，请确保先检查该值是否存在，然后再使用get。将getUser方法更改为

@Transactional
@GetMapping("/{userId}")
public User getUser(@PathVariable("userId") Integer userId) {
 
Optional<User> user = userRepository.findById(userId);
return user.ifPresent() ? user : null;
}

在不存在Response的情况下，我建议使用HttpStatus 404对象返回特定的userId，这是查询byId操作的标准方式。

Java JNDI 与其他 Java 技术的协作：揭秘 Java JNDI 与 Java EE 等技术的融合

Java JNDI 与其他 Java 技术的协作：揭秘 Java JNDI 与 Java EE 等技术的融合

Java JNDI 简介

Java JNDI（Java Naming and Directory Interface）是Java中用于访问命名和目录服务的API，与Java EE等技术的协作至关重要。在实际开发中，Java JNDI可以与Java EE框架无缝融合，为应用程序提供更灵活的资源访问方式。本文将深入探讨Java JNDI与其他Java技术的协作，揭示它们之间的关联与互补，帮助开发者更好地理解和应用这些技术。

Java JNDI 与 Java EE 的协作

Java JNDI与Java EE有着密切的协作，在Java EE应用程序中扮演着重要的角色。Java EE规范中定义了JNDI作为标准的命名和目录服务API，Java EE应用程序可以通过JNDI来访问各种命名和目录服务中的数据。

JNDI在Java EE中的应用

在Java EE应用程序中，JNDI主要用于以下几个方面：

  • 资源查找： Java EE应用程序可以使用JNDI来查找各种资源，如数据源、消息队列、EJB组件等。这些资源通常由应用程序服务器管理，Java EE应用程序可以通过JNDI来访问这些资源，而无需关心资源的具体位置和访问方式。
  • 服务发现： Java EE应用程序可以使用JNDI来发现其他服务，如WEB服务、EJB组件等。这些服务通常由应用程序服务器注册，Java EE应用程序可以通过JNDI来查找这些服务，并与之通信。
  • 命名空间管理： Java EE应用程序可以使用JNDI来管理命名空间，如全局JNDI命名空间和Web应用程序JNDI命名空间等。Java EE应用程序可以通过JNDI来创建、修改和删除命名空间中的对象，并访问命名空间中的对象。

Java JNDI与Java EE的集成

Java JNDI与Java EE的集成主要通过以下几个方面来实现：

立即学习“Java免费学习笔记（深入）”；

  • Java EE应用程序服务器： Java EE应用程序服务器通常提供了一个JNDI服务，用于管理命名空间和资源。Java EE应用程序可以通过JNDI服务来查找资源和服务。
  • Java EE规范： Java EE规范中定义了JNDI作为标准的命名和目录服务API。Java EE应用程序可以使用JNDI来访问各种命名和目录服务中的数据。
  • JNDI API： Java JNDI API提供了一组丰富的类和接口，用于访问命名和目录服务中的数据。Java EE应用程序可以通过JNDI API来实现资源查找、服务发现和命名空间管理等功能。

Java JNDI 与其他 Java 技术的协作

除了Java EE之外，Java JNDI还与其他Java技术有着密切的协作，如Java RMI、Java CORBA、Java Servlet等。

Java JNDI与Java RMI的协作

Java JNDI与Java RMI(Remote Method Invocation)协作，使Java程序能够通过网络调用远程对象的方法。Java RMI中，远程对象可以注册到JNDI命名空间中，其他Java程序可以通过JNDI来查找远程对象，并调用远程对象的方法。

Java JNDI 与 Java CORBA 的协作

Java JNDI 与 Java CORBA(Common Object Request Broker Architecture)协作，使Java程序能够与其他语言(如c++、C#等)编写的 CORBA 对象进行通信。Java CORBA 对象可以注册到 JNDI 命名空间中，其他 Java 程序或其他语言编写的 CORBA 程序可以通过 JNDI 来查找 CORBA 对象，并调用 CORBA 对象的方法。

Java JNDI 与 Java Servlet 的协作

Java JNDI 与 Java Servlet 协作，使 Servlet 能够访问各种资源，如数据源、消息队列等。Servlet 可以通过 JNDI 来查找资源，并使用这些资源。

总结

Java JNDI 作为 Java 平台上通用的命名和目录服务 API，不仅与 Java EE 有着密切的协作，还与其他 Java 技术(如 Java RMI、Java CORBA、Java Servlet 等)有着密切的协作。在项目开发中，Java JNDI 发挥着重要的作用，帮助 Java 程序员轻松地访问和操纵命名和目录服务中的数据，实现资源查找、服务发现和命名空间管理等功能。

>软考高级考试备考技巧/历年真题/备考精华资料" target="_blank">点击免费下载>>软考高级考试备考技巧/历年真题/备考精华资料

以上就是Java JNDI 与其他 Java 技术的协作：揭秘 Java JNDI 与 Java EE 等技术的融合的详细内容，更多请关注php中文网其它相关文章！

Java JNDI 与其他 Java 框架的兼容性：解析 Java JNDI 与其他 Java 框架的兼容性和协作

Java JNDI 与其他 Java 框架的兼容性：解析 Java JNDI 与其他 Java 框架的兼容性和协作

Java JNDI 作为 Java 开发中常用的技术，与其他 Java 框架的兼容性一直备受关注。本文从实际应用出发，深入解析了 Java JNDI 与其他 Java 框架的兼容性及协作方式，为开发者提供了全面的指导和解决方案。通过分析不同框架之间的特点和使用方法，帮助开发者更好地理解和运用 Java JNDI 技术，提升开发效率和代码质量。

  • 名称空间集成： JNDI 提供了一个统一的名称空间视图，允许开发人员使用 JNDI 名称来访问各种命名和目录服务中的对象。这使得开发人员能够轻松地将应用程序连接到多个命名和目录服务，而无需担心底层技术细节。
  • 命名服务集成： JNDI 提供了一个统一的接口来访问各种命名服务，例如 LDAP、DNS 和 RMI 注册表。这使得开发人员能够轻松地将应用程序连接到多个命名服务，而无需担心底层的技术细节。
  • 目录服务集成： JNDI 提供了一个统一的接口来访问各种目录服务，例如 LDAP 和 Active Directory。这使得开发人员能够轻松地将应用程序连接到多个目录服务，而无需担心底层的技术细节。
  • 命名对象集成： JNDI 提供了一个统一的接口来访问各种命名对象，例如文件、数据库表和 Java 对象。这使得开发人员能够轻松地将应用程序连接到多个命名对象，而无需担心底层的技术细节。
  • 安全集成： JNDI 提供了一个统一的接口来访问各种安全服务，例如认证和授权。这使得开发人员能够轻松地将应用程序连接到多个安全服务，而无需担心底层的技术细节。

以下是一些演示代码，展示了 JNDI 如何与其他 Java 框架集成：

JNDI 与 LDAP 的集成

import javax.naming.Context;
import javax.naming.InitialContext;

public class JndiLdapExample {

public static void main(String[] args) {
try {
// Create a JNDI context
Context context = new InitialContext();

// Look up the LDAP server
Context ldapContext = (Context) context.lookup("ldap://localhost:389");

// Search the LDAP server for a user
String searchFilter = "(cn=John Doe)";
NamingEnumeration<SearchResult> searchResults = ldapContext.search("", searchFilter, null);

// Print the results of the search
while (searchResults.hasMore()) {
SearchResult searchResult = searchResults.next();
System.out.println(searchResult.getName());
}

} catch (NamingException e) {
e.printStackTrace();
}
}
}
登录后复制

JNDI 与 DNS 的集成

立即学习“Java免费学习笔记（深入）”；

import javax.naming.Context;
import javax.naming.InitialContext;

public class JndiDnsExample {

public static void main(String[] args) {
try {
// Create a JNDI context
Context context = new InitialContext();

// Look up the DNS server
Context dnsContext = (Context) context.lookup("dns://localhost:53");

// Resolve a hostname to an IP address
String hostname = "www.example.com";
String ipAddress = dnsContext.resolve(hostname).toString();

// Print the IP address
System.out.println(ipAddress);

} catch (NamingException e) {
e.printStackTrace();
}
}
}
登录后复制

JNDI 与 RMI 的集成

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.Reference;
import java.rmi.Remote;

public class JndiRmiExample {

public static void main(String[] args) {
try {
// Create a JNDI context
Context context = new InitialContext();

// Create a reference to the RMI object
Reference reference = new Reference(Remote.class.getName(), "com.example.rmi.RemoteImpl", null);

// Bind the reference to the JNDI context
context.bind("rmi://localhost:1099/Remote", reference);

// Look up the RMI object from the JNDI context
Remote remoteObject = (Remote) context.lookup("rmi://localhost:1099/Remote");

// Invoke a method on the RMI object
String result = remoteObject.toString();

// Print the result
System.out.println(result);

} catch (NamingException e) {
e.printStackTrace();
}
}
}
登录后复制

JNDI 与其他 Java 框架的兼容性和协作是其成功的关键因素之一。它使开发人员能够轻松地将应用程序连接到各种命名和目录服务，并利用这些服务的特性和功能来构建强大的、可扩展的应用程序。

>软考高级考试备考技巧/历年真题/备考精华资料" target="_blank">点击免费下载>>软考高级考试备考技巧/历年真题/备考精华资料

以上就是Java JNDI 与其他 Java 框架的兼容性：解析 Java JNDI 与其他 Java 框架的兼容性和协作的详细内容，更多请关注php中文网其它相关文章！

今天关于java io 学习笔记和java io教程的讲解已经结束，谢谢您的阅读，如果想了解更多关于(Java 学习笔记) Java Threading (Java 线程)、Hibernate不从数据库返回第一条记录 User.java Role.java UserRepository.java application.properties UserController.java 错误消息邮差的结果：、Java JNDI 与其他 Java 技术的协作：揭秘 Java JNDI 与 Java EE 等技术的融合、Java JNDI 与其他 Java 框架的兼容性：解析 Java JNDI 与其他 Java 框架的兼容性和协作的相关知识，请在本站搜索。

本文标签：

上一篇实例变量并不安全（java）（实例变量存在哪里）

下一篇Java 7新特性总结 - Coin项目新语言特性（java新特性有哪些）

相关文章