Wie kann ich von einem EJB 3 auf das Dateisystem zugreifen?

Question

Ich würde gerne wissen, wie kann ich von einer EJB 3 Bean auf das Dateisystem zugreifen?

Ich suchte im Internet nach dem Thema und habe keine gute Antwort gefunden.

Einige schlagen vor, java.io/java.nio zu verwenden, obwohl die Spezifikation diese Verwendung verbietet. Die meisten Anwendungsserver scheinen den Zugriff auf diese API trotzdem zuzulassen.

Eine andere Idee wäre die Verwendung eines JCA-Connectors für den Zugriff auf das Dateisystem oder ein LDAP-Verzeichnis.

Was ich tun möchte, um die Verwendung von BLOB in der Datenbank zu vermeiden, wenn eine einfache Datei eine viel bessere Lösung in Bezug auf Leistung und verwendete Ressourcen wäre.

Wie würden Sie dieses Problem lösen?

Answer 1

Der Grund, dass Sie von Dateisystemzugriff in EJBs nicht zulässig ist, dass Sie keine Kontrolle darüber, wie Ihre Anwendung läuft innerhalb eines (Java EE) Container. Zum Beispiel kann Ihre Anwendung über einen Cluster von Servern laufen, in welchem ​​Fall das Speichern eines Objekts in ein Verzeichnis auf einem Server wahrscheinlich wenig nützlich ist. (Sie können natürlich ein Netzwerk-Dateisystem haben, so dass die Einschränkung möglicherweise nicht gilt).

Eine Option kann Nutzen sein die JNDI Implementierung, die mit Ihrem Container kommt. Sie werden in der Lage, wahrscheinlich ein rohes byte[] Array an einem gewissen JNDI Ort zu speichern, so kann man immer die serialisierte Form des Objekts speichert unten:

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

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

Diese später nachgeschlagen werden kann und in das Objekt erneut konvertiert:

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

Alternativ könnten Sie den java.beanspersistenten XML verwenden (dh XMLDecoder, XMLEncoder) Ihre Instanz als XML-String zu kodieren ein, dass in JNDI speichern.

Answer 2

Wenn Sie wissen, dass Sie Ihre Anwendung niemals gruppieren werden (oder dass Sie das Laufwerk mit dem Netzwerk verbinden können), verwenden Sie einfach java.io. *.

Stellen Sie sicher, dass die richtige Konfiguration bezüglich des Stammverzeichnisses Ihres Dateispeichers vorgenommen wird.

Answer 3

Kapsulieren Sie Ihren Zugriff auf Dateidaten. Dann könnten Sie eine der oben beschriebenen Methoden verwenden. Benutze sogar eine Datenbank. Messen Sie die Leistung Ihres Systems. Wenn es die Anforderungen erfüllt, sind Sie fertig. Wenn nicht, ist Ihr Dateizugriff an einer Stelle lokalisiert und Sie können eine andere Lösung einsetzen. Gleicher Vorteil, wenn die Software in einen anderen Container portiert werden muss und/oder von jemand anderem gewartet werden muss.

Answer 4

Der einfache Dateizugriff ist nicht transaktionsbezogen. Wenn Sie keine Unterstützung für Transaktionsoperationen erstellen (ich weiß nicht, wie - das ist die Aufgabe eines Ressourcenmanagers), müssen Sie sich Gedanken über die transaktionale Semantik der Operation machen, die Sie ausführen. Wenn Sie die Transaktionsunterstützung einbinden, haben Sie nur sehr wenig an Leistung gewonnen (ein Teil des Leistungsverlustes in Datenbanken ist auf die gesamte Buchhaltung zurückzuführen, die vom Ressourcenmanager durchgeführt wird). Und vergessen Sie nicht die enge Verwandtschaft des Transaktionsmanagements - Nebenläufigkeit.Sofern Sie nicht für jede Anfrage in eine neue Datei schreiben, werden Nebenläufigkeitsprobleme Sie mehr oder weniger beißen.

Sie finden viele weitere Informationen in der Sun Blueprint's FAQ on EJB restrictions.

Sofern Sie nicht mit einer guten technischen Begründung im Klartext sind, sollten Sie nicht versuchen, von EJBs auf das Dateisystem zuzugreifen. Ein sehr gutes Beispiel wäre ein Framework für die Protokollierung (nicht für die Überwachung) - der Zugriff auf das Dateisystem zum Schreiben von Protokolldateien ist relativ wenig schädigend, da die Protokollierung keine Transaktionsoperation sein muss, dh Sie müssen keine Schreiboperationen auf a ausführen Logdatei; nicht, dass es akzeptabel ist, partielle Schreibvorgänge zu haben.