JSP/servlets whoas and woes

Is there some specific reason you're using Java for this? Is the goal more "learn to develop Java web applications" or "develop a working exam application"? If the latter, I'm not sure Java is the right choice in this case. There are many good reasons people develop web applications in Java. But IMHO it's not particularly well suited to simple web apps being developed under tight deadlines by programmers with no experience. I think you'll have better luck with a simpler development environment.

I've done some development with Struts before, so I may be able to help. All of this advice varies depending on what technology and what versions you're using, though, so keep that in mind. It's important to understand how your config files work; in Struts, the struts-config maps servlets to url paths in your application, and the tiles definitions map the paths to the JSPs. Just google struts-config.xml to find some examples. Once you have a few action tags defined in your config file, it should be simple to link all your pages together. Your problem of the the servlets not executing before the JSP is interpreted suggests that there are some problems with your configuration; you can't just access a .jsp page directly and have the servlet run automagically; you've got to wire it up with XML config files. Regarding your layout JSPs, all you should need to do is include the layout tiles in the page you are loading (I don't remember the syntax off the top of my head), but these should also be mapped in tiles-def. Hope this helps.

- Yes, by all means create seperate JSP's for your header, footer, navigation, etc. and then include them from your main page JSP's. When you need to change a header you'll be glad you did this. - JSP's should really be inside the WEB-INF folder, and so will not be directly accessible by a browser. I believe there are also some weird behaviours that happen when you map the main servlet to /*. Most apps I've worked with map it to /app/*, and maybe have another one for /admin/* (admin tool section), or others. Sometimes it might even be a single servlet with multiple mappings like this, but no /* - Which JSP to serve up should depend entirely on what your servlet does with the request. - You could use one main servlet and then hand off request to "helper" servlets, but I don't think you'll be helped much by this. Try a flow like this... . Servlet receives a request and interprets it. It decides what "request" is happening, and hands it off to appropriate "request handler". (this could be as simple as looking at the url and parsing it for "page1" or something) . The RH set's up any data objects, performs any front end validation and decides what "event" is happening (could be "bad data", "login", "QuestionPage", or whatever). . Controller then calls up the appropriate event handler. (Again, this can be as simple as seeing "X" event and so calling up "XEventHandler" class) EH performs work, decides what page comes next. . Controller forwards to appropriate JSP (as decided by the EH), and sets up any data objects that it requires in session, or page, or application objects as appropriate. - Nothing wrong with that approach for navigation but with the questions you are having, you could tackle that later. I have basically described a really rough outline for a framework, as mentioned above. Frameworks take care of most of these details for you. Rolling your own as I've laid out is likely extreme overkill for what you are trying to do. Really, for your needs and at your experience level, you should do what works and is fast, regardless of if you think "it's the right way" or if it's "ugly". I also agree with the above assessment that Java is not necessarily the best tool for the job. Who is going to be using this? Where will it be hosted? Java web app hosting tends to be either expensive or highly skill intensive. I'll add that I'm speaking from a few years of application maintenance experience and I have not tried to roll something from scratch for ages. I inherit apps and do bug fix or enhancement work.

Technically, what you want to do is to use a framework. Seconded. I'll get to that. Now, to some individual questions: Would it be better layout design to create header, footer and nav bar component JSPs and do an include in the home, profile and exam JSPs? I would. You may want to use http://java.sun.com/developer/technicalArticles/javaserverpages/jsp_templates/ which are a bit more flexible, and a bit more complex. How the heck do I get the servlet to run before the JSP? The URL pattern for the main servlet mapped to /* in my web.xml file but accessing any of the JSPs won't run the servlet first. You would have to forward or redirect the request to the JSP. But if you want to run code before every request you're looking at something like a http://www.ibm.com/developerworks/java/library/j-tomcat2/. It has to run before processing anything else since it loads the database connection and user information into session. I would personally do the database connection at application startup by creating a listener for a server lifecycle event--I mean, assuming you just have a pooled DB connection that everything uses. If you're making a new connection for every user/request, I guess you can do it your way (but it won't hold up to heavy use. This may not be a problem for you.) As for user info, I generally prefer not to do my own user identification/authorization because it's easy to mess up, and the damage is high when it does mess up, and lots of smarter people than me have done it first. How can I load the main JSP with all the layout code no matter what URL (home, profile or exam) page I enter through? JSP Templates, linked above. The embarassing million dollar question. How do I link the pages of my application together? Maybe my brain is fried. I can't for the life of me figure out how to use one main servlet and several "helper" ones to populate that main content box. Just so you can get your mind wrapped around stuff right, let me just say that JSPs are servlets, too. The application server transforms the JSP into a servlet automatically and puts it into a special directory on the fly. So you're when you want to put a servlet in another servlet, you can perhaps see how that won't go well. In general you can't have one servlet write half of a document and another servlet write the other half; once a servlet starts writing it's going to be the one to finish it out. Looking at the way you're doing things, it looks like the most straightforward thing to do is to use a http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/JSPTags.html. An http://www.stardeveloper.com/articles/display.html?article=2001081301&page=1 which demonstrates a simple "hello world" kind of example. Based on what I think I understand from your question, you would perhaps create custom tags for home, profile, and exam content. Finally, a framework may help, if only to do access control which is somewhat lacking in flexibility in the usual base Tomcat setup (if that's what you're using). http://struts.apache.org, http://www.springsource.org/, and http://www.playframework.org all have their proponents, and they are listed here in order of how "heavy" they are; how different they are from what you're doing and how many things they do for you (and of course, can be more complex in the name of simplicity). Also, http://www.restlet.org/ might help you out, it's a lightweight way to add http://en.wikipedia.org/wiki/Representational_State_Transfer semantics, if that kind of architecture is easier for you to follow. With your background/experience I would recommend as a first step looking at custom tags to do the grunt work of including what you need, and then work on integrating it into a whole with JSP fragments and/or templates.

Good advice so far. I just want to add that whatever you're doing, 2-3 days might not be enough to really finish up - even for a pro. I'm not sure what your demo needs to have, but Java web dev is fairly time-consuming in general. You might want to talk to the boss early and ask for a few days' extension. Of course, your boss may be asking for a lot less than I'm picturing...

2-3 days might not be enough to really finish up - even for a pro Oh, yes--listen to this. This is not going to be done by your deadline. You're going to have to take whatever action you need to do with that in mind. In general, the earlier you tell someone about a deadline to be missed, the easier it is to deal with it.