지금까지는 tomcat에 war 파일로 배포 된이 제품의 설치 프로그램을 구성하고 있습니다. 일단 tomcat이 디렉토리를 분해하면, 사용자는 특성 파일을 열고 데이터베이스 연결 정보를 설정해야합니다. 설치 프로그램에서 install4j를 사용하고 싶습니다. 그러나 war 파일 내부에서 텍스트 파일을 수정하는 기본 방법이없는 것 같습니다. 나는 설치 프로그램이 폭발 디렉토리로 응용 프로그램을 배포하도록 할 수 있습니다. 그러면이 문제가 저에게 어려움을 덜어 줄 수 있습니다. 그러나 전쟁을 배포하는 대신 배치하여 잃을 수있는 것은 무엇입니까?분해 된 디렉토리 대신 war 파일을 배포하면 어떤 이점이 있습니까?
webapp/디렉토리 내의 속성 파일을 직접 편집하지 않고 JNDI 데이터 소스로 데이터베이스 연결을 설정하는 것이 더 효과적 일 수 있습니다. 이는 사용자가 로컬 구성 변경 사항을 덮어 쓰지 않고 .WAR 아카이브에서 응용 프로그램을 재배포 할 수있게하려는 경우에 특히 중요합니다.
물론 사용되는 메커니즘이 앱 서버에서 앱 서버까지 다양하기 때문에 JNDI 설정은 설치 프로그램을 통해 쉽게 수행되지 않습니다. 그러나 유능한 Java 응용 프로그램 서버 관리자는 명명 된 데이터 소스를 구성하는 방법을 알고 있어야합니다. 또한 응용 프로그램 서버에 책임을 위임함으로써 사용자가 연결 풀링, 클러스터링 및 선택한 응용 프로그램 서버와 함께 번들로 제공되는 데이터 소스 구현에서 제공하는 기타 기능을 활용할 수 있습니다.
디스크 공간이 부족할 수도 있지만 문제가되지 않는다면 괜찮을 것이라고 생각합니다. 설치 프로그램에서 등록 정보 파일을 생성하고 ZIP 라이브러리 (.WAR은 실제로 .ZIP입니다 .ZIP로 이름을 바꾼 다음 얻은 내용을 참조하십시오)을 사용하여 대체하거나 추가 할 생각이 있습니까?
그래, 나는 그것이 지퍼라는 것을 알았다. 나는 단지 Tomcat이 war 파일 대신에 폴더를 얻었을 때 deploy/undeploying과 다르게 다른 일을하는지 궁금 할 것입니다. 폴더를 배포하는 것으로 도망 갈 수 있다면 zip 파일을 처리하기 위해 별도의 것을 작성해야하는 번거 로움을 덜 수 있습니다. – UrLicht
이 제품은 실제로 무엇을하고 있는지 알지 못하는 사람들을 대상으로하므로 설치 프로그램이 필요합니다.) 실제로 위에서 tomcat과 mysql을 번들로 묶어 놓았습니다. – UrLicht
그런 경우, 설치 프로그램은 프로그래밍 방식으로 Tomcat JNDI 데이터베이스를 구성하고 WAR 내용을 그대로 두어야합니다. Tomcat의 구성 구문은 잘 문서화 된 XML이며 서버 재시작 및 웹 응용 프로그램 재배포 작업 전반에 걸쳐 안정적입니다. – rcoder