This week's giveaway is in the Cloud/Virtualization forum.
We're giving away four copies of Secure Financial Transactions with Ansible, Terraform, and OpenSCAP and have Lucian Maly on-line!
See this thread for details.
Win a copy of Secure Financial Transactions with Ansible, Terraform, and OpenSCAP this week in the Cloud/Virtualization forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
  • Campbell Ritchie
  • Ron McLeod
  • Paul Clapham
  • Jeanne Boyarsky
  • Bear Bibeault
  • Rob Spoor
  • Henry Wong
  • Liutauras Vilda
Saloon Keepers:
  • Tim Moores
  • Carey Brown
  • Stephan van Hulst
  • Tim Holloway
  • Piet Souris
  • Frits Walraven
  • Himai Minh
  • Jj Roberts

J2EE & Swing project structure

Posts: 4
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello All,

I've done some small scale, web-based J2EE development in the past (2001). I'm back now designing a multi-tier app. I'm considering the following architecture:
- Swing client (mandated by users due to very robust/feature-rich interface needs. Ajax won't cut it).
- JEE middle tier. Primarily stateless session beans & mdbs handling the client/server communications.
- Pojo domain model to do most of the business logic
- DAO pattern (currently leveraging hibernate) to handle persistence

I know these questions are huge, and it's hard to give answers on a Bulletin Board, but I appreciate any help:
1) What's a good way to structure the source code? I'm looking at: and the Sun JEE examples, they seem to implement one project with multiple sub-projects (1 for ejb, 1 for war, 1 for client). In that model, where would the domain model and DAO code live? In the ejb project? Should it all just be 1 big project with the package structure reflecting the breakdown and differing build targets for client & server?
2) All of the JEE/EJB3.0 examples I've seen are using the new entity beans. Due to my existing Hibernate DAO codebase, I'd prefer to point Session Beans to objects that use the existing DAO layer (no entity beans). Is that simple to do? Does anyone have any good links on articles about that?
3) I've worked with Spring a bit, but found sole JEE a better fit due to:
- need for app server redundancy and horizontal scalability
- distaste for so much xml - I'm not looking for a flame war, but I really didn't like the overwhelming amount of xml configuration necessary
- JEE can do everything I need

Again, I know this is a huge question, so I appreciate any help at all (even just links to good articles would be great).

If tomatoes are a fruit, then ketchup must be a jam. Taste this tiny ad:
SKIP - a book about connecting industrious people with elderly land owners
    Bookmark Topic Watch Topic
  • New Topic