HTML5 vs JSP - REST based application development

We are developing a Java (Jersey) REST based application and we produce and consume JSON. In this context, I want to ask one question

We are developing  our front end using only HTML5, CSS 3, JavaScript and jQuery (No JSP or Servlet). The files will be having .html extension. Is it fine to develop our application like this or do we need to use JSP (.jsp file extension) instead of HTML5 (.html extension)?

Currently we are using  HTML5 sessionStorage to manage sessions and user authentication and authorization

Please advice
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Julian HansenCommented:
You have to develop your front end in HTML5, CSS 3 etc they are front end technologies.

JSP is a server side technology.

It works like this.

When you call a .jsp page example somepage.jsp - what happens is the following
1. The HTTP server receives the request
2. The HTTP server checks its internal rules on how to handle the request this could be any / all of the following
    a) Checking the extension of the requested file
    b) Checking rewrite rules to route the request
3. In this case the server is configured to pass .JSP files to the Java processor that will interpret that file
4. The JSP script is interpreted and executed - this results in output that comprises
     This is what is sent back to the browser

The browser never has sight of the JSP files themselves - only the output of those file.s

If you use a .jsp extension and you do not include any java code inside the file - in other words plain HTML - that is fine - the Java processor will simply scan through the html and output it as is.

There might be a slight performance gain from making your files .html - but that is relative and if you have a rewriting setup that routes html to the Java processor anyway - it makes no difference.

So bottom line it makes no difference in the end and there is no problem with using .html as extension providing there is no Java code in the file that you need to interpret.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Alexandre SimõesManager / Technology SpecialistCommented:
So your REST services layer is implemented with Jersey, OK.

Your web application is another system, developed in front-end technologies (HTML, CSS, Javascript... whatever).

I don't see what is it that is bothering you to think that not using JAVA in the front-end would be an issue.
These two should be treated as two separate systems that are linked only by the HTTP communication protocol.
You could have some services developed in .Net, others in JAVA Jersey, others with JAVA RESTEasy... it doesn't really matter as long as they accept HTTP requests and reply in the expected format (usually JSON).

So think about your REST services as an independent and stateless system that reply to HTTP requests independently of their or the client's technology.
ShajiAuthor Commented:
Thanks Julian Hansen and Alexandre Simões
Julian HansenCommented:
You are welcome.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.