1|P a g e

INDUSTRIAL TRAINING REPORT

ON

THE DESIGN AND IMPLEMENTATION OF AN

E-COMMERCE
WEBSITE FOR ONLINE HANDICRAFT SALES

Project Report Submitted in partial fulfilment of

the requirements for the award of
Degree of Bachelor of Technology in Computer Sciences and Engineering

Submitted By:

Hirra Sultan
Enrollment Number: 120101091

Submitted to:
The faculty of
Department of Computer Sciences and Engineering,
School of Engineering and Technology, Sharda University
Greater Noida, U.P., 201306
(2012-2016)

October 30th 2015.

2|P a g e

Certificate of Completion

(To Whom It May Concern)

June 30, 2015

This is to certify that Ms. Hirra Sultan, student of B.Tech Batch 2012-2016, Enrolment No.
2012017740, from Sharda University, Greater Noida, has successfully completed her Summer
Internship in GlobalLogic, Noida and prepared a Summer Internship Project report on “The Design
and Implementation of an E-commerce Website for Online Handicraft Sales”.
This project report is submitted in partial fulfilment for the award of Bachelor in Technology in
Computer Sciences and Engineering.
The training was held from 9 th April, 2015 to 30 th June, 2015.

For GlobalLogic.

Supervisor
3|P a g e

DECLARATION

I hearby declare that the industrial training project work entitled, “The Design and Implementation of
an E-commerce Website for Online Handicraft Sales”, is an authentic record of my own work. This
is being submitted for the partial fulfilment of requirements of 6-weeks industrial training completed
during the period from 9 th April 2015 to 30 th June 2015 for the award of Degree of Bachelor of
Technology in Computer Sciences and Engineering to Sharda University, Greater Noida. Also, this
report has not been submitted earlier either to Sharda University or to any other Institute for the
fulfilment of the requirement of any course of study. I also declare that no chapter of this manuscript
in whole or in part is lifted and incorporated in this report from any earlier/other work done by me or
others.

Date: 2 nd November, 2015

(Signature of Student)

Hirra Sultan

120101091
4|P a g e

Abstract

The business-to-consumer aspect of electronic commerce (e-commerce) is the most visible

business use of the World Wide Web. The primary goal of an e-commerce website is to sell goods and
services online.

This project deals with developing an e-commerce website for Online Handicrafts Sale. It
provides the user with a catalogue of different handicrafts available for purchase in the store. In order
to facilitate online purchase a shopping cart is provided to the user. The system is implemented using
a 3-tier approach, with a backend database, a middle tier of JSP and Java, and a web browser as the
front end client.
In order to develop an e-commerce website, a number of Technologies must be studied and
understood. These include multi-tiered architecture, server and client side scripting techniques,
implementation technologies such as JSP, programming language (such as Java), relational databases
(such as MySQL).

This is a project with the objective to develop a basic website where a consumer is provided
with a shopping cart application and also to know about the technologies used to develop such an
application.

This document will discuss each of the underlying technologies to create and implement an e-
commerce website.
5|P a g e

ACKNOWLEDGMENTS

As I sum up my study, I appreciatively reminisce the contribution of all those people without
whose support and help, this study would have ever taken its present form. I am thankful to
GlobalLogic, Noida for giving me an opportunity to work on the project during the course of which I
was able to understand the organisational ways of working and immense learning happened.
I am extremely thankful to Mr Subnesh Sharma, my internship manager and guide, who has
helped me immensely in more than one way by guiding me with his esteemed knowledge and clearing
my doubts whenever I faced a problem in the project and helped me continuously in building my
concepts.
I am also thankful to Mr Anshul Rohilla, Mr Ashish Pastor, Mr Arun, Ms Ananda and Ms Juhi
for their profound support and help during the summer internship period. Without their help,
completion of the project would not have been possible.
I am also thankful to the team of Training and Placement cell, Sharda University for
providing us with an opportunity of working with GlobalLogic. Without their efforts this internship
would have never been possible.

I am extremely thankful to my faculty guide Mr Vivek Dimri, whose timely advice and critical
suggestions motivated me to complete the internship.
Finally, I would like to dedicate this project to my parents, for their love, encouragement and
help throughout the project.
6|P a g e

CONTENTS
i. Certificate of completion
ii. Declaration
iii. Abstract
iv. Acknowledgements
1. Introduction
2. Literature Review
3. Project Description
4. Project Design
4.1 Data Model
4.1.1 Database Design
4.2 Process Model
4.2.1 Functional Decomposition
4.2.2 Data Flow Diagram
5. Implementation Technologies
5.1 Apache Tomcat Server
5.2 Java Server Pages
5.3 MySQL Database
5.4 Integrating Website and Database
6. Web Page Programming Options
6.1 Server Side Processing
6.2 Client Side Processing
7. Web Based Application Development
8. Database Connectivity
9. The Shopping Cart Application
9.1 Search Products
9.2 Registration/ Sign Up
9.3 User Details
9.4 Shopping Cart
9.5 Administrator Page
9.6 Skins
9.7 Vendor
9.7.1 Vendor Registration
9.7.2 Vendor Login
9.7.3 Vendor Details
9.7.4 Vendor Homepage
9.8 Transactions in the Application
10. Limitations and Future Development
11. Conclusion
12. Bibliography
7|P a g e

LIST OF FIGURES

Figure 1: ER Diagram
Figure 2: Functional Decomposition Diagram

Figure 3: Customer Browse Context DFD

Figure 4: Customer Shopping Cart Context DFD

Figure 5: User Authorization Context Diagram

Figure 6: Client-Server Interaction

Figure 7: Life cycle of a JSP file

Figure 8: Web Page Programming Options

Figure 9: JDBC Types

Figure 10: Home Page

Figure 11: Sign Up

Figure 12: Add to Cart option on an item

Figure 13: Details of promotions of website and expenditures endured

Figure 14: List of inventories and categories available

Figure 15: List of outlets available

Figure 16: Skin-1

Figure 17: Skin-2

Figure 18: Skin-3

Figure 19: Vendor Sign Up

Figure 20: Vendor Login

Figure 21: Vendor Information-1

Figure 22: Vendor Information-2

Figure 23: Vendor Information-3

8|P a g e

LIST OF TABLES

Table 1: Processing Techniques for Different File Extensions

Table 2: Transaction Attributes

9|P a g e

1. INTRODUCTION

E-commerce is fast gaining ground as an accepted and used business paradigm. More and more
business houses are implementing web sites providing functionality for performing commercial
transactions over the web. It is reasonable to say that the process of shopping on the web is becoming
commonplace.
The objective of this project is to develop an e-commerce store where any handicraft product
(such shawls, lac bangles, paper machie items, etc.) can be bought from the comfort of home through
the Internet.
An online store is a virtual store on the Internet where customers can browse the catalogue and
select products of interest. The selected items may be collected in a shopping cart. At checkout time,
the items in the shopping cart will be presented as an order. At that time, more information will be
needed to complete the transaction. Usually, the customer will be asked to fill or select a billing
address, a shipping address, a shipping option, and payment information such as credit card number.
An e- mail notification is sent to the customer as soon as a user signs up at the web portal or the order
is placed.

2. LITERATURE REVIEW

Electronic Commerce (e-commerce) applications support the interaction between different parties
participating in a commerce transaction via the network, as well as the management of the data
involved in the process.

The increasing importance of e-commerce is apparent in the study conducted by researchers at the
GVU (Graphics, Visualization, and Usability) Centre at the Georgia Institute of Technology. In their
summary of the findings from the eighth survey, the researchers report that “e-commerce is taking off
both in terms of the number of users shopping as well as the total amount people are spending via
Internet based transactions”. Over three quarters of the 10,000 respondents report having purchased
items online. The most cited reason for using the web for personal shopping was convenience (65%),
followed by availability of vendor information (60%), no pressure form sales person (55%) and
saving time (53%).

Although the issue of security remains the primary reason why more people do not purchase items
online, the GVA survey also indicates that faith in the security of ecommerce is increasing. As more
people gain confidence in current encryption technologies, more and more users can be expected to
frequently purchase items online.

A good e-commerce site should present the following factors to the customers for better usability:
 Knowing when an item was saved or not saved in the shopping cart.
 Returning to different parts of the site after adding an item to the shopping cart.
 Easy scanning and selecting items in a list.
 Effective categorical organization of products.
 Simple navigation from home page to information and order links for specific products.
 Obvious shopping links or buttons.
 Minimal and effective security notifications or messages.
 Consistent layout of product information.
10 | P a g e

Another important factor in the design of an e-commerce site is feedback. The interactive
cycle between a user and a web site is not complete until the web site responds to a command entered
by the user. According to Norman, "feedback--sending back to the user information about what action
has actually been done, what result has been accomplished--is a well-known concept in the science of
control and information theory. Imagine trying to talk to someone when you cannot even hear your
own voice, or trying to draw a picture with a pencil that leaves no mark: there would be no feedback".
Web site feedback often consists of a change in the visual or verbal information presented to
the user. Simple examples include highlighting a selection made by the user or filling a field on a
form based on a user's selection from a pull down list. Another example is using the sound of a cash
register to confirm that a product has been added to an electronic shopping cart.
Completed orders should be acknowledged quickly. This may be done with an
acknowledgment or fulfilment page. The amount of time it takes to generate and download this page,
however, is a source of irritation for many e-commerce users. Users are quick to attribute meaning to
events. A blank page, or what a user perceives to be "a long time" to receive an acknowledgment, may
be interpreted as "there must be something wrong with the order." If generating an acknowledgment
may take longer than what may be reasonably expected by the user, then the design should include
intermediate feedback to the user indicating the progress being made toward acknowledgment or
fulfilment.
Finally, feedback should not distract the user. Actions and reactions made by the web site
should be meaningful. Feedback should not draw the user's attention away from the important tasks of
gathering information, selecting products, and placing orders.

3. PROJECT DESCRIPTION

The core objective of the project was to take a first step to obtain knowledge on the technologies
currently being used in development of websites and to increase experience and expertise in the area.
Accordingly, the project was constructed to allow familiarisation with the internet market, and with
the ways and methods such online shopping portals are developed. The project was executed as a
dummy and provided sufficient knowledge and expertise to help in development of a live project.

4. PROJECT DESIGN

In order to design a web site, the relational database must be designed first. Conceptual design can
be divided into two parts: The data model and the process model. The data model focuses on what
data should be stored in the database while the process model deals with how the data is processed. To
put this in the context of the relational database, the data model is used to design the relational tables.
The process model is used to design the queries that will access and perform operations on those
tables.

4.1 Data Model

A data model is a conceptual representation of the data structures that are required by a
database. The first step in designing a database is to develop an Entity-Relation Diagram (ERD). The
ERD serves as a blue print from which a relational database maybe deduced. Figure 1 shows the ERD
for the project and later we will show the transformation from ERD to the Relational model.
11 | P a g e

Figure 1: Entity-Relationship Diagram

Entity A matches exactly one record in entity B and every record in B matches exactly one
record in A. One to many means that every record in A matches zero or more records in B and every
record in B matches exactly one record in A. If there is a one to many relationships between two
entities, then these entities are represented as Associative Entities. In the Relational Database model,
each of the entities will be transformed into a table.

Database Design
In this section, the basic structure of the tables composing the database for the project are
shown along with information about primary and foreign keys.

Sign_Up
S. No. Name Type Description
1 cid Varchar Customer id
2 Name Varchar Customer Name
3 Password Varchar Customer Password (encrypted form)
4 email Varchar Customer email address
12 | P a g e

Login

S.No. Name Type Description

1 Sid Varchar Session id
2 pid Varchar
3 email varchar

Products

S.No. Name Type Description

1 pid Varchar Product id
2 Description Varchar Description of product
3 qty Varchar Quantity of product available
4 cost Varchar Cost of product
5 vendor varchar Vendor of product

Cart

S. No. Name Type Description

1 cid Varchar
2 Pid Varchar
3 Qty varchar

Order Details

S.No. Name Type Description

1 Pid Varchar
2 Price Varchar
3 Qty Varchar
4 total varchar Total bill

Bill_info
S. No. Name Type Description
1 username Varchar
2 name Varchar
3 address Varchar
4 Country Varchar
5 state Varchar
6 City Varchar
7 pin Varchar
8 Phone Varchar
9 pid Varchar
10 quantity Varchar
11 Paymode Varchar Mode of payment Chosen
12 billno Varchar Bill No. generated
13 | P a g e

Vendor_signup

S.No. Name Type Description

1 Email Varchar
2 Phone Varchar
3 password Varchar

Org_Details

S.No. Name Type Description

1 Org_name Varchar Name of Organisation
2 Rep_name Varchar Name of representative
3 RO_name Varchar Name of Relationship officer
4 Address Varchar Office address
5 City Varchar
6 Country Varchar
7 zip varchar Zip code

Auth_details

S.No. Name Type Description

1 Pan Varchar PAN card number
2 St_no Varchar Service tax number
3 tan Varchar TAN number
4 tin varchar TIN number

Bank_details

S.No. Name Type Description

1 Acc_hold varchar Name of bank account holder
2 Acc_no varchar Bank account number
3 Ifsc Varchar IFSC code of bank
4 Bank Varchar Bank name
5 City Varchar
6 State Varchar
7 branch varchar Branch name of bank

Store_details

S.No. Name Type Description

1 Name Varchar Name of store
2 desc varchar Description of store
3 Cat Varchar Category of products to be sold
14 | P a g e

4.2 Process Model

A Process Model tells us about how the data is processed and how the data flows from one
table to another to gather the required information. This model consists of the Functional
Decomposition Diagram and Data Flow Diagram.

4.2.1 Functional Decomposition Diagram

A decomposition diagram shows a top-down functional decomposition of a system and

exposes the system's structure. The objective of the Functional Decomposition is to break down a
system step by step, beginning with the main function of a system and continuing with the interim
levels down to the level of elementary functions. The diagram is the starting point for more detailed
process diagrams, such as data flow diagrams (DFD). Figure 2 shows the Functional Decomposition
Diagram for this project.
15 | P a g e

Figure 2: Functional Decomposition Diagram

16 | P a g e

4.2.2 Data Flow Diagram

Data Flow Diagrams show the flow of data from external entities into the system, and from one
process to another within the system. There are four symbols for drawing a DFD:
1. Rectangles representing external entities, which are sources or destinations of data.
2. Ellipses representing processes, which take data as input, validate and process it and output it.
3. Arrows representing the data flows, which can either, be electronic data or physical items.
4. Open-ended rectangles or a Disk symbol representing data stores, including electronic stores
such as databases or XML files and physical stores such as filing cabinets or stacks of paper.

Figures 3-5 are the Data Flow Diagrams for the current system. Each process within the system is
first shown as a Context Level DFD and later as a Detailed DFD. The Context Level DFD provides a
conceptual view of the process and its surrounding input, output and data stores. The Detailed DFD
provides a more detailed and comprehensive view of the interaction among the sub-processes within
the system.

Figure 3: Customer browse context DFD

17 | P a g e

Figure 4: Customer Shopping Cart Context DFD

Figure 5: User Authentication Context Diagram

18 | P a g e

5. IMPLEMENTATION TECHNOLOGIES

The objective of this project is to develop an online Indian handicraft store. When the user types
in the URL of the Store in the address field of the browser, a Web Server is contacted to get the
requested information. In the eclipse j2ee framework, Apache tomcat Server acts as the Web Server.
The sole task of a Web Server is to accept incoming HTTP requests and to return the requested
resource in an HTTP response. The first thing IIS does when a request comes in is to decide how to
handle the request. Its decision is based upon the requested file's extension. For example, if the
requested file has the .asp extension, IIS will route the request to be handled by controller i.e. servlets.
If it has the extension of .jsp, .java, etc., it will route the request to be handled by collection of
controllers.
The tomcat server then gets the requested file, and if necessary contacts the database through
DAO layer of MVC model for the required file and then the information is sent back to the Client’s
browser. Figure 6 shows how a client browser interacts with the Web server and how the Web server
handles the request from client.

Figure 6: Client-Server Interaction

5.1 Apache Tomcat Server

Apache Tomcat, often referred to as Tomcat, is an open-source web server and servlet container
developed by the Apache Software Foundation (ASF). Tomcat implements several JavaEE
specifications including Java Servlet, Java Server Pages (JSP), Java EL, and Web Socket, and
provides a "pure Java" HTTP web server environment for Java code to run in.
Tomcat is developed and maintained by an open community of developers under the auspices of
the Apache Software Foundation, released under the Apache License 2.0 license, and is open-source
software.
19 | P a g e

Components
Tomcat 4.x was released with Catalina (a servlet container), Coyote (an HTTP connector) and
Jasper (a JSP engine).
Catalina
Catalina is Tomcat's servlet container. Catalina implements Sun Microsystems' specifications
for servlet and Java Server Pages (JSP). In Tomcat, a Realm element represents a "database" of
usernames, passwords, and roles (similar to Unix groups) assigned to those users. Different
implementations of Realm allow Catalina to be integrated into environments where such
authentication information is already being created and maintained, and then use that information to
implement Container Managed Security as described in the Servlet Specification.
Coyote
Coyote is a Connector component for Tomcat that supports the HTTP 1.1 protocol as a web
server. This allows Catalina, nominally a Java Servlet or JSP container, to also act as a plain web
server that serves local files as HTTP documents.
Coyote listens for incoming connections to the server on a specific TCP port and forwards the
request to the Tomcat Engine to process the request and send back a response to the requesting client.
Another Coyote Connector, Coyote JK, listens similarly but instead forwards its requests to another
web server, such as Apache, using the JK protocol. This usually offers better performance.
Jasper
Jasper is Tomcat's JSP Engine. Jasper parses JSP files to compile them into Java code as
servlets (that can be handled by Catalina). At runtime, Jasper detects changes to JSP files and
recompiles them.
As of version 5, Tomcat uses Jasper 2, which is an implementation of the Sun Microsystems's JSP 2.0
specification. From Jasper to Jasper 2, important features were added:

 JSP Tag library pooling - Each tag markup in JSP file is handled by a tag handler class. Tag
handler class objects can be pooled and reused in the whole JSP servlet.
 Background JSP compilation - While recompiling modified JSP Java code, the older version is
still available for server requests. The older JSP servlet is deleted once the new JSP servlet has
finished being recompiled.
 Recompile JSP when included page changes - Pages can be inserted and included into a JSP at
runtime. The JSP will not only be recompiled with JSP file changes but also with included page
changes.
 JDT Java compiler - Jasper 2 can use the Eclipse JDT (Java Development Tools) Java compiler
instead of Ant and javac.
Three new components were added with the release of Tomcat 7:
 Cluster
This component has been added to manage large applications. It is used for load balancing that
can be achieved through many techniques. Clustering support currently requires the JDK version 1.5
or later.
 High availability
A high-availability feature has been added to facilitate the scheduling of system upgrades (e.g.
new releases, change requests) without affecting the live environment. This is done by dispatching
live traffic requests to a temporary server on a different port while the main server is upgraded on the
main port. It is very useful in handling user requests on high-traffic web applications.
20 | P a g e

 Web application
It has also added user- as well as system-based web applications enhancement to add support for
deployment across the variety of environments. It also tries to manage sessions as well as applications
across the network.
Tomcat is building additional components. A number of additional components may be used with
Apache Tomcat. These components may be built by users should they need them or they can be
downloaded from one of the mirrors.

Features
Tomcat 7.x implements the Servlet 3.0 and JSP 2.2 specifications. It requires Java version
1.6, although previous versions have run on Java 1.1 through 1.5. Versions 5 through 6 saw
improvements in garbage collection, JSP parsing, performance and scalability. Native wrappers,
known as "Tomcat Native", are available for Microsoft Windows and Unix for platform integration.

5.2 Java Server Page

JSP technology is used to create web application just like Servlet technology. It can be
thought of as an extension to servlet because it provides more functionality than servlet such as
expression language, jstl etc.

A JSP page consists of HTML tags and JSP tags. The jsp pages are easier to maintain than
servlet because we can separate designing and development. It provides some additional features such
as Expression Language, Custom Tag etc.

Advantage of JSP over Servlet

There are many advantages of JSP over servlet. They are as follows:

 Extension to Servlet:

JSP technology is the extension to servlet technology. We can use all the features of servlet in
JSP. In addition to, we can use implicit objects, predefined tags, expression language and Custom tags
in JSP, that makes JSP development easy.

 Easy to maintain

JSP can be easily managed because we can easily separate our business logic with presentation
logic. In servlet technology, we mix our business logic with the presentation logic.

 Fast Development: No need to recompile and redeploy

If JSP page is modified, we don't need to recompile and redeploy the project. The servlet code
needs to be updated and recompiled if we have to change the look and feel of the application.

 Less code than Servlet

In JSP, we can use a lot of tags such as action tags, jstl, custom tags etc. that reduces the code.
Moreover, we can use EL, implicit objects etc.
21 | P a g e

Life cycle of a JSP Page

The JSP pages follow these phases:

 Translation of JSP Page

 Compilation of JSP Page
 Classloading (class file is loaded by the classloader)
 Instantiation (Object of the Generated Servlet is created).
 Initialization (jspInit() method is invoked by the container).
 Reqeust processing ( jspService() method is invoked by the container).
 Destroy (jspDestroy() method is invoked by the container).

Figure 7: Life cycle of a jsp file

5.3 MySQL Database

In this project, MySQL is used as the backend database. MySQL is an open source database
management system. The features of MySQL are given below:
 MySQL is a relational database management system. A relational database stores information
in different tables, rather than in one giant table. These tables can be referenced to each other,
to access and maintain data easily.
 MySQL is open source database system. The database software can be used and modify by
anyone according to their needs.
 It is fast, reliable and easy to use. To improve the performance, MySQL is multithreaded
database engine. A multithreaded application performs many tasks at the same time as if
multiple instances of that application were running simultaneously.

In being multithreaded MySQL has many advantages. A separate thread handles each
incoming connection with an extra thread that is always running to manage the connections. Multiple
clients can perform read operations simultaneously, but while writing, only hold up another client that
needs access to the data being updated. Even though the threads share the same process space, they
execute individually and because of this separation, multiprocessor machines can spread the thread
across many CPUs as long as the host operating system supports multiple CPUs. Multithreading is the
22 | P a g e

key feature to support MySQL’s performance design goals. It is the core feature around which
MySQL is built.
MySQL database is connected to java using a JDBC driver. Java Database Connectivity
(JDBC) is a widely accepted application-programming interface (API) for database access. The JDBC
driver is a library that implements the functions supported by JDBC API. It processes JDBC function
calls, submits SQL requests to MySQL server, and returns results back to the application. If
necessary, the driver modifies an application's request so that the request conforms to syntax
supported by MySQL.

5.4 Integrating the Website and Database

Customers ordering from an e-commerce website need to be able to get information about a
vendor’s products and services, ask questions, select items they wish to purchase, and submit payment
information. Vendors need to be able to track customer inquiries and preferences and process their
orders. So a well-organized database is essential for the development and maintenance of an e-
commerce site.
In a static Web page, content is determined at the time when the page is created. As users
access a static page, the page always displays the same information. Example of a static Web page is
the page displaying company information. In a dynamic Web page, content varies based on user input
and data received from external sources. We use the term “data-based Web pages” to refer to dynamic
Web pages deriving some or all of their content from data files or databases.
A data-based Web page is requested when a user clicks a hyperlink or the submit button on a
Web page form. If the request comes from clicking a hyperlink, the link specifies either a Web server
program or a Web page that calls a Web server program. In some cases, the program performs a static
query, such as “Display all items from the Inventory”. Although this query requires no user input, the
results vary depending on when the query is made. If the request is generated when the user clicks a
form’s submit button, instead of a hyperlink, the Web server program typically uses the form inputs to
create a query. For example, the user might select five items to be purchased and then submit the
input to the Web server program. The Web server program then services the order, generating a
dynamic Web page response to confirm the transaction. In either case, the Web server is responsible
for formatting the query results by adding HTML tags. The Web server program then sends the
program’s output back to the client’s browser as a Web page.

6. WEB PAGE PROGRAMMING OPTIONS

An e-commerce organization can create data-based Web pages by using server- side and
client-side processing technologies or a hybrid of the two. With server-side processing, the Web
server receives the dynamic Web page request, performs all processing necessary to create the page,
and then sends it to the client for display in the client’s browser. Client-side processing is done on the
client workstation by having the client browser execute a program that interacts directly with the
database.
23 | P a g e

Figure 8: Web page programming options

Figure 8 (reproduced from [3]) outlines commonly used server-side, client-side, and hybrid
Web and data processing technologies; client-side scripts are in dashed lines to indicate they are
unable to interact directly with a database or file but are used to validate user input on the client, then
send the validated inputs to the server for further processing.

6.1. Server-side processing.

Generally dynamic or data-driven Web pages use HTML forms to collect user inputs,
submitting them to a Web server. A program running on the server processes the form inputs,
dynamically composing a Web page reply. This program, which is called, servicing program, can be
either a compiled executable program or a script interpreted into machine language each time it is run.
Compiled server programs. When a user submits HTML-form data for processing by a compiled
server program, the Web Server invokes the servicing program. The servicing program is not part of
the Web server but it is an independent executable program running on the Web server; it processes
the user input, determines the action which must be taken, interacts with any external sources (Eg:
database) and finally produces an HTML document and terminates. The Web server then sends the
HTML document back to the user’s browser where it is displayed. Figure 9 shows the flow of HTTP
request from the client to the Web server, which is sent to the servicing program. The program creates
an HTML document to be sent to the client browser.
24 | P a g e

Figure 9: Compiled server programs flowchart

Popular languages for creating compiled server programs are Java, Visual Basic, and C++,
but almost any language that can create executable programs can be used, provided that it supports
commands used by one of the protocols that establish guidelines for communication between Web
servers and servicing programs. The first such protocol, introduced in 1993, for use with HTML
forms was the Common Gateway Interface (CGI); many servicing programs on Web sites still use
CGI programs. However, a disadvantage of using CGI-based servicing programs is that each form
submitted to a Web server starts its own copy of the servicing program on the Web server.
Server processing is performed through and interpreted script rather than a compiled program.
If needed, a developer can have a single Web server process a variety of scripts written with any or all
of these technologies. The Web server knows which script interpreter to invoke by taking note of the
requesting script’s file extension. Table 1 below demonstrates some commonly used extensions and
the related technologies.

Table 1: Processing Technology for different File Extensions

Hybrid server-side programming strives to combine the advantages of compiled server-side

programs and server-side scripts; a server-side script is created but not compiled. The first time a user
accesses a Web page calling the script, the script is compiled into machine-readable format and stored
as an executable file. With this approach, the developer works with ordinary text files and does not
need to install an integrated programming development environment to modify the script.
Performance is improved because the program does not need to be translated into machine language
each time it runs.
25 | P a g e

Typically, form processing involves multiple components operating in the background, with
each component responsible for a discrete task such as state management, data validation, database
access, and so on. While there are numerous examples that demonstrate form processing with Perl
scripts and servlets, using JSPs for this purpose has received little attention. There is a reason for this.
Apart from the fact that JSP is a fairly new technology, many view it as being suitable mostly for
handling the presentation of dynamic content sourced from either JavaBeans or servlets. However, as
you shall soon see, the combination of JSP with JavaBeans can be a force to reckon with when
processing HTML forms. JSP are considered as Hybrid server side technologies. JSP is more portable
as it works in most Operating Environments including Windows and Linux.

Choosing server-side processing. From a performance standpoint, because compiled

programs execute faster than scripts, busy Web servers should use compiled server-side programs.
From a development standpoint, scripts are easier to create, modify and install without having to stop
the operation of the web application.

6.2 Client-Side Processing

Client-side Web page processing is achievable through compiled programs downloaded,

installed, and executed on the client workstation or by creating scripts with the HTML Web page
commands interpreted by the client browser.
Downloading and running compiled programs on client workstations. When a user clicks a
hyperlink on a Web page associated with a compiled client-side program, the user’s browser must
have the ability to run the executable program file; this program interacts with the user, sending and
retrieving data from a database server as needed.
Many times, the user is asked to install certain ActiveX components to view some animations
or play games. This new component plugs in into the existing system, thus extending the functionality
of the system.
Java Applets are another example of compiled programs on client workstations. An applet is a
program written in the Java programming language that can be included in an HTML page, much in
the same way an image is included in a page. When we use a Java technology-enabled browser to
view a page that contains an applet, the applet's code is transferred to our system and executed by the
browser.
Client-side scripts. In a client-side script, source code written in such languages as JavaScript
and VBScript is embedded in an HTML document, along with the static HTML text; it is placed
within delimiter tags to indicate to the user’s browser that the text is code that must be interpreted. If
the user’s browser is able to recognize and interpret the code, it is processed. If the browser is unable
to recognize and interpret the code, it is displayed as text on the Web page.
Although basic client-side scripts cannot be used by a Web page to interact with a remote
database, they are often used to validate user inputs entered on HTML forms submitted for processing
by a server-side program; for example, a script running on a client workstation might check the inputs
users submit to a Web page to make sure they entered all required data and appropriate data values.
This approach avoids transmitting inputs to the Web server that are incomplete or include errors,
while offloading error checking and handling from the Web server program to the client workstation.
Client-side scripts can also be used to create advanced Web page features, including:
animations, calculations, playing sound and video, and image maps allowing users to move their
cursors over an image and click to access different Web page links.
JavaScript is the most commonly used client-side scripting language and is supported by most
browsers.
Use of a client-side scripting language depends on the user’s operating system, browser
platforms, and developer expertise. If the Web pages in question are to be accessed by a variety of
users over the Internet, JavaScript is probably better than VBScript, as JavaScript is the only scripting
language able to run on nearly all browsers. If the Web pages are to be accessed on an intranet and if
the organization has standardized on Microsoft’s browser and Web server, VBScript is a satisfactory
scripting language for creating client-side scripts.
26 | P a g e

7. WEB BASED APPLICATION DEVELOPMENT

The Web is built on the HyperText Transfer Protocol. HTTP is a client/server request/reply
protocol that is stateless. That is, the protocol does not make any association between one transaction
and another; e.g.: time since the last transaction, type or client involved in the last transaction, what
data was exchanged between the client and the server. As far as HTTP is concerned, each transaction
is a discrete event. But this is not what we want in a shopping cart application because we need to
preserve the user’s shopping selection as they proceed with their purchase, in addition it is useful to
have the access to their past purchase history and personal preferences.
Carrying information from one page to another can be achieved by several ways, such as Cookies,
Session variables, Post variables, etc.
A cookie is a small file that has a maximum age, a domain and path of applicability, and a
security specification. Any time a server sends a response to a client, it may include one or more Set-
Cookie headers. When a client receives a Set-cookie header, it stores the content of the header and the
cookie, for later use. In our application, every time the client selects an item to put in the shopping
cart, the server can send a Set-Cookie whose content is the ID of the item, and whose domain and path
of applicability are the URL of the order/payment page. Then, when the user goes to order and pay,
the client will send the Cookie headers for each of the selected items. Upon receiving this request, the
server can parse the supplied cookies and charge the user appropriately for the selected items. Cookies
may also be used to identify the users.
However, cookies are very insecure to use since they are transmitted as plain text and the server
has no control over how cookies are stored in at the client’s side. Another approach is based on a
notion of session ID. These notions provide means for the server to track the requests of a client
through a “session”, but unlike cookies, which are stored on the client, Session variables are stored on
the Server. A session starts when a user logs in and ends when they log off from the website.
The Session object is used to store information about, or change settings for a user session.
Variables stored in the Session object hold information about one single user, and are available to all
pages in one application. Common information stored in session variables are name, id, and
preferences. The server creates a new Session object for each new user, and destroys the Session
object when the session expires.

8. DATABASE CONNECTIVITY

Java Database Connectivity (JDBC) API provides industry-standard and database-independent

connectivity between the java applications and database servers. Just like java programs that we can
“write once and run everywhere”, JDBC provides framework to connect to relational databases from
java programs.
JDBC API is used to achieve following tasks:

 Establishing a connection to relational Database servers like Oracle, MySQL etc. JDBC API
doesn’t provide framework to connect to NoSQL databases like MongoDB.
 Send SQL queries to the Connection to be executed at database server.
 Process the results returned by the execution of the query.

JDBC Drivers

JDBC API consists of two parts – first part is the JDBC API to be used by the application
programmers and second part is the low-level API to connect to database. First part of JDBC API is
27 | P a g e

part of standard java packages in java.sql package. For second part there are four different types of
JDBC drivers:

Figure 9: JDBC Types

1. JDBC-ODBC Bridge plus ODBC Driver (Type 1): This driver uses ODBC driver to connect to
database servers. We should have ODBC drivers installed in the machines from where we want to
connect to database, that’s why this driver is almost obsolete and should be used only when other
options are not available.
2. Native API partly Java technology-enabled driver (Type 2): This type of driver converts
JDBC class to the client API for the RDBMS servers. We should have database client API
installed at the machine from which we want to make database connection. Because of extra
dependency on database client API drivers, this is also not preferred driver.
3. Pure Java Driver for Database Middleware (Type 3): This type of driver sends the JDBC calls
to a middleware server that can connect to different type of databases. We should have a
middleware server
4. installed to work with this kind of driver. This adds to extra network calls and slow performance.
Hence this is also not widely used JDBC driver.
5. Direct-to-Database Pure Java Driver (Type 4): This is the preferred driver because it converts
the JDBC calls to the network protocol understood by the database server. This solution doesn’t
require any extra APIs at the client side and suitable for database connectivity over the network.
However for this solution, we should use database specific drivers, for example OJDBC jars
provided by Oracle for Oracle DB and MySQL Connector/J for MySQL databases.
28 | P a g e

Databas e Drivers and Configuration

Database configurations are the most important details when using JDBC API. The first thing
we should know is the Driver class to use. For Oracle database, driver class
isoracle.jdbc.driver.OracleDriver and for MySQL database, driver class iscom.mysql.jdbc.Driver.
You will find these driver classes in their respective driver jar files and both of these
implement java.sql.Driver interface.
The second important part is the database connection URL string. Every database driver has
its own way to configure the database URL but all of them have host, port and Schema details in the
connection URL. For MySQL connection String format
isjdbc:mysql://<HOST>:<PORT>/<SCHEMA> and for Oracle database connection string format
isjdbc:oracle:thin:@<HOST>:<PORT>:<SID>.The other important details are database username and
password details to be used for connecting to the database.
Loading the JDBC driver and using DriverManager to create the connection. Notice that this
code use only Java JDBC API classes and there is no way to know that it’s connecting to which type
of database. This is also a great example ofwriting code for interfaces methodology.
The important thing to notice is the Class.forName() method call, this is the Java
Reflection method to create the instance of the given class. You might wonder why we are using
Reflection and not new operator to create the object and why we are just creating the object and not
using it.
The first reason is that using reflection to create instance helps us in writing loosely-coupled
code that we can’t achieve if we are using new operator. In that case, we could not switch to different
database without making corresponding code changes

The reason for not using the object is because we are not interested in creating the object. The
main motive is to load the class into memory, so that the driver class can register itself to the
DriverManager. If you will look into the Driver classes implementation, you will find that they have
static block where they are registering themselves to DriverManager.

DriverManager.getConnection() method uses the registered JDBC drivers to create the

database connection and it throws java.sql.SQLException if there is any problem in getting the
database connection.

JDB C Statement and Re sultSet

JDBC Connection, Statement and ResultSet are expensive resources and we should close
them as soon as we are finished using them.

Connection.createStatement() is used to create the Statement object and

thenexecuteQuery() method is used to run the query and get the result set object.
First call to ResultSet next() method call moves the cursor to the first row and subsequent calls moves
the cursor to next rows in the result set. If there are no more rows then it returns false and come out of
the while loop. We are using result setgetXXX() method to get the columns value and then writing
them to the jsp page

So , in this project I have used simple java classes in Dao Layer for MVC model to access the
database and to set and get the data from database.

The Connection Object

The Connection object creates the connection to the database. Microsoft Visual Studio .NET
provides two types of Connection classes: the SqlConnection object, which is designed specifically to
29 | P a g e

connect to Microsoft SQL Server 7.0 or later, which can provide connections to a wide range of
database

9. THE SHOPPING CART APPLICATION

The objective of this application is to provide the user an online website where they can buy
handicrafts from the comfort of their home. A shopping cart is used for the purpose. The user can
select the desired handicrafts, place them in the shopping cart and purchase them using a Credit Card,
Debit Card or COD. The user’s order will be shipped according to the type of shipping selected at the
time of placing the order.

Below figures show some screenshots taken from running the application. All the
functionalities are explained accordingly.

When the user types the web address in the browser, the main page of the application is displayed
which has the list of the most popular handicrafts available in the store, as shown in Figure 10.
30 | P a g e

Figure 10: Home Page

The information about handicrafts is stored in “Products” table. The user can know the
Description of the product, vendor of the product, price of the product etc. A link to add the product to
the shopping cart and also a link to add a star rating review for the product are also provided. The user
does not have to login to add a product to the cart or to read/write a review.

9.1 Search Products

Products can be searched based on the Name, Handicraft or the Producing state of the
product.

9.2 Registration / Sign Up

A new user can register on the site by clicking on the Sign Up Link on the menu at the top of the
page, as shown in Figure 11.
31 | P a g e

Figure 11: Sign Up page

If a user with same UserID already exists, the message is displayed. Clicking on Submit will
submit the information for registration. Upon successful completion, the user is directed to the home
page and an email is sent to the given email address as an acknowledgement of registration.

9.3 User Details

Users can change their profile except for the UserID and these details will be reflected in the
database only when the Update button is clicked.

9.4 Shopping Cart

When “Add to Cart” is clicked for any product, it is added to the shopping cart
illustrated. If that particular product is already present in the shopping cart, the quantity is increased
by 1 and the price is changed accordingly; if not, a new entry is made into the table. All the
information in the shopping cart is stored in “shopping_cart_items” table. Adding a product into the
shopping cart does not decrease the quantity of product in the Products table. It is decreased only after
an order is placed for the product. So, placing the product in the shopping cart does not guarantee the
availability of the product at the time of placing the order.
32 | P a g e

Figure 12: Add to cart option on an item

9.5 Administrator Page

Product information can only be changed by the Administrator of the site. All other users can only
view the details of the books. Figure 13 shows the various data and statistics available to the
administrator. A specific menu is created for the administrator.

Figure 13: Details of promotions of website and expenditure endured

33 | P a g e

Figure 14: List of inventories and categories available

Figure 15: List of outlets available

9.6 Skins
Various skins were implemented for the website. The choice of skins was saved in cookies. If
the user was not logged in, the choice would expire after some time. The following three skins were
implemented.
34 | P a g e

Figure 16: Skin 1

Figure 17: Skin 2

35 | P a g e

Figure 18: Skin 3

9.7 Vendor
Vendors can sell their products on the website. For this, they shall register by clicking on
“Sell” option on the top menu bar.

9.7.1 Vendor Registration

Figure 19: Vendor Sign Up

36 | P a g e

For registration, the user only needs to give his/her email address and phone number. After signing
up, the vendor is redirected to another page where they can log in.

9.7.2 Vendor Login

After signing up, the vendor needs to login again to be able to edit and view their profile.

Figure 20: Vendor Login

9.7.3 Vendor Details

After logging in the first time, the vendor is required to fill up the details. These details are
required for vender authentication. The information is then verified and then the vendor can start
using the website for selling their products. This is important to ensure that no fake organisations
register on the site. This can result in fraudulent transactions and would tarnish the reputation of our
website.
37 | P a g e

Figure 21: Vendor Information-1

Figure 22: Vendor Information-2

38 | P a g e

Figure 23: Vendor Information-3

The vendor can start adding inventory and sell products on the website once he signs the
contract.

9.7.4 Vendor Home Page

The vendor’s homepage contains links to add or remove inventory. They can also monitor
how well their products are selling and how many orders have been placed.

When a user logs off the website, the items in their Shopping Cart are cleared.
When the user enters a password during the registration, it is encrypted before it is
stored in the database. MD5 encryption is used for the purpose. It is a one-way encryption and the
original form cannot be retrieved again. Similar encryption method is used for Credit Card Number.
Suppose there are only three “Pashmina Shawls”available in the store. One user adds all of
them to the shopping cart, and by the time he chooses other items and places the order, another user
has already placed an order for two of those shawls. In that case, the first user comes to know about
this at the time of placing the order and he is directed to the shopping cart to make the appropriate
changes.
The user need not be logged in to add items to the shopping cart. When the user adds items
without logging in, a GUID (Globally Unique Identifier) is obtained from the system and stored in
Session["sid”] variable. This GUID is stored in the shopping_cart_items table along with the selected
books by the user. If the user logs in, the GUID in the table is replaced with the actual UserID of the
user.
Session variables are used to transfer data from one page to another. As soon as the user
closes the window, the session variables are cleared.

9.8 Transactions in the Application

A transaction is a group of database commands that are treated as a single unit.

Transaction must pass what is known as the ACID test:
Atomic: All operations in the transaction are executed properly or none. In other words, they
make up a single unit of work. For example, if a customer moves and a transaction is used to reflect
39 | P a g e

that change in the database, all parts of the address (street, city, state, etc.) must be changed as an
atomic action, rather than changing street, then city, then state, and so on.
Consistent: The execution of a single transaction preserves the consistency of the database.
All the relationships between data in a database are maintained correctly. For example, if customer
information uses a tax rate from a state tax table, the state entered for the customer must exist in the
state tax table.
Isolation: Each transaction is unaware of the other transactions occurring concurrently.
Changes made by other clients cannot affect the current changes. For example, if two data entry
operators try to make a change to the same customer at the same time, one of two things occurs: either
one operator's changes are accepted and the other is notified that the changes were not made, or both
operators are notified that their changes were not made. In either case, the customer data is not left in
an indeterminate state.
Durability: Changes the transaction has performed persist in the database. Once a change is
made, it is permanent. If a system error or power failure occurs before a set of commands is complete,
those commands are undone and the data is restored to its original state once the system begins
running again.
Transaction processing is particularly important for Web applications that use data access,
since Web applications are distributed among many different clients. In a Web application, databases
are a shared resource, and having many different clients distributed over a wide area can present these
key problems:
Contention for resources. Several clients might try to change the same record at the same
time. This problem gets worse the more clients you have.
Unexpected failures. The Internet is not the most reliable network, even if your Web
application and Web server are 100 per cent reliable. Clients can be unexpectedly
disconnected by their service providers, by their modems, or by power failures.
Web application life cycle. Web applications do not follow the same life cycle as Windows
applications—Web forms live for only an instant, and a client can leave your application at
any point by simply typing a new address in their browser.

Transaction processing follows these steps:

1. Begin a transaction.
2. Process database commands.
3. Check for errors.
4. If errors occurred, restore the database to its state at the beginning of the transaction. If no errors
occurred, commit the transaction to the database.

Suppose two users try to add the same item to the shopping cart and try to place an order at
the exact same time. An update should be done to the Products table after the order is placed, but if
only the latest transaction is noted down, the book quantity will differ in the real world. This situation
has to be handled as in a “Transaction”. As detailed earlier, a transaction is an operation or set of
operations that succeeds or fails as a logical unit. That is, either both the updates are not done, or both
the updates are done consecutively.

Managing Transaction <sql:transaction>

A transaction is a sequence of database operations that must either succeed or fail as a group. In JSTL,
you can wrap a series of queries and updates into a transaction by nesting the corresponding
<sql:query> and <sql:update> actions in the body content of a <sql:transaction> tag. The syntax for
<sql:transaction> is as follows:

<sql:transaction dataSource="dsExpression" [isolation="isolationLevel"] >

<sql:query ... /> | <sql:update ... />
......
</sql:transaction>
40 | P a g e

The attribute isolation specifies the isolation level for the transaction, and may be either
read_committed, read_uncommitted, repeatable_read, or serializable. The <sql:transaction> tag is
used to group <sql:query> and <sql:update> into transactions. You can put as many <sql:query> and
<sql:update> as statements inside <sql:transaction> to make them a single transaction.
It ensures that the database modifications performed by the nested actions are either
committed or rolled back if an exception is thrown by any nested action.

Table 2: Transaction attributes

A transaction can be explicitly committed or aborted using static methods of the

System.EnterpriseServices.ContextUtil class. You can explicitly call the SetComplete or SetAbort
method to commit or abort an ongo ing transaction.
A transaction will commit or abort at the end of the page's lifetime depending on whether
SetComplete or SetAbort was called last, provided there is no other object to join the same
transaction.

10. LIMITATIONS AND FUTURE DEVELOPMENT

There are some limitations for the current system to which solutions can be provided as a future
development:
1. The system is not configured for multi- users at this time. The concept of transaction can
be used to achieve this.
2. The Website is not accessible to everyone. It can be deployed on a web server so that
everybody who is connected to the Internet can use it.
` 3. Credit Card validation is not done. Third party proprietary software can be used for
validation check. For a payment gateway a third party services may be used e.g., PayPal.
41 | P a g e

As for other future developments, the following can be done:

1. The Administrator of the web site can be given more functionalities, like looking at a
specific customer’s profile, the books that have to be reordered, etc.
2. Multiple Shopping carts can be allowed.
3. The header of the website is too large and the user has to scroll down to access items and
other things. This can be improved.
4. The cart can be improved.
5. Search functionality can be bettered.
6. Recommendations can be provided as per the browsing choice of the user.

4. CONCLUSION

The Internet has become a major resource in modern business, thus electronic shopping has
gained significance not only from the entrepreneur’s but also from the customer’s point of view. For
the entrepreneur, electronic shopping generates new business opportunities and for the customer, it
makes comparative shopping possible. As per a survey, most consumers of online stores are impulsive
and usually make a decision to stay on a site within the first few seconds. “Website design is like a
shop interior. If the shop looks poor or like hundreds of other shops the customer is most likely to skip
to the other site”. Hence we have designed the project to provide the user with easy navigation,
retrieval of data and necessary feedback as much as possible.
In this project, the user is provided with an e-commerce web site that can be used to buy
handicraft online. To implement this as a web application we used JSP, servlet and java as the
Technology. JSP has several advantages such as enhanced performance, scalability, built- in security
and simplicity. To build any web application using JSP we need Java programming language. Java
was the language used to build backend processing system of this application. For the client browser
to connect to the servlet engine we used apache tomcat server as the Web Server. Java servlet uses
java DAO layer and java beans to interact with the database as it provides in-memory caching that
eliminates the need to contact the database server frequently and it can easily deploy and maintain an
java application. MySQL was used as back-end database since it is one of the most popular open
source databases, and it provides fast data access, easy installation and simplicity.
A good shopping cart design must be accompanied with user-friendly shopping cart application
logic. It should be convenient for the customer to view the contents of their cart and to be able to
remove or add items to their cart. The shopping cart application described in this project provides a
number of features that are designed to make the customer more comfortable.
This project helps in understanding the creation of an interactive web page and the technologies
used to implement it. The design of the project which includes Data Model and Process Model
illustrates how the database is built with different tables, how the data is accessed and processed from
the tables. The building of the project has given me a precise knowledge about how JSP is used to
develop a website, how it connects to the database to access the data and how the data and web pages
are modified to provide the user with a shopping cart application.

5. BIBLIOGRAPHY
42 | P a g e

Articles

a. Diwakar, H., Marathe, M. (2000). The architecture of a one-stop web-window

shop. December, ACM SIGecom Exchanges, Volume 2 Issue 1.
b. Kubilus, N. J. (2000). Designing an e-commerce site for users. September 2000,
Crossroads, Volume 7 Issue 1.
c. Norman, D.A. The Design of Everyday Things. Doubleday, New York, 1994.
d. Morrison, M., Morrison, J., and Keys, A. (2002). Integrating Web Sites and
Databases. Communications of the ACM, September, Volume 45, Issue 9.

Links
e. King, Graham (2004-12-20). "High availability Tomcat - Connect Tomcat
servers to Apache and to each other to keep your site running". JavaWorld .
f. http://tomcat.apache.org/tomcat-5.5-doc/config/realm.html
g. http://www.oracle.com/technetwork/articles/java/webapps-1-138794.html
h. http://www.oracle.com/technetwork/java/faq-137059.html
i. http://www.oracle.com/technetwork/articles/javase/index-142890.html
j. http://www.oracle.com/technetwork/java/dataaccessobject-138824.html

Books
k. Wiley, Y. M. J. & Sons, “Creating the Virtual Store: Taking Your Web Site
from Browsing to Buying” (1997).
l. Brittain, Jason; Darwin, Ian, “Tomcat: The Definitive Guide” (2nd ed.), O'Reilly
Media, p. 494, ISBN 978-0-596-10106-0, (October 23, 2009).