https://github.com/streamlined2/finalproject

Basic web application to model car renting business process. Sticks to MVC architecture pattern where central front controller servlet consumes user requests, converts them to actions/commands, processes data and demonstrates result as JSP/JSTL web forms.
https://github.com/streamlined2/finalproject

command-pattern custom-tag filter front-controller generic-dao i18n java jdbc jee jsp listener mockito model-view-controller mvc mysql reflection servlet singleton sql tomcat

Last synced: about 3 hours ago
JSON representation

Basic web application to model car renting business process. Sticks to MVC architecture pattern where central front controller servlet consumes user requests, converts them to actions/commands, processes data and demonstrates result as JSP/JSTL web forms.

• Host: GitHub
• URL: https://github.com/streamlined2/finalproject
• Owner: streamlined2
• Created: 2021-05-22T13:17:44.000Z (over 3 years ago)
• Default Branch: main
• Last Pushed: 2021-07-05T20:34:14.000Z (over 3 years ago)
• Last Synced: 2023-03-06T18:40:03.564Z (over 1 year ago)
• Topics: command-pattern, custom-tag, filter, front-controller, generic-dao, i18n, java, jdbc, jee, jsp, listener, mockito, model-view-controller, mvc, mysql, reflection, servlet, singleton, sql, tomcat
• Language: Java
• Homepage:
• Size: 361 KB
• Stars: 0
• Watchers: 1
• Forks: 1
• Open Issues: 0
• Metadata Files:
  • Readme: README.md

Awesome Lists containing this project

README

        
# FinalProject

Application architecture.


Controller.

The application uses single servlet FCServlet as front controller to handle each user request. Controller delegates user form navigation to FormDispatcher which determines next form by checking transition rule map TransitionRuleMap. Authenticated user, current form and taken action objects are used as map key to search for next user form. Concrete descendants of Form class (part of Controller component) fetch and initialize data that are to be rendered by Java server pages, map user actions to Action objects that change data and set session/request attributes that contain intermediate results.

Auxiliary servlet filter AuthFilter helps to prevent mistakes should JSP page contain link to some external resource and doesn't take control back to controller servlet.

Action class is common ancestor for ClientAction, ManagerAction, AdminAction which correspond to acceptable user roles represented by Client, Manager, Admin classes. Every action is checked against user permissions before its execution (User.checkPermission(action)).

User session attributes are cleared by CleanSessionListener every time the session expires for security reasons.

View.

The application avoids using scriptlets and builds view layer as set of JSP pages with standard JSTL tags and custom tags for table view (TableViewTag), select/option element (OptionSelectorTag) and tag files for small interface elements (such as logout button, order option, locale selection, etc). Every page usually contains of one or more HTML forms that are to be submitted when user presses button. Submitted parameters then would be analyzed by assigned Form subclass (which is part of Controller component) and converted into appropriate Action objects and data to operate on.


Model.

Model component consists of abstract class Entity (root of entity class hierarchy), composite natural key class NaturalKeyEntity, domain entity class Car, set of document classes LeaseOrder, OrderReview, CarReview, Invoice (LeaseInvoice, MaintenanceInvoice), that represent internal state of enterprise business process, and set of user role classes User (Client, Manager, Admin). Entities are operated upon by generic DAO EntityManager with aid of Inspector class which employes Java Reflection API. StatementBuilder helps to build SQL statements for entity fetching, creation, modification and deletion.


Employed design patterns:

Model-View-Controller, Front controller, Action/Command, Observer, Singleton, Generic DAO.





P.S. It helps to recall principles of final state machine paradigm to understand and explain user interface form dispatching. Forms are states of such FSM automaton and actions help to make transitions between forms.