Introduksjon til JSP Architecture

JSP er et forkortelse av Java Server Pages. Så før vi lærer om JSP Arkitektur, la oss forstå hva JSP handler om. JSP er en teknologi som hjelper programvareutviklere eller programmerere å lage dynamiske websider basert på HTML, XML eller kanskje med noen andre dokumenttyper. For en grunnleggende forståelse, kan vi vurdere at JSP vanligvis er en HTML-side eller kode som også støtter Java-koder eller utsagn. Det kan også sies når JSP legger til eller legger inn JAVA på HTML-siden ved hjelp av JSP-koder. JSP brukes i utgangspunktet for å hjelpe utviklerne med å utvikle presentasjonslaget for noen applikasjonsnivåer. Det brukes mest til å designe nettsteder på en forbedret måte.

JSP ble utgitt i 1999 av selskapet kalt Sun Microsystems. JSP ligner vanligvis PHP- og ASP-programmeringsspråk, men bruker Java-programmeringsspråket.

Noen av de gode egenskapene til JSP er:

  • Den støtter både skripting og elementbasert dynamisk sideinnhold.
  • Den lar utviklere utvikle tilpassede tagbiblioteker for å oppfylle applikasjonsspesifikke behov.
  • Vi kan bruke JSP ved å kombinere servlets som kan administrere forretningslogikk og modell som støttes av Java servlet-malmotorer.
  • JSP-sider er vanligvis forkompilerte for effektiv serverprosess.
  • Vi kan betrakte JSP som en integrert del av J2EE. Det er en veldig god plattform for applikasjoner på Enterprise-nivå.
  • Ikke bare HTML i JSP-programmet, men det tillater oss også å legge inn eller legge til noen spesiell kode (som kalles skriptskode) på HTML-sider.
  • I JSP er Java standard skriptspråk, men JSP-spesifikasjonen tillater også andre språk, for eksempel JavaScript, VBScript og Perl, etc.

Merk at JSP kan betraktes som spesifikasjon, ikke bare et produkt som indirekte betyr at leverandørene kan utfordre med forskjellige applikasjoner eller implementeringer som kan føre til ytelse og kvalitetsforbedring.

Eksempel på en enkel JSP-sidekode er skrevet nedenfor:



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.

Forklaring: I koden over vil siden vise forskjellige hilsenmeldinger til brukerne basert på lokal tid på dagen. Når "Hei der, god morgen!" Vises, er den lokale tiden for systemet før kl. 12, "Hei der, god dag!" Hvis klokka er mellom kl. 12 til 18 og "Hei der, god kveld! ”Er den lokale tiden etter 18:00. For eksempel, hvis lokal tid er 21:00, vil siden vises som nedenfor:

< html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html >

< html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html >

< html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html > < html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html >

Nettsiden med koden ovenfor vises som nedenfor:

JSP Arkitektur:

La oss snakke om JSP-arkitekturen (hvordan JSP fungerer). Før vi fortsetter, la oss få beskjed om at vi bruker Apache Tomcat-server for JSP, da Tomcat-serveren har en JSP-motor som er nødvendig for å behandle JSP-sidene. Nedenfor diskuterer vi flyten av JSP-forespørsel og svar (arkitektoniske punkter) på en ordnet måte.

  1. For en JSP-fil blir forespørselen vanligvis initiert av klientleseren.
  2. Webserver (her, JSP Engine) laster inn JSP-filen og oversetter den samme for å generere en Java-kode som vil bli betraktet som Servlet.
  3. Når Servlet (Java-koden) genereres, sammenstiller JSP Engine Servlet, og kompilasjonsfeil blir oppdaget (om noen) i denne fasen.
  4. Etter samlingen laster beholderen servletklassen og utfører den.
  5. Etter henrettelsen sender JSP Engine svaret tilbake til klienten.

Merk å merke seg her er at: Oversettelses- og kompilasjonsfase behandles bare når

  1. Den første forespørselen kommer for JSP-filen.
  2. Den genererte servletten er eldre enn JSP-filen, og i dette tilfellet blir JSP-filen endret.

Nedenfor er en illustrasjon av JSP Architecture (forespørsel / svar) for bedre forståelse:

Nedenfor er en illustrasjon av en JSP-side om hvordan den blir servert / behandlet gjennom serveren.

I utgangspunktet er JSP (Java Server Pages) en del av en 3-lags arkitektur der en server (vanligvis referert til som Application Server eller Web Server) støtter Java Server Pages (.jsp-sider). Denne serveren fungerer som en mekler mellom klientsystemets nettleser og en database som vist i det nedenstående billeddiagrammet.

Konklusjon:

I konklusjonen kan vi si at JSP-sider i utgangspunktet er utførelse på høyt nivå av servleten som gjør det mulig for programmererne å legge inn Java-koder på HTML-sidene der JSP-filer til slutt blir kompilert til en servlet av JSP Engine og at kompilert servlet brukes for å betjene forespørselen fra motoren.

Vanligvis sjekker JSP Engine om det allerede eksisterer en servlet for en JSP-fil, og om den endrede tiden på JSP er eldre enn den genererte servleten. Hvis JSP er eldre, antar JSP-beholderen at JSP fremdeles er uendret og den genererte servleten samsvarer fortsatt med JSP-innholdet. På denne måten er prosessen mer effektiv enn de andre skriptspråkene (for eksempel PHP, ASP, etc.) og dermed raskere. Således, ved ovennevnte diskusjon, kan vi si at JSP-siden bare er en annen måte å skrive en servlet uten behov for høy kunnskap i Java-programmering der, med unntak av oversettelsesfasen eller prosessen, håndteres JSP nesten likt som andre vanlige servlets.

Anbefalte artikler

Dette har vært en guide til JSP Architecture. Her diskuterer vi introduksjonen, funksjoner, arkitektur og billedlig fremstilling av JSP Architecture. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. JSP intervjuspørsmål
  2. Datavarehusarkitektur
  3. Karrierer i databaseadministrasjon
  4. DBMS Arkitektur

Kategori:

Programvare utvikling