여기 몇 사람이 JCAPS에 익숙해지기를 바랍니다. 순수한 j2ee 세계에서 나온 JCPAS가 제공하는 배포 모델을 요약하는 것은 어렵습니다. 배포 프로필을 만드는 동안 리소스 (예 : jdbc, webservice connector)를 외부 시스템에 매핑해야합니다. 외부 시스템은 대상 서버 ip, 포트, db 이름, 자격 증명 등 (jdbc의 경우)으로 미리 정의됩니다. 따라서 문제는 테스트 환경을 위해 구축 된 EAR을 프로덕션 환경에 배포 할 수 없다는 것입니다.여러 대의 외부 시스템 환경에 JCAPS를 배포
더 간단한 응용 프로그램에서는 데이터베이스/자격 증명 등을 속성 파일에 저장할 수 있으므로 UAT 용으로 빌드 된 EAR을 변경없이 Production에 배포 할 수 있습니다.
환경에 대해 구축 된 EAR을 다른 환경으로 원활하게 승격시킬 수있는 JCAPS와 유사한 전략이 있습니까?
+ 1> 아직 JCAPS –
헤이 고통을하는 데에 대한 위안! 예 ... 넷빈즈 6.1 IDE를 사용하는 제품 종류가 끔찍합니다! 아직 더 나은 것을 찾았습니까? 곧 오라클이 JCAPS를 쉬게 할 것이기 때문에 –
안녕하세요, JCAPS의 문제점은 무엇입니까? 나는 5 개월 이래로 그것을 매일 사용하고 있으며, 폐쇄 소스와 NB 6.1을 제외하고는 통합을 위해 매우 편리한 것으로 나타났습니다. – Kevin