Tim Holloway wrote:If you are using Tomcat's default deployment mechanism, you would copy your WAR to TOMCAT_HOME/webapps/. You do not actually have to explode WAR files. Tomcat will do that as part of the deployment.
If you have a WAR file mywebapp.war, exploded to TOMCAT_HOME/webapps/mywebapp, then the URL for its /index.jsp page would be: http://localhost:8082/mywebapp/index.jsp.
If you do this and still get a "404" check the Tomcat logs to make sure that there was no error in deploying the webapp.
Stephan van Hulst wrote:What this will do is register all beans in the "java" package and sub-packages and make them available for you to inject in your application.
I hypothesize that it will make your application a lot slower and it will also be completely pointless because there are no services in the packages I mentioned that use annotations to inject the discovered beans.
Why would you want to do this?
Carey Brown wrote:What happens if returnStudent() returns a null?
Campbell Ritchie wrote:Somebody's sent me pie Thank you, JK
Campbell Ritchie wrote:Depends how the hashCode() and equals() methods work in Student. If a Student object can change its state and therefore its hash code, you will never find it in the Map again.
Jan Kaczmarek wrote:. . . Map<Student, ArrayList<Integer>> . . .
Carey Brown wrote:Does your Repository have, or need to have, persistence behind it, such as files or database?