Jak zapisać plik na serwerze (kontener WWW) za pomocą aplikacji WWW Java EE?

Question

Opracowałem aplikację internetową Java EE. Ta aplikacja pozwala użytkownikowi przesłać plik za pomocą przeglądarki. Po przesłaniu pliku przez użytkownika ta aplikacja najpierw zapisuje przesłany plik na serwerze (na którym działa), a następnie przetwarza go.

Obecnie jestem przechowywania plików na serwerze, co następuje:

try { 
    // formFile represents the uploaded file 
    FormFile formFile = programForm.getTheFile(); 
    String path = getServlet().getServletContext().getRealPath("") + "/" 
     + formFile.getFileName(); 
    System.out.println(path); 
    file = new File(path); 
    outputStream = new FileOutputStream(file); 
    outputStream.write(formFile.getFileData()); 
} 

gdzie, formFile reprezentuje dodany plik.

Teraz problemem jest to, że działa dobrze na niektórych serwerach, ale na niektórych serwerach getServlet().getServletContext().getRealPath("") wraca null więc ostateczna ścieżka że jestem coraz to null/filename a plik nie przechowuje na serwerze.

Po sprawdzeniu API dla ServletContext.getRealPath() metody, znalazłem następujące:

public java.lang.String getRealPath(java.lang.String path)

Zwraca ciąg zawierający rzeczywistą ścieżkę dla danej ścieżki wirtualnej. Na przykład ścieżka "/index.html" zwraca bezwzględną ścieżkę do pliku w systemie plików serwera, która będzie obsługiwana przez żądanie dla "http://host/contextPath/index.html", gdzie ścieżka_kontekstu jest ścieżką kontekstu tego tekstu serwletu.

Rzeczywista ścieżka zwrócona będzie w formie odpowiedniej do komputera i systemu operacyjnego, na którym działa kontener serwletów, w tym odpowiednich separatorów ścieżek. Ta metoda zwraca wartość null, jeśli kontener serwletu nie może przetłumaczyć ścieżki wirtualnej do rzeczywistej ścieżki z jakiegokolwiek powodu (np. Gdy treść jest udostępniana z archiwum .war).

tak, to czy jest jakiś inny sposób, za pomocą których można przechowywać pliki na tych serwerach, które również wraca null dla getServlet().getServletContext().getRealPath("")

Answer 1

Pisząc do systemu plików z pojemnika Java EE nie jest bardzo zalecane, szczególnie jeśli trzeba przetwarzać pisemnej dane:

• nie jest transakcyjny
• szkodzi przenoszenia (co, jeśli są w środowisku klastrowym)
• to wymaga konfiguracji parametrów zewnętrznych lokalizacji docelowej

Jeśli jest to opcja, by przechowywać pliki w bazie danych lub U se repozytorium JCR (np. Jackrabbit).

Answer 2

SPEC, jedyne „prawdziwe” ścieżka masz gwarancję, aby utworzyć aplet container to katalog tymczasowy.

Można to uzyskać za pośrednictwem ServletContext.gerAttribute ("javax.servlet.context.tempdir"). Pliki te nie są jednak widoczne w kontekście sieci (tzn. Nie można opublikować prostego adresu URL w celu dostarczenia tych plików), a pliki nie są w żaden sposób gwarantowane, aby przetrwać ponowne uruchomienie aplikacji internetowej lub serwera.

Jeśli po prostu potrzebujesz miejsca do przechowywania pliku roboczego przez krótki czas, będzie to działało dobrze.

Jeśli naprawdę potrzebujesz katalogu, możesz ustawić go jako parametr konfiguracyjny (zmienną środowiskową, właściwość Java (np. Java -Dyour.file.here =/tmp/files ...), zestaw parametrów kontekstowych w web.xml, parametr konfiguracyjny przechowywany w bazie danych za pośrednictwem formularza internetowego itp.). Następnie do instalatora należy skonfigurowanie tego katalogu.

Jeśli jednak chcesz później wyświetlić ten plik, będziesz potrzebował mechanizmu specyficznego dla kontenera, aby "zamontować" zewnętrzne katalogi w swojej aplikacji internetowej (Glassfish jako "alternatywne katalogi dokumentów", inne mają podobne koncepcje) lub będziesz musiał napisać serwlet/filtr, aby wyświetlał plik w magazynie poza aplikacją internetową. Ten kod FileServlet jest kompletny i, jak widać, tworzenie własnych, choć nie trudnych, nie jest trywialne, aby zrobić to dobrze.

Edit:

Podstawowa istota jest taka sama, ale zamiast używać "getRealPath", wystarczy użyć "getInitParameter".

Więc:

String filePath = getServletContext().getInitParameter("storedFilePath") + "/" + fileName; 

I na swój sposób.

Edycja ponownie:

chodzi o zawartość ścieżki, dałbym ścieżki bezwzględnej. W przeciwnym razie musisz WIEDZIEĆ, gdzie serwer aplikacji ustawia swoją domyślną ścieżkę podczas egzekwowania, a każdy serwer aplikacji może używać różnych katalogów. Na przykład, uważam, że katalog roboczy dla Glassfish jest katalogiem konfiguracyjnym działającej domeny. Nie jest to szczególnie oczywisty wybór.

Używaj absolutnej ścieżki, zdecydowanie. W ten sposób WIESZ, gdzie znajdują się pliki, i możesz kontrolować uprawnienia dostępu na poziomie systemu operacyjnego dla tego katalogu, jeśli jest to konieczne.