Hibernate z czym?

jestem na etapie projektu aplikacji swingowej + hibernate z jakimś serwerem aplikacji.
co polecacie uzyc? Hibrnate z glassfishem dobrze wspolpracuje? Czy lepiej uzyc z JBossem? A moze jetty?

Aplikacja swingowa z hibernate + server aplikacji powiadasz. A jak to ma wygladac, cos wiecej powiesz?
Co do HB to to jest zwykla biblioteka ktora mozesz uzywac gdzie chcesz. Hibernate jest pakowany jako domyslny provider JPA w JBoss AS, ale to i tak tylko wtedy kiedy uzywasz JPA, mam wrazenie ze ty nie do konca wiesz co i jak.

Serwer z postgresql na zapleczu + 2 kompy w sklepie.
Zarządzanie magazynem zwyczajne.
No i nie wiem na czym postawić ten serwer.

Czy tylko ja nie bardzo widzę tu miejsce na serwer aplikacyjny? Czy on ma być tylko i wyłącznie jakimś proxy dla tej bazy danych? o_O

A czyli lepiej będzie postawić obojętnie jaki serwer z postgresem? Może być i tak:)

No to zależy. Serwer aplikacyjny miałby sens gdybyś na przykład:

• aplikacje robił webową i postawił ja na kontenerze webowym który jest częścią serwera aplikacyjnego
• napisał logikę / dostęp do bazy da pomocą EJB które siedziałyby w kontenerze EJB na serwerze aplikacyjnym

Ma to być aplikacja w SWINGu zarządzająca magazynem, która będzie "zainstalowana"(executable jar) na dwóch komputerach.
Mają mieć wspólną bazę danych - a wszelkie operacje mają być wykonywane przy użyciu biblioteki hibernate.
Rozumiem, że jeżeli postawię postgresql na glassfishu to będzie to okej rozwiązanie?

Mam nadzieje, że nic nie pomyliłem. Tak czy inaczej dziękuje za zainteresowanie tematem!

Z tego co widzę co Ty chcesz zrobić to Glassfish Ci niepotrzebny. Wystarczy sam Postgres.
Shalom Ci wytłumaczył po co jest serwer aplikacyjny.

Okej, dziękuję.

A gdyby korzystało z tej bazy np. 7 komputerów, ale w taki sam sposób? Nie ma to znaczenia rozumiem, tak?

przepraszam, ze tak męczę:)

No moje pytanie rowniez wynikalo z tego, ze ta architektura jako mi nie pasuje...

guile napisał(a):

Rozumiem, że jeżeli postawię postgresql na glassfishu to będzie to okej rozwiązanie?

Postawic postgresql na glassfishu - co masz na mysli?

Ogolnie budujesz 'grubego klienta' - aplikacja laczy sie z baza i wykonuje operacje itp itd. Nie ma tutaj specjalnie miejsca na server aplikacji.
Inna mozliwosc to 'cienki klient', ktory laczy sie z serwerem, i poprzez niego wykonuje wszelkie manipulacje na danych. W tym wypadku masz server aplikacji, wartswa dostepu do danych to JPA (i np. hibernate lub eclipselink jako dostawca), warstwa serwisow to np EJB lub RESTfull web servicy, czy beany springowe, cokolwiek.

Czy w przypadku budowania "grubego klienta" jest sens uzywania ORM typu hibernate?

nic konkretnego nie mialem na mysli, nie bylem pewien czy postgresql zadziala samodzielnie.

Tak, ORMa możesz spokojnie wykorzystać. Ale Hibernate możesz używać po prostu w aplikacji poprzez dodanie jara, nie trzeba ci do tego żadnego serwera aplikacji.

Okej. Bardzo mi to rozjasnilo sytuacje.
Taki własnie miałem zamiar - dodać jary hibernate do aplikacji.

Dzięki.

Hmm a macie linki do jakiś ciekawych artykułów porównujących "cieńkiego klienta" z "grubym"?
Mogą być po angielsku.

http://www.knowledgeonecorp.com/news/pdfs/Thin%20client%20vs%20Fat%20client%20Computing.pdf
Nie mam pojecia co to jest, to tylko jeden z linkow ktore google wypul na zapytanie 'fat vs thin client'. Jest tego troche, postaraj sie.

Przeciez napisalem ze nie wiem co to jest, nawet nie zagladalem. Kliknalem w jakis link na pierwszej stronie wynikow i voila! Niech sobie sam szuka, umie pisac i czytac.