2017-02-21 4 views
0

이것이 나에게 당황 스럽습니다 : unpackWARs가 /etc/tomcat7/server.xml에서 'true'로 설정되어 있고 unpackWAR이 (context.xml을 포함하여) 다른 어느 곳에서도 발견되지 않을지라도, WAR는 압축 된 상태로 유지됩니다. 포장을 풀지 않습니다!unpackWar가 true로 설정되어 있어도 전쟁은 어떻게 풀리지 않을 수 있습니까?

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

VM은 바람둥이가 시작하자마자 전쟁이 풀리는 다른 곳의 복제품입니다. 따라서 구성이 정확히 동일해야하며 ... 왜 다른 방식으로 작동하는지 이해할 수 없습니다!

전쟁이 전개되어야하는지 여부를 나타내는 또 다른 장소가 server.xml 및 context.xml에 있습니까? 내가 어디를 가야하는지, 전쟁이 어떻게 풀릴 수 있는지에 대한 힌트가 있습니까?

귀하의 도움과 도움에 감사드립니다! http://tomcat.apache.org/tomcat-7.0-doc/config/context.html에서 ContextunpackWAR 속성에 대한 설명서에 따르면 "바람둥이 가정"/bin/configtest.sh

+0

Catalina.out에서 무엇이라고 말합니까? 전쟁을 전개하기 전에 어떤 오류가 발생 했습니까? 모든 것이 올바르게로드되면 배포 시간에 대한 몇 줄이 Catalina.out의 마지막 항목이어야합니다. 그러면 로그를 지우고 webapps 폴더에서 WAR로 Tomcat을 다시 시작하십시오. –

+0

우스만, 늦게 대답하셔야합니다. 나는 catalina.out에서 특별한 것을 보지 못했다. (허가 문제와 관련하여 다소간 명백한 pb를 지적 할 것이 없다.) – Marvin

답변

1

는 config 구문에서 스크립트를 실행하여 아마 일 확인

false 인 경우 소유 호스트의 unpackWARs 속성이 무시되고 WAR 파일의 압축이 풀립니다. true 인 경우 소유 호스트의 unpackWARs 속성 값에 따라 WAR의 압축이 풀어집니다. 지정하지 않으면 기본값이 true입니다.

확인 문맥의 구성 - 수 있도록 추가 추가 문맥 이름, unpackWAR 단수 속성 때문에, unpackWARs에 대한 보이지 않았다 있는지 확인하십시오. 또한

은의 context.xml은 WAR 파일에 패키지 또는 conf/localhost 될 (또는 당신은 conf/에서 호스트 이름으로 구성 무엇이든) & 소유권의 webapps 폴더에 추가 검사 권한에서

(및 임시 될 수있다), 여기서 WAR 파일의 압축을 풀 것입니다. 나는 이것이 로그에 나타나기를 기대하지만, 결코 알지 못한다. 내가보고있는 공통적 인 문제는 누군가가 실수로 바람둥이를 루트로 시작하여 많은 수의 파일을 바꿔 & 디렉토리 소유권으로 변경하고 나중에 권한이없는 적절한 사용자 계정으로 실행할 때 망가 뜨리게됩니다.

시스템 중 하나의 Tomcat 사용자가 다른 사용자 ID를 가질 수 있습니다. 예기치 않은 동작이 발생할 수 있습니다.

+0

팁 주셔서 감사합니다. 이것은 어떤 명백한 문제도 지적하지 않았지만 적어도, 나는 뭔가를 배웠습니다! – Marvin

1

:

+0

올라프, 도와 줘서 고마워. 그러나, 우리는 여분의 (그리고 바람직하지 않은!) 's'을 위해 여러 번 점검했고, 아무것도 발견하지 못했다. 또한, 우리는 'context.xml'파일을 찾았고, 또한 app에서 '전쟁'을 보았습니다. 그러나 그 중 아무 것도 그 매개 변수를 가지고 있지 않습니다 ... 따라서 나는 아직도 이것에 대해 당혹 스럽습니다. :) – Marvin