ทำไม Tomcat ถึงชอบลบไฟล์ context.xml ของฉัน

ฉันกำลังพัฒนาแอปพลิเคชัน Java ที่ทำงานบนเว็บและ (แน่นอน) ต้องเปิดใช้งานในพื้นที่ระหว่างการพัฒนา ฉันพบเอกสาร Tomcat และมีไฟล์ context.xml ที่เหมาะสม/etc/tomcat6/Catalina/localhost/แต่บ่อยครั้งที่ Tomcat ตัดสินใจลบมัน! ซึ่งหมายความว่าฉันต้องใส่มันกลับมาและรีสตาร์ท Tomcat

ทำไมถึงทำเช่นนี้? ฉันได้ค้นหาเอกสาร Tomcat เกี่ยวกับเรื่องนี้แล้วและไม่มีใครฉลาด

(โอ้ใช่: มันไม่ได้เรียกจริงcontext.xmlแต่owners.xmlเป็นเพราะนั่นคือคำนำหน้าเส้นทาง HTTP สำหรับแอปพลิเคชันนี้)

ปรับปรุง

ฉันเห็น Tomcat ลบไฟล์ขณะที่ Tomcat ทำงานอยู่ ฉันคิดว่าฉันต้องส่งไฟล์บั๊ก ...

สรุปอย่างรวดเร็ว : มีหลายเงื่อนไข (เช่นการเปลี่ยนไฟล์ war, ลบ webapp หรือแทนที่ด้วยเนื้อหาใหม่) ซึ่ง tomcat จะยกเลิกการปรับใช้บริบทรวมถึงการลบไฟล์บริบท

รายละเอียด : ไม่ว่าจะเป็นแมวตัวผู้หรือไม่ทำ autoDeployment (หมายถึงการตรวจสอบการเปลี่ยนแปลงในคำอธิบาย. xml ของคุณเช่นเดียวกับการตรวจสอบการเปลี่ยนแปลงในไดเรกทอรี webapp) โดย:

1. server.xml localted ในส่วนของ $ CATALINA_HOME / conf / server.xml:

   <Host name = "localhost" appBase = "webapps" unpackWARs = "true" autoDeploy = "true" xmlValidation = "false" xmlNamespaceAware = "false">

2. คุณยังสามารถตั้งค่าคุณสมบัตินี้ในไฟล์บริบทของคุณมากเกินไปค่า

การอ้างอิงเอกสารสำหรับกรณีต่างๆเมื่อautoDeploy = trueอาจทำให้ไฟล์บริบทของคุณถูกลบ:

• การลบไฟล์ WAR จะทริกเกอร์การยกเลิกการปรับใช้แอปพลิเคชันด้วยการลบไดเรกทอรีที่ขยายออกใด ๆ ที่เกี่ยวข้องไฟล์บริบทและไดเรกทอรีงาน
• การลบไดเรกทอรีจะก่อให้เกิดการยกเลิกการปรับใช้แอปพลิเคชันด้วยการลบไฟล์บริบทที่เกี่ยวข้องและไดเรกทอรีงาน
• การอัพเดตไฟล์ WAR จะทริกเกอร์การยกเลิกการปรับใช้แอปพลิเคชันด้วยการลบไดเรกทอรีที่ขยายออกใด ๆ ที่เกี่ยวข้องไฟล์บริบทและไดเรกทอรีงาน
• การอัพเดตไดเร็กทอรี (ไม่ใช่เนื้อหาไดเร็กทอรี) จะทริกเกอร์การยกเลิกการปรับใช้แอ็พพลิเคชันพร้อมกับการลบไฟล์บริบทที่เกี่ยวข้องและไดเร็กทอรีงาน

รายละเอียดครบถ้วนสมบูรณ์ : http://tomcat.apache.org/tomcat-6.0-doc/config/host.html#Automatic%20Application%20Deployment

หากคุณไม่ต้องการฟีเจอร์ autoDeployในสภาพแวดล้อมการใช้งานจริงคุณอาจพิจารณาคุณลักษณะต่อไปนี้ในไฟล์บริบท conf / Catalina / localhost:

• autoDeploy = "false"
• และ deployXML = "false"

autoDeploy = "false" อาจไม่ทำงานคนเดียวเพราะแอปพลิเคชัน context.xml (ใน META-INF) สามารถแทนที่การตั้งค่า server.xml ของ autoDeploy

• META-INF / context.xml ของแอปพลิเคชันจะถูกใช้ในสภาพแวดล้อมการพัฒนาด้วย autoDeploy
• บริบท conf / Catalina / localhost ในการผลิตโดยไม่มี autoDeploy

เอกสารประกอบของแอตทริบิวต์เอกสารประกอบของ attributeXML นั้นมีค่าที่ควรอ่าน (Implement การปฏิบัติตามมาตรฐาน)

หมดจดกรณีที่ผู้ใช้ autoDeploy และเมื่อบริบทจะถูกลบออก: แอพลิเคชันเช่น undeployed, กรณีที่ผู้ใช้เป็นเอกสารที่สามารถพบได้ที่นี่

ลาดเทตอบเล็กน้อยทำไม

อย่างไรก็ตามลิงค์นี้ระบุว่าคุณสามารถหยุดสิ่งนี้ได้โดยตั้งค่าautoDeploy="false"ในserver.xml

ฉันไม่รู้ว่าอะไรคือเหตุผลที่ทำให้ Tomcat ทำเช่นนี้ แต่ลองเพิ่มแอตทริบิวต์ XML ต่อไปนี้ไปยังองค์ประกอบบริบทของคุณ

reloadable="false"

ดังนั้นบริบทของคุณอาจมีลักษณะเช่นนี้:

<Context path="/" docBase="/some/path/name" reloadable="false">
<!-- Context related stuff -->
</Context>

นี่จะเป็นการป้องกันไม่ให้ Tomcat ลบไฟล์

ฉันรู้ว่านี่เป็นเธรดเก่า แต่ฉันคิดว่าฉันจะแบ่งปันสิ่งที่ฉันพบเพื่อแก้ไขปัญหานี้ ...

ฉันเคยมีปัญหาเดียวกันกับไฟล์ context.xml ของฉันสำหรับ Tomcat เวอร์ชันเดสก์ท็อปของฉันที่ถูกบล็อกทุกครั้งที่ฉันจะปรับใช้สำเนาไฟล์สงครามใหม่สำหรับแอปพลิเคชันของฉัน

ปัญหาเกิดจากการที่ฉันทำการเปลี่ยนแปลงไฟล์นี้โดยตรงบนระบบไฟล์ สิ่งที่แก้ไขปัญหาได้คือการแก้ไขไฟล์ context.xml ผ่านทางตัวแก้ไข Eclipse ของฉัน ภายใน Eclipse ของฉันมีโครงการ "เซิร์ฟเวอร์" ที่เมื่อคุณขยายคุณจะเห็นไฟล์จำนวนมากเช่น context.xml และ server.xml ปรากฏว่าหากคุณแก้ไขไฟล์จากที่นี่แทนที่จะออกไปที่ระบบไฟล์การเปลี่ยนแปลงของคุณจะถูกเก็บไว้

ฉันพบโซลูชันนี้ในชุดข้อความต่อไปนี้: https://www.liferay.com/community/forums/-/message_boards/message/16511799

ฉันหวังว่านี่จะช่วยคนอื่นได้!

-StephenS

ปัญหาทั่วไปตามที่อธิบายโดยชื่อเรื่องครอบคลุมโดยการปรับใช้ใหม่จากสงครามโดยไม่ต้องลบบริบทซึ่งยังคงเป็นปัญหาที่เปิดอยู่ในขณะนี้

มีความแตกต่างที่ยอมรับระหว่างการปรับใช้ซ้ำซึ่งไม่ได้ลบบริบทและการปรับใช้หลังจากยกเลิกการปรับใช้ที่การยกเลิกการปรับใช้ลบบริบท เอกสารประกอบล้าสมัยและ GUI ของผู้จัดการยังไม่รองรับการปรับใช้อีกครั้ง

บางครั้งจำเป็นต้องมีค่าที่แตกต่างกันสำหรับแอปในเซิร์ฟเวอร์เช่นพา ธ เพื่อจัดเก็บไฟล์ที่อัปโหลด ในสภาพแวดล้อมของนักพัฒนาเรามีสิ่งนี้:

<?xml version="1.0" encoding="UTF-8"?>
<Context antiJARLocking="true" path="/ParkMeServer" allowCasualMultipartParsing="true" reloadable="false">
     <Parameter name="rutaTrabajo" value="C:\Larry\Proyectos\app\rutaTrabajoxx" override="true"/>
</Context>

แต่ในเซิร์ฟเวอร์เส้นทางแตกต่างกัน:

<?xml version="1.0" encoding="UTF-8"?>
<Context antiJARLocking="true" path="/ParkMeServer" allowCasualMultipartParsing="true" >
     <Parameter name="rutaTrabajo" value="/usr/share/App/rutaTrabajo" override="true"/>
</Context>

ฉันยังมีปัญหาเดียวกัน Tomcat ลบ context.xml (meapp.xml) จาก conf / Catalina / localhost

เพื่อแก้ปัญหาฉันใช้ context.xml.default ในพา ธ เดียวกันฉันสร้างไฟล์ชื่อ context.xml.default และภายใน config ที่ฉันต้องการเก็บไว้:

 cat context.xml.default
<?xml version="1.0" encoding="UTF-8"?>
<Context antiJARLocking="true" path="/ParkMeServer" allowCasualMultipartParsing="true" >
     <Parameter name="rutaTrabajo" value="/usr/share/ParkiMeApp/rutaTrabajo" override="true"/>
</Context>

ดังนั้นเมื่อปรับใช้ใหม่แล้วแอปพารามิเตอร์ยืนยันยังคงอยู่ที่นั่น