জাভা সার্লেলেটগুলিতে, কেউ response.getOutputStream()বা এর মাধ্যমে প্রতিক্রিয়ার বডিটি অ্যাক্সেস করতে পারে response.getWriter()। এটি লিখিত হওয়ার পরে কেউ কি .close()এই কল OutputStreamকরতে হবে?
একদিকে, সর্বদা বন্ধ রাখার জন্য ব্লুচিয়ানদের উপদেশ রয়েছে OutputStream। অন্যদিকে, আমি মনে করি না যে এই ক্ষেত্রে কোনও অন্তর্নিহিত সংস্থান আছে যা বন্ধ করা দরকার। অবিচ্ছিন্ন সংযোগ এবং এর মতো জিনিসের মঞ্জুরি দেওয়ার জন্য, সকেটগুলির খোলার / সমাপনি এইচটিটিপি স্তরে পরিচালিত হয়।
উত্তর:
সাধারণত আপনার স্ট্রিমটি বন্ধ করা উচিত নয়। সার্লেট অনুরোধ লাইফ-চক্রের অংশ হিসাবে সার্লেটটি চলমান শেষ হওয়ার পরে সার্লেট পাত্রে স্বয়ংক্রিয়ভাবে স্ট্রিমটি বন্ধ হয়ে যাবে।
উদাহরণস্বরূপ, আপনি যদি স্ট্রিমটি বন্ধ করে থাকেন তবে আপনি যদি কোনও ফিল্টার প্রয়োগ করেন তবে এটি উপলব্ধ হবে না ।
সমস্ত কিছু বলার পরেও, আপনি যদি এটি বন্ধ করেন তবে যতক্ষণ আপনি আবার এটি ব্যবহার করার চেষ্টা করবেন না ততক্ষণ খারাপ কিছুই ঘটবে না।
সম্পাদনা: অন্য ফিল্টার লিঙ্ক
EDIT2: অ্যাড্রিয়ান.টারাউ ঠিক আছে যে আপনি সার্লেলেটটি কাজটি করার পরে প্রতিক্রিয়া পরিবর্তন করতে চান আপনার এইচটিপিএস সার্লেটরেসপোনসরেপার প্রসারিত একটি মোড়ক তৈরি করা উচিত এবং আউটপুট বাফার হবে। এটি আউটপুটটিকে সরাসরি ক্লায়েন্টের কাছে যেতে না দেয় তবে সার্লেটটি স্ট্রিমটি বন্ধ করে দিলে সুরক্ষিত করতে দেয়, এই উদ্ধৃতি (জোর খনি):
একটি ফিল্টার যা প্রতিক্রিয়া সংশোধন করে তা ক্লায়েন্টকে ফেরত দেওয়ার আগে সাধারণত প্রতিক্রিয়াটি ক্যাপচার করতে হয়। এটি করার উপায় হ'ল সার্লেটটি যা উত্তরের স্ট্রিম প্রতিক্রিয়া জেনারেট করে। স্ট্যান্ড-ইন স্ট্রিমটি পরিপূরকটি মূল প্রতিক্রিয়ার স্ট্রিমটি বন্ধ করার থেকে বাধা দেয় যখন এটি সম্পূর্ণ হয় এবং ফিল্টারটিকে সার্লেটের প্রতিক্রিয়া পরিবর্তন করতে দেয়।
যে কোনও আনুষ্ঠানিক সূর্যের নিবন্ধটি থেকে অনুমান করা যায় যে OutputStreamকোনও সার্লেট থেকে বন্ধ করা এমন একটি বিষয় যা একটি সাধারণ ঘটনা, তবে এটি বাধ্যতামূলক নয়।
তাদের সাধারণ নিয়মটি হ'ল: আপনি যদি স্ট্রিমটি খোলেন তবে আপনার এটি বন্ধ করা উচিত। আপনি না, আপনি করা উচিত নয়। কোডটি প্রতিসম হয় কিনা তা নিশ্চিত করুন।
এর ক্ষেত্রে HttpServletResponseএটি কিছুটা কম পরিষ্কার কাটা, যেহেতু কলিংটি getOutputStream()এমন একটি অপারেশন যা প্রবাহ খোলায় তা স্পষ্ট নয় । জাভাদোক কেবল বলেছেন যে এটি " Returns a ServletOutputStream"; একইভাবে জন্য getWriter()। যেভাবেই হোক, যা পরিষ্কার তা হল HttpServletResponseস্ট্রিম / লেখকের "মালিকানা" রয়েছে এবং এটি (বা ধারক) এটি আবার বন্ধ করার জন্য দায়ী।
সুতরাং আপনার প্রশ্নের উত্তর দেওয়ার জন্য - না, এই ক্ষেত্রে আপনার স্ট্রিমটি বন্ধ করা উচিত নয়। ধারকটিকে অবশ্যই এটি করতে হবে এবং আপনি যদি এটির আগে সেখানে প্রবেশ করেন তবে আপনার অ্যাপ্লিকেশনটিতে সূক্ষ্ম বাগগুলি প্রবর্তনের ঝুঁকি রয়েছে।
close()যখন স্ট্রিমের সাথে কাজ করি তখন ক্লায়েন্টটি তত্ক্ষণাত্ ফিরে আসে এবং বাকী সার্লেটটি চালিয়ে যেতে থাকে। তাহলে কি উত্তরটি আরও কিছুটা আপেক্ষিক করে তুলবে? যেমন একটি নির্দিষ্ট হ্যাঁ বা না
যদি কোনও সম্ভাবনা থাকে তবে ফিল্টারটিকে একটি 'অন্তর্ভুক্ত' রিসোর্সে কল করা যেতে পারে, আপনার অবশ্যই স্ট্রিমটি বন্ধ করা উচিত নয় । এটি সহ 'সংস্থান বন্ধ' ব্যতিক্রম সহ সংস্থানগুলি ব্যর্থ করে দেবে।
আপনার স্ট্রিমটি বন্ধ করা উচিত, যেহেতু আপনি getOutputStream () কে আহ্বান করেন এবং কোডটি পরিষ্কার থাকে এবং প্যারামিটার হিসাবে স্ট্রিমটি আপনাকে দেওয়া হয় না, যখন আপনি সাধারণত এটি ব্যবহার করেন এবং এটি বন্ধ করার চেষ্টা করবেন না। সার্ভলেট এপিআই তে উল্লেখ করে না যে যদি আউটপুট স্ট্রিমটি বন্ধ করা যায় বা বন্ধ না করা যায়, এই ক্ষেত্রে আপনি নিরাপদে স্ট্রিমটি বন্ধ করতে পারেন, সেখানকার যে কোনও পাত্রে স্ট্রোলেটটি বন্ধ না করা থাকলে স্ট্রিমটি বন্ধ করার যত্ন নেওয়া হয়।
এখানে জেটির কাছাকাছি () পদ্ধতিটি রয়েছে, তারা স্ট্রিমটি বন্ধ না করলে বন্ধ করে দেয়।
public void close() throws IOException
{
if (_closed)
return;
if (!isIncluding() && !_generator.isCommitted())
commitResponse(HttpGenerator.LAST);
else
flushResponse();
super.close();
}
ফিল্টারটির বিকাশকারী হিসাবে আপনি ধরেও নিবেন না যে আউটপুট স্ট্রিম বন্ধ নেই, সার্ভলেটের কাজ শেষ করার পরে আপনি যদি সামগ্রীটি পরিবর্তন করতে চান তবে আপনাকে সর্বদা অন্য একটি আউটপুট স্ট্রিম পাস করতে হবে।
সম্পাদনা: আমি সর্বদা স্রোতটি বন্ধ করে দিই এবং টমক্যাট / জেটি নিয়ে আমার কোনও সমস্যা হয়নি। পুরানো বা নতুন কোনও ধারক নিয়ে আপনার কোনও সমস্যা হওয়া উচিত বলে আমি মনে করি না।
বন্ধ করার বিরুদ্ধে আরেকটি যুক্তি OutputStream। এই সার্লেটটি দেখুন। এটি একটি ব্যতিক্রম ছোঁড়ে। ব্যতিক্রমটি একটি ত্রুটি জেএসপি-তে ওয়েব.এক্সএমএল এ ম্যাপ করা হয়েছে:
package ser;
import java.io.*;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.*;
@WebServlet(name = "Erroneous", urlPatterns = {"/Erroneous"})
public class Erroneous extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
resp.setContentType("text/html;charset=UTF-8");
PrintWriter out = resp.getWriter();
try {
throw new IOException("An error");
} finally {
// out.close();
}
}
}
ওয়েব.এক্সএমএল ফাইলটিতে রয়েছে:
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="3.0" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd">
<session-config>
<session-timeout>
30
</session-timeout>
</session-config>
<error-page>
<exception-type>java.io.IOException</exception-type>
<location>/error.jsp</location>
</error-page>
</web-app>
এবং ত্রুটি.jsp:
<%@page contentType="text/html" pageEncoding="UTF-8" isErrorPage="true"%>
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Error Page</title>
</head>
<body>
<h1><%= exception.getMessage()%></h1>
</body>
</html>
আপনি /Erroneousব্রাউজারে লোড করার সময় আপনি "একটি ত্রুটি" প্রদর্শিত ত্রুটি পৃষ্ঠাটি দেখতে পাবেন। তবে আপনি যদি out.close()উপরের সার্লেলে লাইনটি অন-মন্তব্য করেন তবে পুনরায় অ্যাপ্লিকেশনটি পুনরায় লোড করুন /Erroneousএবং ব্রাউজারে আপনি কিছুই দেখতে পাবেন না। আসলে কী হচ্ছে সে সম্পর্কে আমার কোনও ধারণা নেই, তবে আমি অনুমান করি যে out.close()ত্রুটি পরিচালনা করা বাধা দেয়।
টমক্যাট 7.0.50, জাভা EE 6 নেটবিনস 7.4 ব্যবহার করে পরীক্ষিত।
close()এমন একটি সরবরাহ করবেন যা কিছুই করে না। কি আপনি কি করা উচিত ঘনিষ্ঠ যে closeable সম্পদ।