폭발 한 귀를 배치하기위한 전략

Question

상당히 복잡한 방식 (여러 개의 EJB jars, 몇 개의 전쟁, 몇 개의 sars (JBoss에만 해당))으로 귀를 만드는 빌드 프로세스가 있습니다.이 작업을 연결하는 ant 프로세스 함께 다소 복잡하다.

ANT에서 EJB 생성의 생성 논리를 다시 여전히 응용 프로그램 서버 나 QA 및 생산을위한 귀에서 폭발 배포 할 수 없습니다 할 수있는 최선의 전략은 무엇.

JBoss에 관심이 있지만 질문은 폭발 된 귀 배포를 지원하는 모든 응용 프로그램 서버와 관련이 있으며 ANT에 대한 자세한 내용은 cr의 논리를 다시 작성한 두 가지 목표를 피하는 방법입니다. zip 파일을 먹고 vs 디렉토리에 복사하기.

Answer 1

내가 가장 잘 작동하는 것은 파일 시스템에서 압축 형식으로 ZIP/EAR/WAR/JAR 내용을 작성한 다음 마지막 단계 인 zip/ear/war/jar를 작성하는 것입니다. 파일로.

이렇게하면 일반적으로 훨씬 단순한 zip 파일 항목이 아닌 파일 만 알고있는 후 처리 단계를 가질 수 있습니다. 분해 된 배치와 분해 된 배치에서 변경된 파일을 선택하는 서버로 작업하는 경우 rsync를 사용하여 서버 배치에서 실제로 변경된 파일 만 갱신하면됩니다.

그런 다음 하나의 대상에 건물이 있고 다른 대상에 건물이있어 둘 다 쉽게 수행 할 수 있습니다. 이 솔루션을 사용하여 매니페스트를 처리하는 방법에 관해서

---

볼 Alexander Pogrebnyak의 대답.

Answer 2

.ear 파일은 .zip 파일입니다. 분해 된 버전을 배포하려면 내용을 * .ear 폴더에 압축을 해제하십시오.

Answer 3

이것은 매니페스트에 대한 귀하의 의견에 대한 회신입니다.

매니페스트 생성을 제어하려면 <manifest> 작업 (here is the link)을 사용해야합니다.

다음은 매니페스트를 제공 할 내 빌드 파일에서 발췌 한 것입니다.

<copy toDir="${stage.dir}" flatten="true"> 
    <fileset dir="${resources.src.dir}"> 
    <include name="META-INF/MANIFEST.MF"/> 
    </fileset> 
</copy> 

<manifest 
    file="${stage.dir}/MANIFEST.MF" 
    mode="update" 
> 
    <attribute name="Built-By" value="${builder.name}" /> 
</manifest> 

<jar destfile="${project.jar.file}" 
    basedir="${classes.dir}" 
    manifest="${stage.dir}/MANIFEST.MF" 
    duplicate="fail" 
    whenmanifestonly="fail"  
/> 

에주의 속성 mode 작업 <manifest>합니다. 항상 update으로 설정하고 싶다면작업이 항상 실행되고 매니페스트는 항상 최신 상태가 아닙니다.