Les questions d’entretien sur JSP sont très importantes si vous passez un entretien Java. JSP est une partie intégrante de toute application web Java EE et récemment j’ai beaucoup écrit sur différentes fonctionnalités de JSP. Nous avons commencé par les bases de JSP, le scripting JSP et fini par les balises personnalisées JSP pour éviter le code Java dans les pages JSP. Certains des tutoriels auxquels vous pourriez vous référer sont:
- Tutoriel JSP pour les débutants
- Objets implicites JSP
- Directives JSP
- Gestion des exceptions JSP
- Balises d’action JSP
- JSP EL
- Balises de base JSTL
- Balises personnalisées JSP
Questions d’entretien JSP
Voici quelques questions d’entretien importantes sur JSP avec des réponses pour vous aider dans vos entretiens. Il s’agit de bonnes questions d’entretien sur JSP et de réponses pour les programmeurs expérimentés ainsi que pour les débutants. Avant de passer aux réponses, je vous recommanderais de lire les tutoriels ci-dessus, d’essayer de répondre par vous-même et de tester votre compréhension de JSP.
- Qu’est-ce que JSP et pourquoi en avons-nous besoin?
- Quelles sont les phases du cycle de vie de JSP?
- Quels sont les méthodes du cycle de vie de JSP?
- Quelles méthodes du cycle de vie de JSP peuvent être remplacées?
- Comment pouvons-nous éviter l’accès direct aux pages JSP depuis le navigateur du client?
- Quels sont les différents types de commentaires en JSP?
- Qu’est-ce qu’un Scriptlet, une Expression et une Déclaration en JSP?
- Quels sont les objets implicites de JSP?
- Pouvons-nous utiliser des objets implicites de JSP dans une méthode définie dans la Déclaration JSP?
- Quel objet implicite n’est pas disponible dans les pages JSP normales?
- Quels sont les avantages de l’objet implicite PageContext?
- Comment configurons-nous les paramètres initiaux pour JSP?
- Pourquoi l’utilisation d’éléments de script dans JSP est-elle découragée?
- Pouvons-nous définir une classe dans une page JSP?
- Comment pouvons-nous désactiver le code Java ou le script dans une page JSP?
- Expliquez les éléments d’action JSP ou les balises d’action?
- Quelle est la différence entre la directive d’inclusion et l’action jsp:include?
- Qu’est-ce que le langage d’expression JSP et quels sont ses avantages?
- Quels sont les objets implicites JSP EL et en quoi diffèrent-ils des objets implicites JSP?
- Comment utiliser JSP EL pour obtenir le nom de la méthode HTTP?
- Qu’est-ce que la bibliothèque de balises standard JSP, fournissez quelques exemples d’utilisation?
- Quels sont les types de balises JSTL?
- Qu’est-ce qu’une balise personnalisée JSP et quels sont ses composants?
- Donnez un exemple où vous avez besoin d’une balise personnalisée JSP?
- Pourquoi n’avons-nous pas besoin de configurer les balises standard JSP dans web.xml?
- Comment pouvons-nous gérer les exceptions lancées par la méthode de service JSP?
- Comment attraper une exception et la traiter en utilisant JSTL?
- Comment imprimer « <br> crée une nouvelle ligne en HTML » en JSP?
- Qu’est-ce que jsp-config dans le descripteur de déploiement?
- Comment ignorer l’évaluation de l’expression EL dans un JSP?
- Quand le conteneur initialisera-t-il plusieurs objets JSP/Servlet?
- Pouvons-nous utiliser JavaScript avec les pages JSP?
- Comment pouvons-nous empêcher la création implicite de session en JSP?
- Quelle est la différence entre JspWriter et Servlet PrintWriter?
- Comment pouvons-nous étendre la technologie JSP?
- Fournir quelques bonnes pratiques JSP?
Questions et réponses d’entretien sur JSP
-
Qu’est-ce que JSP et pourquoi en avons-nous besoin?
JSP signifie JavaServer Pages. JSP est une technologie côté serveur Java permettant de créer des pages web dynamiques. JSP est une extension de la technologie Servlet pour aider les développeurs à créer des pages dynamiques avec une syntaxe similaire à HTML. Nous pouvons créer des vues utilisateur également en servlet, mais le code deviendra très désordonné et sujet aux erreurs. De plus, la plupart des éléments sur une page web sont statiques, donc la page JSP est plus adaptée aux pages web. Nous devrions éviter la logique métier dans les pages JSP et essayer de les utiliser uniquement à des fins d’affichage. Les éléments de script JSP peuvent être utilisés pour écrire du code Java dans les pages JSP, mais il est préférable de les éviter et d’utiliser des éléments d’action JSP, des balises JSTL ou des balises personnalisées pour obtenir les mêmes fonctionnalités. Un autre avantage de JSP est que la plupart des conteneurs prennent en charge le déploiement à chaud des pages JSP. Il suffit d’apporter les modifications nécessaires dans la page JSP et de remplacer l’ancienne page par la page JSP mise à jour dans le répertoire de déploiement, et le conteneur chargera la nouvelle page JSP. Nous n’avons pas besoin de compiler le code de notre projet ni de redémarrer le serveur, tandis que si nous apportons une modification dans le code servlet, nous devons reconstruire l’ensemble du projet et le déployer. Bien que la plupart des conteneurs prennent désormais en charge le déploiement à chaud des applications, cela reste plus de travail que pour les pages JSP.
-
Quelles sont les phases du cycle de vie de JSP ?
Si vous examinez le code de la page JSP, il ressemble à du HTML et ne ressemble en rien aux classes Java. En fait, le conteneur JSP se charge de traduire les pages JSP et de créer la classe servlet utilisée dans l’application web. Les phases du cycle de vie de JSP sont les suivantes :
- Traduction – Le conteneur JSP vérifie le code de la page JSP et le parse pour générer le code source de la servlet. Par exemple, dans Tomcat, vous trouverez les fichiers de classe de servlet générés dans le répertoire TOMCAT/work/Catalina/localhost/WEBAPP/org/apache/jsp. Si le nom de la page JSP est home.jsp, généralement le nom de la classe servlet générée est home_jsp et le nom du fichier est home_jsp.java
- Compilation – Le conteneur JSP compile le code source de la classe JSP et produit le fichier de classe dans cette phase.
- Chargement de classe – Le conteneur charge la classe en mémoire dans cette phase.
- Instantiation – Le conteneur invoque le constructeur sans argument de la classe générée pour la charger en mémoire et l’instancier.
- Initialisation – Le conteneur invoque la méthode init de l’objet classe JSP et initialise la configuration de la servlet avec les paramètres init configurés dans le descripteur de déploiement. Après cette phase, la JSP est prête à traiter les demandes des clients. Généralement, de la traduction à l’initialisation de la JSP se produit lors de la première demande pour la JSP, mais nous pouvons la configurer pour être chargée et initialisée au moment du déploiement comme les servlets en utilisant l’élément load-on-startup.
- Traitement de la demande – C’est le cycle de vie le plus long de la page JSP et la page JSP traite les demandes des clients. Le traitement est multi-threadé et similaire aux servlets, et pour chaque demande, un nouveau thread est créé et les objets ServletRequest et ServletResponse sont créés et la méthode de service JSP est invoquée.
- Destruction – C’est la dernière phase du cycle de vie de JSP où la classe JSP est déchargée de la mémoire. Généralement, cela se produit lorsque l’application est désinstallée ou que le serveur est arrêté.
-
Quels sont les méthodes du cycle de vie JSP?
Les méthodes du cycle de vie JSP sont :
- jspInit(): Cette méthode est déclarée dans
JspPageet elle est implémentée par les implémentations du conteneur JSP. Cette méthode est appelée une fois dans le cycle de vie JSP pour l’initialiser avec les paramètres de configuration configurés dans le descripteur de déploiement. Nous pouvons remplacer cette méthode en utilisant l’élément de script de déclaration JSP pour initialiser toutes les ressources que nous voulons utiliser dans la page JSP. - _jspService(): Il s’agit de la méthode JSP invoquée par le conteneur JSP pour chaque demande client en passant l’objet de demande et de réponse. Remarquez que le nom de la méthode commence par un trait de soulignement pour le distinguer des autres méthodes du cycle de vie car nous ne pouvons pas remplacer cette méthode. Tout le code JSP se trouve à l’intérieur de cette méthode et il est remplacé par défaut. Nous ne devrions pas essayer de le remplacer en utilisant l’élément de script de déclaration JSP. Cette méthode est définie dans l’interface HttpJspPage.
- jspDestroy(): Cette méthode est appelée par le conteneur lorsque la JSP est déchargée de la mémoire, comme lors de l’arrêt de l’application ou du conteneur. Cette méthode est appelée une seule fois dans le cycle de vie JSP et nous devrions remplacer cette méthode pour libérer toutes les ressources créées dans la méthode d’initialisation JSP.
- jspInit(): Cette méthode est déclarée dans
-
Quels méthodes de cycle de vie JSP peuvent être substituées?
Nous pouvons substituer les méthodes jspInit() et jspDestroy() en utilisant l’élément de script de déclaration JSP. Nous devrions substituer les méthodes jspInit() pour créer des ressources communes que nous aimerions utiliser dans la méthode de service JSP et substituer la méthode jspDestroy() pour libérer les ressources communes.
-
Comment pouvons-nous éviter l’accès direct des pages JSP depuis le navigateur client?
We know that anything inside the WEB-INF directory can't be accessed directly in a web application, so we can place our JSP pages in WEB-INF directory to avoid direct access to JSP page from the client browser. But in this case, we will have to configure it in deployment descriptor just like Servlets. The sample configuration is given below code snippet of web.xml file.
```
<servlet>
<servlet-name>Test</servlet-name>
<jsp-file>/WEB-INF/test.jsp</jsp-file>
<init-param>
<param-name>test</param-name>
<param-value>Test Value</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>Test</servlet-name>
<url-pattern>/Test.do</url-pattern>
</servlet-mapping>
```
JSP pages provide two types of comments that we can use:
- **HTML Comments**: Since JSP pages are like HTML, we can use HTML comments like `<!-- HTML Comment -->`. These comments are sent to client also and we can see it in HTML source. So we should avoid any code level comments or debugging comments using HTML comments.
- **JSP Comments**: JSP Comments are written using scriptlets like `<%-- JSP Comment --%>`. These comments are present in the generated servlet source code and doesn't sent to client. For any code level or debugging information comments we should use JSP comments.
Scriptlets, Expression and Declaration are scripting elements in JSP page using which we can add java code in the JSP pages. A scriptlet tag starts with `<%` and ends with `%>`. Any code written inside the scriptlet tags go into the `_jspService()` method. For example;
```
<%
Date d = new Date();
System.out.println("Current Date="+d);
%>
```
Since most of the times we print dynamic data in JSP page using _out.print()_ method, there is a shortcut to do this through JSP Expressions. JSP Expression starts with `<%=` and ends with `%>`. `<% out.print("Pankaj"); %>` can be written using JSP Expression as `<%= "Pankaj" %>` Notice that anything between `<%= %>` is sent as parameter to `out.print()` method. Also notice that scriptlets can contain multiple java statements and always ends with semicolon (;) but expression doesn't end with semicolon. JSP Declarations are used to declare member methods and variables of servlet class. JSP Declarations starts with `<%!` and ends with `%>`. For example we can create an int variable in JSP at class level as `<%! public static int count=0; %>`.
**JSP implicit objects** are created by container while translating JSP page to Servlet source to help developers. We can use these objects directly in **scriptlets** that goes in service method, however we can't use them in JSP Declaration because that code will go at class level. We have 9 implicit objects that we can directly use in JSP page. Seven of them are declared as local variable at the start of _\_jspService()_ method whereas two of them are part of _\_jspService()_ method argument that we can use.
1. out Object
2. request Object
3. response Object
4. config Object
5. application Object
6. session Object
7. pageContext Object
8. page Object
9. exception Object
10. JSP Implicit Objects Example
Lisez en détail à propos de chacun d’eux sur Objets Implicites JSP.19. ### Pouvons-nous utiliser les objets implicites JSP dans une méthode définie dans la Déclaration JSP?
No we can't because JSP implicit objects are local to service method and added by JSP Container while translating JSP page to servlet source code. JSP Declarations code goes outside the service method and used to create class level variables and methods and hence can't use JSP implicit objects.
JSP exception implicit object is not available in normal JSP pages and it's used in JSP error pages only to catch the exception thrown by the JSP pages and provide useful message to the client.
JSP pageContext implicit object is instance of javax.servlet.jsp.PageContext abstract class implementation. We can use pageContext to get and set attributes with different scopes and to forward request to other resources. pageContext object also hold reference to other implicit object. This is the only object that is common in both JSP implicit objects and in JSP EL implicit objects.
We can configure init params for JSP similar to servlet in web.xml file, we need to configure JSP init params with servlet and servlet-mapping element. The only thing differs from servlet is jsp-file element where we need to provide the JSP page location.
JSP pages are mostly used for view purposes and all the business logic should be in the servlet or model classes. We should pass parameters to JSP page through attributes and then use them to create the HTML response in JSP page. Most part of the JSP page contains HTML code and to help web designers to easily understand JSP page and develop them, JSP technology provides action elements, JSP EL, JSP Standard Tag Library and custom tags that we should use rather than scripting elements to bridge the gap between JSP HTML part and JSP java part.
It's not a good practice though, but we can define a class inside a JSP Page. Below is the sample code for this:
```
<%!
private static class NestedClass { //static is better because Servlet is multi-threaded
private final int num = 0;
public int getNum() {
return num;
}
}
%>
```
Or
```
<%
class Person {
// cela ira à l'intérieur du corps de la méthode, donc ne peut pas être public
}
%>
```
We can disable scripting elements in JSP pages through deployment descriptor configuration like below.
```
<jsp-config>
<jsp-property-group>
<url-pattern>*.jsp</url-pattern>
<scripting-invalid>true</scripting-invalid>
</jsp-property-group>
</jsp-config>
```
Above URL-pattern will disable scripting for all the JSP pages but if you want to disable it only for a specific page, you can give the JSP file name itself.
JSP action elements or action tags are HTML like tags that provide useful functionalities such as working with Java Bean, including a resource, forwarding the request and to generate dynamic XML elements. JSP action elements always starts with jsp: and we can use them in JSP page directly without the need to import any tag libraries or any other configuration changes. Some of the important action elements are jsp:useBean, jsp:getProperty, jsp:setProperty, jsp:include and jsp:forward. Read more in details about these at [**JSP Action Elements**](/community/tutorials/jsp-action-tags-jsp-usebean-include-forward).
The difference between JSP include directive and include action is that in include directive the content to other resource is added to the generated servlet code at the time of translation whereas with include action it happens at runtime. Another difference is that in JSP include action, we can pass params to be used in the included resource with `jsp:param` action element but in JSP include directive we can't pass any params. When the included resource is static such as header, footer, image files then we should use include directive for faster performance but if the included resource is dynamic and requires some parameters for processing then we should use include action tag.
Most of the times we use JSP for view purposes and all the business logic is present in servlet code or model classes. When we receive client request in the servlet, we process it and then add attributes in request/session/context scope to be retrieved in JSP code. We also use request params, headers, cookies and init params in JSP to create response views. We can use scriptlets and JSP expressions to retrieve attributes and parameters in JSP with java code and use it for view purpose. But for web designers, java code is hard to understand and that’s why JSP Specs 2.0 introduced Expression Language (EL) through which we can get attributes and parameters easily using HTML like tags. Expression language syntax is `${name}` and we can use EL implicit objects and EL operators to retrieve the attributes from different scopes and use them in JSP page. Read more about JSP EL with example program at [**JSP EL Tutorial**](/community/tutorials/jsp-expression-language-el-example-tutorial).
JSP Expression Language provides many implicit objects that we can use to get attributes from different scopes and parameter values. Note that these are different from JSP implicit objects and contains only the attributes in given scope. The only common implicit object in JSP EL and JSP page is pageContext object. Below table provides a list of implicit object in JSP EL.
| JSP EL Implicit Objects | Type | Description |
| --- | --- | --- |
| pageScope | Map | A map that contains the attributes set with page scope. |
| requestScope | Map | Used to get the attribute value with request scope. |
| sessionScope | Map | Used to get the attribute value with session scope. |
| applicationScope | Map | Used to get the attributes value from application scope. |
| param | Map | Used to get the request parameter value, returns a single value |
| paramValues | Map | Used to get the request param values in an array, useful when request parameter contain multiple values. |
| header | Map | Used to get request header information. |
| headerValues | Map | Used to get header values in an array. |
| cookie | Map | Used to get the cookie value in the JSP |
| initParam | Map | Used to get the context init params, we can't use it for servlet init params |
| pageContext | pageContext | Same as JSP implicit pageContext object, used to get the request, session references etc. example usage is getting request HTTP Method name. |
We can use pageContext JSP EL implicit object to get the request object reference and use dot operator to get the HTTP method name in JSP page. The JSP EL code for this will be `${pageContext.request.method}`.
JSP Standard Tag Library or JSTL is more versatile than JSP EL or Action elements because we can loop through a collection or escape HTML tags to show them like text in response. JSTL is part of the Java EE API and included in most servlet containers. But to use JSTL in our JSP pages, we need to download the JSTL jars for your servlet container. Most of the times, you can find them in the example projects and you can use them. You need to include these libraries in the project WEB-INF/lib directory. These jars are container specific, for example in Tomcat, we need to include jstl.jar and standard.jar jar files in the project build path. Read more about JSTL tags with example program at [**JSTL Tutorial**](/community/tutorials/jstl-tutorial-jstl-tags-example).
Based on the JSTL functions, they are categorized into five types.
1. Core Tags - Core tags provide support for iteration, conditional logic, catch exception, url, forward or redirect response etc.
2. Formatting and Localization Tags - These tags are provided for formatting of Numbers, Dates and i18n support through locales and resource bundles.
3. SQL Tags - JSTL SQL Tags provide support for interaction with relational databases such as Oracle, MySql etc.
4. XML Tags - XML tags are used to work with XML documents such as parsing XML, transforming XML data and XPath expressions evaluation.
5. JSTL Functions Tags - JSTL tags provide a number of functions that we can use to perform common operation, most of them are for String manipulation such as String Concatenation, Split String etc.
Sometimes JSP EL, Action Tags and JSTL tags are not enough and we might get tempted to write java code to perform some operations in JSP page. Fortunately JSP is extendable and we can create our own custom tags to perform certain operations. We can create JSP Custom Tags with following components:
- JSP Custom Tag Handler
- Creating Tag Library Descriptor (TLD) File
- Deployment Descriptor Configuration for TLDWe can add custom tag library in JSP page using taglib directive and then use it.
Let’s say we want to show a number with formatting with commas and spaces. This can be very useful for user when the number is really long. So we want some custom tags like below: `<mytags:formatNumber number="123456.789" format="#,###.00"/>` Based on the number and format passed, it should write the formatted number in JSP page, for the above example it should print 123,456.79 We know that JSTL doesn’t provide any inbuilt tags to achieve this, so we will create our own custom tag implementation and use it in the JSP page. Read above example implementation at [**JSP Custom Tag**](/community/tutorials/jsp-custom-tags-example-tutorial).
We don't need to configure JSP standard tags in web.xml because the TLD files are inside the META-INF directory of the JSTL jar files. When container loads the web application and finds TLD files inside the META-INF directory of the JAR file, it automatically configures them to be used directly in the application JSP pages. All we need to do it to include it in the JSP page using taglib directive.
To handle exceptions thrown by the JSP page, all we need is an error page and define the error page in JSP using page directive. To create a JSP error page, we need to set the page directive attribute isErrorPage value to true, then we can access exception implicit object in the JSP and use it to send a customized error message to the client. We need to define exception and error handler JSP pages in the deployment descriptor like below.
```
<error-page>
<error-code>404</error-code>
<location>/error.jsp</location>
</error-page>
<error-page>
<exception-type>java.lang.Throwable</exception-type>
<location>/error.jsp</location>
</error-page>
```
Read more with example program at [**JSP Exception Handling**](/community/tutorials/jsp-exception-handling-jsp-error-page).
We can use JSTL Core tags c:catch and c:if to catch exception inside the JSP service method and process it. c:catch tag catches the exception and wraps it into the exception variable and we can use c:if condition tag to process it. Below code snippet provide sample usage.
```
<c:catch var ="exception">
<% int x = 5/0;%>
</c:catch>
<c:if test = "${exception ne null}">
<p>Exception is : ${exception} <br />
Exception Message: ${exception.message}</p>
</c:if>
```
Notice the use of JSP EL in the `c:if` condition.
We can use c:out escapeXml attribute to escape the HTML elements so that it get's shown as text in the browser, for this scenario we will write code like below.
```
<c:out value="<br> creates a new line in HTML" escapeXml="true"></c:out>
```
jsp-config element is used to configure different parameters for JSP pages. Some of it's usage are:
- Configuring tag libraries for the web application like below.
```
<jsp-config>
<taglib>
<taglib-uri>https://journaldev.com/jsp/tlds/mytags</taglib-uri>
<taglib-location>/WEB-INF/numberformatter.tld</taglib-location>
</taglib>
</jsp-config>
```
- We can control scripting elements in JSP pages.
- We can control JSP Expression Language (EL) evaluation in JSP pages.
- We can define the page encoding for URL pattern.
- To define the buffer size to be used in JSP page out object.
- To denote that the group of resources that match the URL pattern are JSP documents, and thus must be interpreted as XML documents.
We can ignore EL evaluation in JSP page by two ways.
1. Using page directive as `<%@ page isELIgnored="true" %>`
2. Configuring in web.xml - better approach when you want to disable EL evaluation for many JSP pages.
```
<jsp-config>
<jsp-property-group>
<url-pattern>*.jsp</url-pattern>
<el-ignored>true</el-ignored>
</jsp-property-group>
</jsp-config>
```
If we have multiple servlet and servlet-mapping elements in deployment descriptor for a single servlet or JSP page, then container will initialize an object for each of the element and all of these instances will have their own ServletConfig object and init params. For example, if we configure a single JSP page in web.xml like below.
```
<servlet>
<servlet-name>Test</servlet-name>
<jsp-file>/WEB-INF/test.jsp</jsp-file>
<init-param>
<param-name>test</param-name>
<param-value>Test Value</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>Test</servlet-name>
<url-pattern>/Test.do</url-pattern>
</servlet-mapping>
<servlet>
<servlet-name>Test1</servlet-name>
<jsp-file>/WEB-INF/test.jsp</jsp-file>
</servlet>
<servlet-mapping>
<servlet-name>Test1</servlet-name>
<url-pattern>/Test1.do</url-pattern>
</servlet-mapping>
```
Ensuite, si nous pouvons accéder à la même page JSP avec les deux motifs d’URI et que chacun aura ses propres valeurs de paramètres d’initialisation.65. ### Pouvons-nous utiliser JavaScript avec les pages JSP?
Yes why not, I have seen some developers getting confused with this. Even though JSP is a server-side technology, it's used to generate a client-side response and we can add javascript or CSS code like any other HTML page.
By default JSP page creates a session but sometimes we don’t need session in JSP page. We can use JSP page directive session attribute to indicate compiler to not create session by default. It’s default value is true and session is created. To disable the session creation, we can use it like below.
```
<%@ page session="false" %>
```
PrintWriter is the actual object responsible for writing the content in response. JspWriter uses the PrintWriter object behind the scene and provide buffer support. When the buffer is full or flushed, JspWriter uses the PrintWriter object to write the content into response.
We can extend JSP technology with custom tags to avoid scripting elements and java code in JSP pages.
Some of the JSP best practices are:
1. Avoid scripting elements in JSP pages. If JSP EL, action elements and JSTL not serve your needs then create custom tags.
2. Use comment properly, use JSP comments for code level or debugging purpose so that it's not sent to client.
3. Avoid any business logic in JSP page, JSP pages should be used only for response generation for client.
4. Disable session creation in JSP page where you don't need it for better performance.
5. Use page, taglib directives at the start of JSP page for better readability.
6. Proper use of jsp include directive or include action based on your requirements, include directive is good for static content whereas include action is good for dynamic content and including resource at runtime.
7. Proper exception handling using JSP error pages to avoid sending container generated response incase JSP pages throw exception in service method.
8. If you are having CSS and JavaScript code in JSP pages, it's best to place them in separate files and include them in JSP page.
9. Most of the times JSTL is enough for our needs, if you find a scenario where it's not then check your application design and try to put the logic in a servlet that will do the processing and then set attributes to be used in JSP pages.
Veuillez me faire savoir si j’ai manqué une question d’entretien JSP importante, j’en ajouterai d’autres à la liste à l’avenir.
Source:
https://www.digitalocean.com/community/tutorials/jsp-interview-questions-and-answers