भाग 6. सर्वलेट कंटेनर

ही सामग्री "एंटरप्राइज डेव्हलपमेंटची ओळख" मालिकेचा भाग आहे. मागील लेख:

• नेटवर्किंग बद्दल
• सॉफ्टवेअर आर्किटेक्चर बद्दल
• HTTP/HTTPS बद्दल
• मावेनच्या मूलभूत गोष्टींबद्दल
• सर्व्हलेट्सबद्दल (एक साधा वेब अनुप्रयोग लिहिणे)

मागील लेखात, आम्ही सर्व्हलेट्सशी परिचित झालो आणि ते वेब ऍप्लिकेशन्स तयार करण्यासाठी कसे वापरायचे ते शिकलो. या गंमतीचा एक आवश्यक भाग जवळून पाहण्याची वेळ आली आहे: सर्वलेट कंटेनर.

सामग्री सारणी:

• सर्वलेट कंटेनर म्हणजे काय?
• सर्वलेट कंटेनर कसे वापरले जातात?
• टॉमकॅट स्थापित करणे आणि सुरू करणे
• Tomcat मध्ये अनुप्रयोग तैनात करत आहे
• HTTP ऐवजी HTTPS वापरणे
• प्रमाणपत्र तयार करत आहे
• सर्व्हर कॉन्फिगर करत आहे
• डायनॅमिकली HTML पृष्ठे व्युत्पन्न करणे
• टॉमकॅटला पर्याय

सर्वलेट कंटेनर म्हणजे काय?

हा एक प्रोग्राम आहे जो सर्व्हरवर चालतो आणि आम्ही तयार केलेल्या सर्व्हलेट्सशी संवाद साधू शकतो. दुसऱ्या शब्दांत, जर आम्हाला आमचे वेब अॅप्लिकेशन सर्व्हरवर चालवायचे असेल, तर आम्ही प्रथम सर्व्हलेट कंटेनर तैनात करतो आणि नंतर त्यात सर्व्हलेट ठेवतो. वर्कफ्लो सोपा आहे: जेव्हा क्लायंट सर्व्हरवर प्रवेश करतो, तेव्हा कंटेनर त्याच्या विनंतीवर प्रक्रिया करतो, कोणत्या सर्व्हलेटने त्यावर प्रक्रिया करावी हे निर्धारित करते आणि नंतर विनंती पाठवते.

सर्वलेट कंटेनर कसे वापरले जातात?

राउटिंग विनंत्यांच्या व्यतिरिक्त, सर्व्हलेट कंटेनर इतर कार्ये करते:

1. हे JSP फायलींमधून डायनॅमिकली HTML पृष्ठे व्युत्पन्न करते.
2. हे HTTPS संदेश एन्क्रिप्ट/डिक्रिप्ट करते.
3. हे सर्वलेट प्रशासनासाठी प्रतिबंधित प्रवेश प्रदान करते.

सर्वसाधारणपणे, हे सर्व चांगले वाटते. आता आपल्याला हे सर्व प्रत्यक्षात कसे आणायचे हे शोधण्याची गरज आहे. बरं, एखादी गोष्ट कशी वापरायची हे शिकण्यासाठी, फक्त आत जा आणि वापरण्याचा प्रयत्न करा :) तर, आज आपण सराव करणार आहोत! सर्वात लोकप्रिय सर्व्हलेट कंटेनर Apache Tomcat आहे . हे मुक्त स्त्रोत आहे आणि ते विनामूल्य वापरले जाऊ शकते. तुमच्या ऑपरेटिंग सिस्टीमसाठी टॉमकॅट येथे डाउनलोड करा आणि आम्ही कंटेनरसह "कार्यरत" कार्य एक्सप्लोर करू.

टॉमकॅट स्थापित करणे आणि सुरू करणे

1. Tomcat स्थापित करण्यासाठी, फक्त डाउनलोड केलेले संग्रहण इच्छित निर्देशिकेत अनझिप करा.

2. कृपया लक्षात घ्या की टॉमकॅटला सुरू करण्यासाठी आणि चालवण्यासाठी Java आवृत्ती 8 किंवा उच्च आवश्यक आहे. JAVA_HOME पर्यावरण व्हेरिएबल JDK च्या वर्तमान आवृत्तीचा संदर्भ देत असल्याचे सत्यापित करा.

3. पुढे, तुम्हाला Tomcat वर वापरकर्ता प्रवेश कॉन्फिगर करणे आवश्यक आहे . हे conf फोल्डरमध्ये असलेल्या tomcat-users.xml फाइलमध्ये केले जाते.

   टॉमकॅटमध्ये चार प्रीसेट भूमिका आहेत:

   • manager-gui — ग्राफिकल इंटरफेस आणि स्थिती पृष्ठावर प्रवेश
   • व्यवस्थापक-स्क्रिप्ट — मजकूर इंटरफेस आणि स्थिती पृष्ठावर प्रवेश
   • व्यवस्थापक-jmx — JMX आणि स्थिती पृष्ठावर प्रवेश
   • व्यवस्थापक-स्थिती — केवळ स्थिती पृष्ठावर प्रवेश

   <tomcat-users> टॅगमध्ये, आम्ही या भूमिका स्पष्टपणे निर्दिष्ट करतो आणि त्या आमच्या वापरकर्त्याला नियुक्त करतो:

   
   <role rolename="manager-gui"/>
   <role rolename="manager-script"/>
   <role rolename="manager-jmx"/>
   <role rolename="manager-status"/>
   <user username="user" password="password"
       roles="manager-gui, manager-script, manager-jmx, manager-status"/>
   

   आता सर्वकाही लॉन्च करण्यासाठी तयार आहे!

4. बिन फोल्डरमध्ये, startup.bat फाइल चालवा (Linux वर startup.sh).

5. काही सेकंदांनंतर, तुमच्या ब्राउझरमध्ये http://localhost:8080/ ही लिंक उघडा. तुम्हाला ग्राफिकल डॅशबोर्ड दिसेल:

   जर तुम्हाला असा मेनू दिसला तर टॉमकॅट चालू आहे.

6. जर ते चालू नसेल, तर JAVA_HOME आणि CATALINA_HOME पर्यावरण व्हेरिएबल्स व्यक्तिचलितपणे तपासा:

   • JAVA_HOME - हे Java 8+ च्या वर्तमान आवृत्तीचा संदर्भ असणे आवश्यक आहे.
   • CATALINA_BASE — यात टॉमकॅटचा संदर्भ असणे आवश्यक आहे किंवा अनुपस्थित असणे आवश्यक आहे (त्याने टॉमकॅटच्या दुसर्‍या आवृत्तीचा संदर्भ देऊ नये).

Tomcat मध्ये अनुप्रयोग तैनात करत आहे

आम्ही टॉमकॅट लाँच करण्यात व्यवस्थापित केले, त्यामुळे आता त्यात काही प्रकल्प तैनात करण्याची वेळ आली आहे. मागील लेखातील सर्व्हलेट्स वापरू . मुख्य सर्व्हलेट:

import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import java.io.IOException;
import java.io.PrintWriter;

@WebServlet("/hello")
public class MainServlet extends HttpServlet {

   @Override
   protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException {
       HttpSession session = req.getSession();
       Integer visitCounter = (Integer) session.getAttribute("visitCounter");
       if (visitCounter == null) {
           visitCounter = 1;
       } else {
           visitCounter++;
       }
       session.setAttribute("visitCounter", visitCounter);
       String username = req.getParameter("username");
       resp.setContentType("text/html");
       PrintWriter printWriter = resp.getWriter();
       if (username == null) {
           printWriter.write("Hello, Anonymous" + "
");
       } else {
           printWriter.write("Hello, " + username + "
");
       }
       printWriter.write("Page was visited " + visitCounter + " times.");
       printWriter.close();
   }
}

IndexServlet:

import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@WebServlet("/")
public class IndexServlet extends HttpServlet {

   @Override
   protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException {
       resp.sendRedirect(req.getContextPath() + "/hello");
   }
}

उपयोजित करण्यापूर्वी, आम्हाला आमचे सर्व्हलेट्स WAR फाइलमध्ये पॅकेज करावे लागतील. हे करण्यासाठी Maven चा वापर सहसा केला जातो, परंतु WAR फाइल तयार करण्यासाठी तुम्हाला web.xml फाइलची आवश्यकता असते ज्यामध्ये सर्व सर्व्हलेट्ससाठी मॅपिंग असते. सर्व्हलेट्स लिहिण्यासाठी आम्ही नवीन @WebServlet भाष्य वापरले, त्यामुळे आमच्याकडे web.xml फाइल नाही. सुदैवाने, IDEA आमच्यासाठी घाणेरडे काम करू शकते, आमच्या प्रकल्पाला WAR फाइलमध्ये गुंडाळते. हे करण्यासाठी, प्रोजेक्ट स्ट्रक्चर उघडा (Ctrl+Shift+Alt+S) -> आर्टिफॅक्ट्स -> इच्छित WAR फाइल निवडा -> "प्रोजेक्ट बिल्डमध्ये समाविष्ट करा" पुढील चेकबॉक्स निवडा -> "ओके" क्लिक करा. Ctrl+F9 की कॉम्बिनेशन वापरून प्रोजेक्ट बनवू. आता आमची WAR फाईल लक्ष्य निर्देशिकेत आहे फाईलचे नाव बदलून काहीतरी सोपे केले जाऊ शकते, उदा. servlet.war, आणि अधिक सोयीस्कर ठिकाणी, उदा. C:\\my\\.आम्ही ते एका कंटेनरमध्ये ठेवू . हे करण्याचे दोन मार्ग आहेत.

1. ग्राफिकल इंटरफेस वापरणे

   हे करण्यासाठी, या दुव्याचे अनुसरण करा: http://localhost:8080/manager/html . टॉमकॅटने वापरकर्तानाव आणि पासवर्ड विचारला पाहिजे.

   जर तुम्ही माझ्यासोबत या बिंदूपर्यंत अनुसरण केले असेल, तर वापरकर्तानाव "वापरकर्ता" असेल आणि पासवर्ड "पासवर्ड" असेल .

   यशस्वीरित्या साइन इन केल्यानंतर, तुम्हाला Tomcat Web Application Manager दिसेल. "अॅप्लिकेशन्स" विभागात आधीपासून 5 अॅप्लिकेशन्स आहेत — ही Tomcat युटिलिटीज आहेत, ज्यामुळे Tomcat ला काम करणे सोपे होते. ते भविष्यात हटविले जाऊ शकतात.

   खाली "डिप्लॉय" विभाग आहे. येथे तुम्ही तैनात करण्यासाठी WAR संग्रहण निवडू शकता. चला मार्ग आणि संदर्भ व्यक्तिचलितपणे प्रविष्ट करूया:

   "डिप्लॉय" वर क्लिक करा आणि आम्ही पाहतो की आमचा अर्ज "अनुप्रयोग" विभागात आला आहे:

   Tomcat च्या ग्राफिकल इंटरफेसचा वापर करून, आम्ही सत्र थांबवू, रीस्टार्ट करू आणि हटवू, तसेच सत्राची लांबी सेट करू शकतो. उपयोजित करताना, आम्ही /डेमो संदर्भ निर्दिष्ट केला आहे, याचा अर्थ असा की आमचा अनुप्रयोग http://localhost:8080/demo वापरून ऍक्सेस केला जातो . ते तपासा. सर्व काही कार्य केले पाहिजे.

2. फाइल सिस्टमद्वारे

   अशा प्रकारे अनुप्रयोग उपयोजित करण्यासाठी, आपल्याला टॉमकॅट अनझिप केलेली निर्देशिका उघडण्याची आवश्यकता आहे. नंतर "webapps" फोल्डरवर जा. आम्ही आधीच अनुभवलेल्या युटिलिटीज येथे तुम्हाला आढळतील:

   आम्हाला आमची servlet.war फाईल इथे हलवायची आहे.

   आम्ही काही सेकंद थांबतो आणि नंतर पाहतो की एक नवीन "servlet" फोल्डर दिसले आहे. याचा अर्थ आमचा अर्ज उपयोजित आहे. http://localhost:8080/manager/ येथे ऍप्लिकेशन मॅनेजर इंटरफेसवर जा . येथे आपण पाहतो की आमचा अनुप्रयोग /servlet संदर्भात तैनात केला आहे:

   अशा प्रकारे उपयोजित केल्यावर, उपयोजित WAR फाइलच्या नावावर आधारित संदर्भ स्वयंचलितपणे नियुक्त केला जातो. संदर्भ बदलण्यासाठी, तुम्ही नवीन तयार केलेल्या फोल्डरचे नाव बदलू शकता ज्यामध्ये अनुप्रयोग आहे, परंतु ते करण्यापूर्वी तुम्हाला WAR फाइल काढून टाकणे आवश्यक आहे. अन्यथा, Tomcat संग्रहण नावासह अनुप्रयोग पुन्हा तैनात करेल.

   जसे तुम्ही बघू शकता, Tomcat मध्ये अनुप्रयोग उपयोजित करणे हे दिसते त्यापेक्षा बरेच सोपे आहे. पण त्याची इतर फंक्शन्स देखील वापरण्यास सोपी आहेत. चला तपासूया.

HTTP ऐवजी HTTPS वापरणे

तुम्हाला आठवत असेल तर, आम्ही वेगळ्या लेखात HTTP आणि HTTPS मधील फरक पाहिला . HTTPS हा HTTP सारखाच प्रोटोकॉल आहे, परंतु तो प्रसारित होणारा डेटा एन्क्रिप्ट करतो. क्लायंटच्या बाजूने, ब्राउझर एन्क्रिप्शनसाठी जबाबदार आहे, परंतु आम्ही सर्व्हरच्या बाजूला एन्क्रिप्शन प्रदान केले पाहिजे. Tomcat HTTP विनंत्या स्वीकारतो आणि रूट करतो म्हणून, त्यास एनक्रिप्शन सोपवण्यात अर्थ आहे. हे करण्यासाठी, आम्ही हे करणे आवश्यक आहे:

1. स्व-स्वाक्षरी केलेले प्रमाणपत्र तयार करा
2. अतिरिक्त सर्व्हर सेटिंग्ज करा

हे करण्याचा सराव करूया.

प्रमाणपत्र तयार करत आहे

आवृत्तीची पर्वा न करता, JDK मध्ये मोठ्या प्रमाणात उपयुक्तता समाविष्ट आहेत. त्यापैकी एक कीटूल आहे . हे एनक्रिप्शन की व्युत्पन्न करण्यासाठी आणि कार्य करण्यासाठी एक साधन आहे. ते वापरण्यासाठी, कमांड लाइनवर, C:\\Program Files\\Java\\jdk1.8.0_181\\bin निर्देशिकेवर जा आणि कमांड keytool -genkey -alias tomcat -keyalg RSA चालवा .

• keytool — आम्ही कमांड लाइन पर्यायांसह चालवत असलेल्या युटिलिटीचे नाव
• -genkey — सूचित करा की आम्हाला नवीन की व्युत्पन्न करायची आहे
• -alias tomcat — की उपनाव तयार करा
• -keyalg RSA — की जनरेशन अल्गोरिदम म्हणून RSA निवडा

कमांड कार्यान्वित केल्यानंतर, युटिलिटी आमच्याशी संवाद सुरू करते: आवश्यक माहिती प्रविष्ट करा. आता आम्ही आमच्या होम डिरेक्टरीमध्ये एक कीस्टोर तयार केली आहे (विंडोजसाठी, हे C:\\Users\\{username}\\.keystore आहे) आणि त्यात टॉमकॅट की. आम्ही एक साधे प्रमाणपत्र व्युत्पन्न केले आहे ज्याबद्दल बहुतेक ब्राउझर तक्रार करतील. असे प्रमाणपत्र व्यावसायिक अनुप्रयोगांसाठी योग्य नाही: ते केवळ चाचणी उद्देशांसाठी वापरले जाऊ शकते. उत्पादन सर्व्हरवर, तुम्हाला प्रमाणन प्राधिकरणाकडून प्रमाणपत्र वापरण्याची आवश्यकता आहे (उदाहरणार्थ, https://letsencrypt.org/ ).

सर्व्हर कॉन्फिगर करत आहे

आता प्रमाणपत्र तयार आहे, आम्हाला सर्व्हर सेटिंग्ज, म्हणजे, SSL कनेक्टर समायोजित करण्याची आवश्यकता आहे. हे server.xml फाइलमध्ये केले जाते, जे apache-tomcat-9.0.30/conf/ मध्ये स्थित आहे . त्यामध्ये, आम्हाला असे ब्लॉक आढळतात:

<Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol"
               maxThreads="150" SSLEnabled="true">
        <SSLHostConfig>
            <Certificate certificateKeystoreFile="conf/localhost-rsa.jks"
                         type="RSA" />
        </SSLHostConfig>
 </Connector>

आणि आम्ही आमचे कॉन्फिगरेशन त्यांच्या पुढे ठेवतो:

    <Connector
           protocol="org.apache.coyote.http11.Http11NioProtocol"
           port="8443" maxThreads="200"
           scheme="https" secure="true" SSLEnabled="true"
           keystoreFile="C:\Users\user\.keystore" keystorePass="mypass"
           clientAuth="false" sslProtocol="TLS"/>

आम्ही keystoreFile आणि keystorePass पॅरामीटर्सना नवीनतम मूल्ये नियुक्त करतो, फाइल सेव्ह करतो आणि नंतर shutdown.bat आणि startup.bat फाइल्स वापरून टॉमकॅट रीस्टार्ट करतो. आता सर्व्हर HTTPS विनंत्यांवर प्रक्रिया करण्यासाठी तयार आहे. पत्ता थोडासा बदलला आहे: https://localhost:8443/demo/hello . जेव्हा तुम्ही लिंकवर क्लिक कराल तेव्हा तुम्हाला प्रमाणपत्राच्या विश्वासार्हतेबद्दल चेतावणी मिळेल, जे आश्चर्यकारक नाही. जसे आम्ही थोडे आधी म्हटल्याप्रमाणे, सामान्य प्रमाणपत्र मिळविण्यासाठी तुम्हाला प्रमाणन प्राधिकरणांपैकी एकाची सेवा वापरण्याची आवश्यकता आहे. परंतु आत्तासाठी, आम्ही आमचे ध्येय साध्य केले आहे: अनुप्रयोग HTTPS प्रोटोकॉल वापरून चालतो आणि ते महत्त्वाचे आहे!

डायनॅमिकली HTML पृष्ठे व्युत्पन्न करणे

आता आम्ही आमचे सर्व्हलेट कंटेनर्सचे विहंगावलोकन आणखी एका वैशिष्ट्याचा विचार करून सुरू ठेवू: HTML पृष्ठांची डायनॅमिक निर्मिती. एका परिपूर्ण जगाची कल्पना करा जिथे कंटाळवाणा स्टॅटिक एचटीएमएल कोडऐवजी, तुम्ही व्हेरिएबल्स, लूप, अॅरे आणि इतर भाषा रचना वापरून Java कोड लिहू शकता. तुम्ही त्याची कल्पना करू शकलात का? चांगली बातमी अशी आहे की समान काहीतरी अस्तित्वात आहे. वाईट बातमी अशी आहे की ती पूर्णपणे ही कल्पनारम्य साध्य करत नाही. जर तुम्ही अंदाज लावला नसेल, तर आम्ही JavaServer Pages (JSP) बद्दल बोलत आहोत. थोडक्यात, हे तंत्रज्ञान आहे जे तुम्हाला HTML पृष्ठामध्ये जावा कोडचे तुकडे घालू देते. खरे आहे, हा Java कोड क्लायंटला पाठवण्यापूर्वी HTML मध्ये रूपांतरित केला जातो, परंतु तो HTML विविध घटकांचा विचार करून डायनॅमिकली व्युत्पन्न केला जाईल. उदाहरणार्थ, तुम्ही सशर्त विधाने वापरू शकता आणि काही अटींवर अवलंबून भिन्न सामग्री परत करू शकता. उदाहरण JSP पृष्ठ:

<%@ page language="java"" %>
<html>
<head>
<title>JSP</title>
</head>

<body>
<%
String firstName="name";
String secondName="surname";
    
    if (firstName.equals("name")){
      out.print("Hello: "+firstName+"<br>");
    }

    if (firstName.equals("name") && secondName.equals("surname"))
    {
      out.print("Hello, my dear friend! <br>");
    }
    else
    {
      out.print("I don't know you. Go away! <br>");
    }
%>
</body>
</html>

आपण येथे JSP बद्दल अधिक वाचू शकता. दिवसाच्या शेवटी, हा लेख JSP बद्दल नाही — आम्ही सर्व्हलेट कंटेनरबद्दल बोलण्यासाठी येथे आहोत! मग आम्ही JSP चा उल्लेख का केला? हे सोपे आहे: सर्व्हलेट कंटेनर हे जावा कोडला JSP वरून HTML मध्ये रूपांतरित करते. जेव्हा सर्व्हलेट प्रतिसाद म्हणून JSP सामग्री परत करणार आहे, तेव्हा कंटेनर क्लायंटला अशी सामग्री पाठवण्यापूर्वी त्याची नोंद घेते आणि प्रथम ब्राउझर-अनुकूल HTML पृष्ठामध्ये रूपांतरित करते. आज, JSP तंत्रज्ञानाचे अनेक अॅनालॉग्स आहेत — Thymeleaf, FreeMarket, Mustache आणि इतर. ते सर्व समान पद्धतीने कार्य करतात. आपल्या कामासाठी त्यापैकी कोणता निवडायचा हा चवीचा विषय आहे. हे सर्वलेट कंटेनर निवडण्यावर देखील लागू होते. या उदाहरणांमध्ये, आम्ही Tomcat, सर्वात सामान्य कंटेनर वापरले, परंतु काही प्रकल्प इतर कंटेनर वापरतात. सर्वात लोकप्रिय लोकांचे थोडक्यात पुनरावलोकन करणे आणि ते टॉमकॅटपेक्षा कसे वेगळे आहेत याचा विचार करणे फायदेशीर आहे.

टॉमकॅटला पर्याय

1. GlassFish एक ओपन सोर्स कंटेनर आहे ज्याचा विकास Oracle द्वारे समर्थित आहे.

   टॉमकॅटच्या विपरीत, हा एक पूर्ण वाढ झालेला वेब सर्व्हर आहे, जो सर्व्हलेट्स व्यतिरिक्त, JavaEE फ्रेमवर्कमधील इतर घटकांसह ऑपरेट करू शकतो. ते म्हणाले, ते खूप जास्त रॅम वापरते. सर्व्हर फाइन-ट्यूनिंग करताना अधिक लवचिकता असते, ज्यामुळे त्याचा वापर गुंतागुंत होतो. JavaEE फ्रेमवर्कवर ऍप्लिकेशन विकसित करताना त्याचा वापर केला पाहिजे.

2. WildFly पूर्वी JBoss म्हणून ओळखले जात असे . हे ओपन सोर्स देखील आहे. हे रेड हॅटने विकसित केले आहे. कंपनीच्या दुसर्‍या उत्पादनांमध्ये गोंधळ होऊ नये म्हणून हे नाव बदलण्यात आले - JBoss Enterprise Application Platform.

   GlassFish प्रमाणे, WildFly हा एक पूर्ण वेब सर्व्हर आहे. योगायोगाने, हुड अंतर्गत, वाइल्डफ्लाय टॉमकॅटचा सर्व्हलेट कंटेनर म्हणून वापर करते. ग्लासफिशच्या विपरीत, वाइल्डफ्लाय अधिक हलके आणि कॉन्फिगर करणे सोपे आहे.

3. जेट्टी , मागील प्रमाणे, मुक्त स्रोत आहे. हे एक्लिप्सने विकसित केले आहे.

   Tomcat प्रमाणे, हे JavaEE फ्रेमवर्कच्या सर्व घटकांना समर्थन न देता, एक साधा सर्वलेट कंटेनर आहे. त्याच वेळी, ते अधिक हलके आहे आणि मोबाइल फोनवर देखील चालवता येते. ते लवकर सुरू होते आणि थांबते आणि चांगले स्केल होते. टॉमकॅटच्या विपरीत, त्यात एक लहान समुदाय आणि ज्ञान बेस आहे.

4. WebLogic हे परवानाकृत सॉफ्टवेअर आहे जे वापरण्यापूर्वी खरेदी करणे आवश्यक आहे. ते ओरॅकलचे आहे.

   यात टॉमकॅटपेक्षा किंचित विस्तृत कार्यक्षमता आहे. हे FTP प्रोटोकॉलसह कार्य करू शकते. परंतु अनुप्रयोग विकसित आणि चाचणी करताना ते इतके लवचिक नसते.

5. WebSphere (वेबस्फियर ऍप्लिकेशन सर्व्हर, अचूकपणे सांगायचे तर) हे सशुल्क सॉफ्टवेअर आहे. हे IBM ने विकसित केले आहे. WildFly आणि GlassFish प्रमाणेच, हा एक संपूर्ण ऍप्लिकेशन सर्व्हर आहे. परंतु त्यात अधिक अनुकूल कॉन्फिगरेशन इंटरफेस आहे, तसेच ऑपरेशनमध्ये उच्च विश्वसनीयता आहे.

   त्याच्या कमतरतांमध्ये हे तथ्य समाविष्ट आहे की ते भरपूर संसाधने वापरते आणि सुरू होण्यास आणि थांबण्यासाठी बराच वेळ घेते, जे लहान प्रकल्प विकसित करताना फारसे सोयीचे नसते.

योग्य सर्व्हलेट कंटेनर किंवा ऍप्लिकेशन सर्व्हरची निवड विशिष्ट प्रकल्पावर अवलंबून असते. असे प्रकल्प आहेत जिथे अगदी स्पष्ट अंडरडॉग देखील एक उत्कृष्ट निवड असू शकतो, परंतु सुरुवातीला एका सर्व्हलेट कंटेनरचा सखोल अभ्यास करणे चांगले आहे. टॉमकॅट कदाचित या अभ्यासासाठी योग्य उमेदवार आहे. आणि आम्ही आधीच त्याचा अभ्यास करण्यासाठी पहिले पाऊल उचलले आहे, परंतु येथून ते आपल्यावर अवलंबून आहे! "एंटरप्राइझ डेव्हलपमेंटचा परिचय" मालिकेच्या अंतिम लेखांमध्ये, आम्ही MVC पॅटर्न जाणून घेऊ. भाग 7. MVC (मॉडेल-व्ह्यू-कंट्रोलर) नमुना सादर करत आहे