aspose file tools*
The moose likes Servlets and the fly likes Approaching J2EE Development Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Spring in Action this week in the Spring forum!
JavaRanch » Java Forums » Java » Servlets
Bookmark "Approaching J2EE Development" Watch "Approaching J2EE Development" New topic
Author

Approaching J2EE Development

J boradic
Greenhorn

Joined: Jun 24, 2010
Posts: 6
I'm a college student working on some mobile applications this summer and I've been using servlets /w apache tomcat on Amazon EC2 instances for my backend. Before a few weeks ago, I never had never touched servlets or even heard of object persistence or EJB's. Anyways, there's obviously a lot to know and more than 1 way to skin a cat... I'm wondering based on other peoples experiences what is the best way to get into the brunt of J2EE development to ensure that whatever I am making is scalable.
David Newton
Author
Rancher

Joined: Sep 29, 2008
Posts: 12617

Don't optimize prematurely. (Do you really anticipate scalability issues? Most people don't have them in any meaningful way.) Don't over-complicate things: pick the lightest-weight solution that works.

It's impossible to help beyond that at this point--we know nothing about what you're doing, how you're doing it, etc. There's certainly no reason to be talking about EJBs at this point, even the easier/lighter version available EJB 3+.

Persistence is a valid question--there are a number of ways to approach it, including an ORM (Hibernate, pure JPA, iBatis, etc.), an OODB (db4o, Gemstone, etc.), or something simple-but-sometimes-makes-busy-work-but-it-depends (Spring JDBC, etc.).

Focus on making things clean and testable first.
Rahul Nair
Ranch Hand

Joined: Dec 01, 2007
Posts: 138

Hi David,

Very Good suggestion for anyone who is new to J2EE. I still sometimes confused about when to use Abstract Classes and When to use Interfaces during application design. We know Interface is a contract which we have to complete by implementing the methods in an Interface also it is more practical thing than Abstract Classes, etc. But apart from the theoretical differences between them,
How can we decide where to use Interfaces and Abstract Classes for Design ?
Can you please explain us by giving us some real time example for this ?

Paul Sturrock
Bartender

Joined: Apr 14, 2004
Posts: 10336

(One small point, its called JEE these days)


JavaRanch FAQ HowToAskQuestionsOnJavaRanch
Amol Nayak
Ranch Hand

Joined: Oct 26, 2006
Posts: 218
If you have a method(s) that will be common to all the subclasses, using abstract class makes more sense rather than defining interface and forcing all the implementing classes to implement them.

Since we are on the Servlets forum. check out the two classes javax.servlet.GenericServlet and javax.servlet.http.HttpServlet

Also check this link out
http://www.javaworld.com/javaworld/javaqa/2001-04/03-qa-0420-abstract.html
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Approaching J2EE Development