java jndi 예제

기능적 차이 외에도 가장 두드러지는 차이점은 각 명명 서비스에 이름을 지정해야 하는 방식(명명 규칙)입니다. 몇 가지 예에서 문제를 보여 야 합니다. 이러한 문제는 한 요청이 연결 풀에서 db 연결을 받고 두 번 닫을 때 발생할 수 있습니다. 연결 풀을 사용하는 경우 연결을 닫으면 다른 요청에서 다시 사용할 수 있도록 풀로 반환하면 연결이 닫히지 않습니다. 또한 Tomcat는 여러 스레드를 사용하여 동시 요청을 처리합니다. 다음은 Tomcat에서이 오류를 일으킬 수있는 일련의 이벤트 의 예입니다 : jndi를 호출하는 방법을 설정할 수있는 곳은 어디입니까? 내 PC에서 예제가 “자바 : / comp / env / jdbc / name_ds”와 함께 작동, 내 친구 컴퓨터에서 같은 예가 작동하지 않습니다, 우리는 “자바 : / jdbc / name_ds”로 변경, 이 문제가 있습니다. 이 예제에서는 Java 명명 및 디렉터리 인터페이스 또는 JNDI를 사용하여 데이터 원본을 만드는 방법을 간단히 설명합니다. 이 예제는 jVM에 범위가 조정된 값 4000을 사용하여 mySpecialValue라는 가상 env-entry를 정의합니다. 배포된 모든 웹 앱에 대해 java:comp/env/mySpecialValue에서 JNDI에 입력됩니다. 또한 부울 인수는 이 값이 web.xml에서 동일한 이름의 env 항목을 재정의한다는 것을 나타냅니다. 재정의하지 않으려면 이 인수를 생략하거나 false로 설정합니다. 이번 달에는 Java 명명 및 디렉터리 인터페이스(JNDI)를 소개합니다. JNDI는 많은 기존 명명 서비스에 공통 분모 인터페이스를 제공합니다.

따라서 JNDI는 기존 기술을 대체하도록 설계되지 않았습니다. 대신 기존 명명 서비스에 대한 공통 인터페이스를 제공합니다. 먼저 이러한 서비스 중 일부를 살펴보겠습니다. 조회를 보다 일반화하려는 경우 속성 파일에서 속성 값을 읽도록 변경할 수 있습니다. 그런 다음 명명 시스템을 변경하는 것은 속성 파일을 편집하여 적절한 팩터리 개체 및 URL을 지정하는 간단한 문제입니다. 팩터리 클래스에 사용하는 값에 따라 조회하는 개체는 Enterprise JavaBeans 구성 요소, 원격 개체에 대한 참조 또는 다른 것일 수 있습니다. JNDI 아키텍처는 API와 서비스 공급자 인터페이스(SPI)로 구성됩니다. Java 응용 프로그램은 JNDI API를 사용하여 다양한 명명 및 디렉터리 서비스에 액세스합니다. SPI를 사용하면 다양한 명명 및 디렉터리 서비스를 투명하게 연결할 수 있으므로 JNDI API를 사용하는 Java 응용 프로그램이 해당 서비스에 액세스할 수 있습니다.

다음 그림 을 참조: 자바 이름 지정 및 디렉터리 인터페이스™ (JNDI) 자바 ™ 프로그래밍 언어를 사용 하 여 작성 된 응용 프로그램에 명명 및 디렉터리 기능을 제공 하는 응용 프로그램 프로그래밍 인터페이스 (API) 입니다. 특정 디렉터리 서비스 구현과 는 별개로 정의됩니다. 따라서 새로운 디렉터리, 새로 등장하고 이미 배포된 다양한 디렉터리에 공통적인 방식으로 액세스할 수 있습니다. org.eclipse.jetty.plus.jndi.Resource 유형의 명명 항목을 사용하여 web.xml 파일에서 참조할 리소스 참조 또는 리소스 env-ref로 참조할 모든 유형의 리소스를 구성할 수 있습니다.