Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>Pretty large question, and there's no real one answer. You really need to determine what are the needs of the app being built.</p> <p>As far as RMI, you need a server process which provides an RMI host. Glassfish provides one for you. But, if yo're using glassfish, you'd probably want to use JPA / EJB3 as the persistence layer. Which is simply Oracle's TopLink rebadged for the OpenSource world.</p> <p>I'm not sure Tomcat comes with an RMI layer, although it's been a bit since I've developed for Tomcat in anger. It's first and foremost a servlet engine. If you were looking at a REST interface between client and server, that would be a good choice (although Glassfish provides a servlet engine as well).</p> <p>If you really want to use Hibernate and you want RMI as the transport between client and server, don't discount Spring. It will have RMI server engines where you define your Spring beans which call into Hibernate. No Application Server required (apart from what Spring provides.</p> <p>As far as MVC is concerned, from the client perspective you have Swing handling the View, with native Java implementing the Model and Controllers. The Model, in this case, would be DTOs provided by the Services exposed by the RMI Server component. I would think that Hibernate would be limited to the Server process, and there would be little View in the Services. The Model in the Client code would be the DTO's and the surrounding framework which makes the RPCs to the services.</p> <p>Hope this helps</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload