EJB 3에서 파일 시스템에 액세스하는 방법은 무엇입니까?

Question

EJB 3 빈에서 파일 시스템에 어떻게 액세스 할 수 있습니까?

나는이 주제에 대해 인터넷을 검색 한 결과 좋은 답변을 찾지 못했습니다.

일부에서는 java.io/java.nio를 사용하는 것이 좋습니다. 대부분의 응용 프로그램 서버는 어쨌든이 API에 대한 액세스를 허용하는 것 같습니다.

또 다른 아이디어는 JCA 커넥터를 사용하여 파일 시스템이나 LDAP 디렉토리에 액세스하는 것입니다.

간단한 파일이 성능 및 사용 된 리소스면에서 훨씬 더 나은 솔루션이 될 때 데이터베이스에서 BLOB를 사용하지 않으려 고합니다.

이 문제를 어떻게 해결하겠습니까?

Answer 1

당신이 은 EJB에있는 파일 시스템 액세스로부터을 허용하는 이유는 응용 프로그램이 (자바 EE)에서 실행하는 방식을 통제 컨테이너이 없다는 것입니다. 예를 들어, 응용 프로그램이 서버 클러스터에서 실행될 수 있습니다.이 경우 한 서버의 일부 개체를 디렉토리에 저장하면 거의 사용하지 않을 수 있습니다. 물론 네트워크 파일 시스템을 사용하고 있으므로 제한이 적용되지 않을 수도 있습니다.

하나의 옵션은 사용 당신의 컨테이너와 함께 제공되는 JNDI 구현 될 수있다. 당신은 가능성이 일부 JNDI 위치에서 원시 byte[] 배열을 저장할 수 있습니다, 그래서 당신은 항상 객체의 직렬화 된 형식 아래 절약 할 수있다 :이 나중에 조회 할 수 있으며 개체로 변환 다시

ByteArrayOutputStream baos= new ByteArrayOutputStream(); 
ObjectOutputStream oos = new ObjectOutputStream(baos); 
oos.writeObject(myObj); 

//Now save into JNDI 
new InitialContext().bind("path/to/myobject", baos.toByteArray()); 

를 :

byte[] bs = (byte[]) new InitialContext().lookup("path/to/myobject"); 
ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(bs)); 
MyObj myObj = (MyObj) ois.readObject(); 

또는 당신은 XML 문자열로 인스턴스를 인코딩 JNDI에 그것을 저장 java.beans지속적 XML (즉 XMLDecoder, XMLEncoder)를 사용할 수 있습니다.

Answer 2

애플리케이션을 클러스터링하지 않거나 드라이브를 네트워크 맵핑 할 수 있다는 것을 알고 있다면 java.io. * 만 사용하십시오.

파일 저장소의 루트 위치와 관련하여 적절한 구성을 지정하십시오.

Answer 3

파일 데이터 액세스를 캡슐화하십시오. 그런 다음 위에서 설명한 방법 중 하나를 사용할 수 있습니다. 심지어 데이터베이스를 사용하십시오. 시스템의 성능을 측정하십시오. 요구 사항을 충족하면 수행됩니다. 그렇지 않은 경우 파일 액세스가 한 곳에서 현지화되어 다른 솔루션으로 대체 할 수 있습니다. 소프트웨어를 다른 컨테이너로 이식하거나 다른 사람이 관리해야하는 경우에도 동일한 이점이 있습니다.

Answer 4

일반 파일 액세스는 사실상 트랜잭션 적이 아닙니다. 트랜잭션 작업에 대한 지원을 빌드하지 않는 한 (이것은 리소스 관리자의 작업 임) - 당신이 수행중인 작업의 트랜잭션 의미에 대해 걱정해야합니다. 트랜잭션 지원을 구축하면 성능에서 얻을 수있는 것이 거의 없습니다 (데이터베이스의 성능 손실 중 일부는 자원 관리자가 수행 한 모든 부기로 인한 것입니다). 그리고 트랜잭션 관리의 친밀한 사촌 - 동시성을 잊지 마십시오.모든 요청에 ​​대해 새 파일을 작성하지 않는 한 동시성 문제로 인해 어느 정도 문제가 발생합니다.

더 많은 정보는 Sun Blueprint's FAQ on EJB restrictions에서 확인할 수 있습니다.

기술적 인 정당성이 명확하지 않은 경우가 아니면 EJB에서 파일 시스템에 액세스하지 마십시오. 아주 좋은 예는 로깅 (감사는 아님) 프레임 워크가 될 것입니다. 로깅이 트랜잭션 작업 일 필요는 없으므로 파일 시스템에 액세스 할 때 파일 시스템에 액세스 할 때 상대적으로 덜 위험합니다. 로그 파일; 부분적인 쓰기가 허용되는 것은 아닙니다.