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:około 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?

niezdecydowany
niezdecydowany
nie wróżę ci sukcesu ...
M9
Na początku nie opłaca się. Jak nabierzesz doświadczenia to tak, aby lepiej zrozumieć jak działają te wszystke abstrakcje, na których zbudowane jest EE. Tak naprawdę wszystko zależy od wymagań aplikacji. Tematów co warto ogarnąć na początek było już wiele.
PI
@niezdecydowany ja tobie też @margor90 przecież ja nie pytam się jak zacząć przygodę z Java EE, tylko pytam o zastosowanie IO i NIO w Java EE, a to jest różnica. Zresztą książki do Java EE nic nie wspominają o IO, NIO, bo to nie jest częścią jej specyfikacji.
M9
@pioflor: napisałem Ci w poprzednim poście odnośnie zastosowanie NIO2 w kontekście JEE7 o_O. Podałem też nazwę konkretnego produktu, który to wykorzystuje. Typowe aplikacje JEE rzadko wykorzystują pliki bezpośrednio, ponieważ bazy są wygodniejsze. Można w nich też przechowywać dane typu BLOB (np. obrazki).
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:około 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.