Java EE a we/wy

Java EE a we/wy
PI
  • Rejestracja:około 13 lat
  • Ostatnio:7 miesięcy
  • Postów:227
0

Prawdopodobnie to jest głupie pytanie, za co przepraszam.

Czy w aplikacjach Java EE wykorzystuje się IO, NIO? Z książek wywnioskowałem, że we/wy w tych aplikacjach to: bazy danych, pliki XML i interfejs użytkowania klienta.

Shalom
  • Rejestracja:ponad 21 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
0

To zależy od aplikacji jak nie trudno sie domyślić. Jeśli aplikacja musi czytać jakieś dane z serwera to można korzystać ze zwykłego I/O.


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
niezdecydowany
niezdecydowany
  • Rejestracja:ponad 12 lat
  • Ostatnio:ponad 9 lat
  • Lokalizacja:Bieszczady
0

yyy a jak chcesz zapisać jakiś plik w temp'ie to co ? albo user ci chce obrazek wrzucić na stronę to co ?


"Perhaps surprisingly, concurrent programming isn’t so much about threads or
locks, any more than civil engineering is about rivets and I-beams."
PI
  • Rejestracja:około 13 lat
  • Ostatnio:7 miesięcy
  • Postów:227
0

Ja pytam tak jak zazwyczaj jest, nie pytam o jakieś tam ekstremalne przypadki.
Wydaje mi się, że w aplikacjach biznesowych użytkownicy nie wczytują obrazków na strony aplikacji.

niezdecydowany
niezdecydowany
  • Rejestracja:ponad 12 lat
  • Ostatnio:ponad 9 lat
  • Lokalizacja:Bieszczady
0

Hmm może swoich sweet fotek nie, ale raporty PDF ? masz konto w banku ? możesz ściągnąć wyciągi online ? to się nie bierze z nieba. Może jakiś sales będzie chciał wysłać exela przez wewnętrzny system. To nie corner case - to standard.


"Perhaps surprisingly, concurrent programming isn’t so much about threads or
locks, any more than civil engineering is about rivets and I-beams."
M9
  • Rejestracja:prawie 10 lat
  • Ostatnio:około 6 lat
0

NIO2 jest wykorzystywane do implementacji serwerów aplikacyjnych. Ma to w szczególności związek z obsługą nieblokującego wejścia - wyjścia wykorzystywanego np. w JAX-RS 2.0 oraz asynchronicznych servletach.

Poczytaj o serwerze Grizzly (używany w GlassFishu):
https://grizzly.java.net/

edytowany 1x, ostatnio: margor90
PI
  • Rejestracja:około 13 lat
  • Ostatnio:7 miesięcy
  • Postów:227
0

Jak chcę zajmować się programowaniem aplikacji Java EE, to czy opłaca się tracić czas na naukę IO, NIO?

Zobacz pozostałe 4 komentarze
niezdecydowany
niezdecydowany
tworząc jakieś paczki danych(ostatnio na to natrafiłem) nie zapiszesz plików do bazy tylko wrzucić do /temp i będzie miał z głowy.
M9
Poza tym niektóre bazy jak Oracle mogą przechowywać referencje do linków na dysku (nie musi być BLOB). Wszystko zależy od wymagania. Nie ma jednoznacznej odpowiedzi na pytanie 'jak przechowywać dane tak aby zawsze było dobrze'. Standardowa odpowiedź programisty: 'to zależy'. Zasoby niezarządzalne (strumienie, pliki, gniazda) zwiększają ryzyko problemów związku z EJB, dlatego należy być ostrożnym i świadomym korzystając z nich w JEE.
PI
@margor90: "Typowe aplikacje JEE rzadko wykorzystują pliki bezpośrednio, ponieważ bazy są wygodniejsze." - To jest konkretna odpowiedz na moje pytanie. Pytanie było właśnie o typowe aplikacje Java EE. Tego typu odpowiedzi się spodziewałem, a nie czy odniosę sukces czy nie, albo podanie jakiś ekstremalnych przypadków typu Grizzly.
niezdecydowany
niezdecydowany
to się jeszcze zdziwisz :D:D:D:D:D:D
PI
Czym mam się zdziwić?
airborn
  • Rejestracja:prawie 16 lat
  • Ostatnio:prawie 7 lat
  • Postów:274
0

Nawet typowe aplikacje mają potrzebę wysyłać pliki do użytkownika. W takiej sytuacji bez sensu jest pakować całe te pliki do pamięci tylko trzeba je sensownie 'wystrumieniować' do klienta. Dla tego mimo wszystko warto poznać chociaż podstawy NIO

M9
Z tego co kojarzę takie PrimeFaces ładnie strumieniuje plik i umieszcza go gdzieś w /tmp i potem można robić z nim różne rzeczy. Raczej jest to już napisane w przypadku popularnych frameworków.
airborn
Chodzi właśnie o to by go nie zapisywać w tmp. Miałem na myśli rozwiązania podobne jak te ze strumieniowaniem z gridfs o jakich wspomniałeś poniżej.
M9
  • Rejestracja:prawie 10 lat
  • Ostatnio:około 6 lat
1

Jeszcze inną możliwością poza NIO jest strumieniowanie z bazy danych NoSQL jaką jest MongoDB (mam na myśli GridFS):
http://api.mongodb.org/java/current/com/mongodb/gridfs/GridFS.html
Poszedłbym w to gdybym musiał obsługiwać duże pliki np. filmy.

Fajną rzeczą jest podział danych na chunks, co umożliwia tworzenie aplikacji np. typu youtube: streamujemy plik od pewnego momentu.

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.