2010-05-19 4 views
1

여기 몇 사람이 JCAPS에 익숙해지기를 바랍니다. 순수한 j2ee 세계에서 나온 JCPAS가 제공하는 배포 모델을 요약하는 것은 어렵습니다. 배포 프로필을 만드는 동안 리소스 (예 : jdbc, webservice connector)를 외부 시스템에 매핑해야합니다. 외부 시스템은 대상 서버 ip, 포트, db 이름, 자격 증명 등 (jdbc의 경우)으로 미리 정의됩니다. 따라서 문제는 테스트 환경을 위해 구축 된 EAR을 프로덕션 환경에 배포 할 수 없다는 것입니다.여러 대의 외부 시스템 환경에 JCAPS를 배포

더 간단한 응용 프로그램에서는 데이터베이스/자격 증명 등을 속성 파일에 저장할 수 있으므로 UAT 용으로 빌드 된 EAR을 변경없이 Production에 배포 할 수 있습니다.

환경에 대해 구축 된 EAR을 다른 환경으로 원활하게 승격시킬 수있는 JCAPS와 유사한 전략이 있습니까?

+2

+ 1> 아직 JCAPS –

+2

헤이 고통을하는 데에 대한 위안! 예 ... 넷빈즈 6.1 IDE를 사용하는 제품 종류가 끔찍합니다! 아직 더 나은 것을 찾았습니까? 곧 오라클이 JCAPS를 쉬게 할 것이기 때문에 –

+0

안녕하세요, JCAPS의 문제점은 무엇입니까? 나는 5 개월 이래로 그것을 매일 사용하고 있으며, 폐쇄 소스와 NB 6.1을 제외하고는 통합을 위해 매우 편리한 것으로 나타났습니다. – Kevin

답변

2

JCAPS에서 배포 프로필 (DP)은 여전히 ​​일반 레이어입니다.

1) developper로 연결 맵 (CM) 및 환경 외부 응용 프로그램 (EA) 인바운드 및 아웃 바운드 속성에서 (dev) 속성을 구성합니다.

2) 다음 파일로 구성을 추출 : asadmin extract-caps-application-configuration myear.ear

3) 및 테스트/자극이 파일을 업로드 글래스 피쉬는 : asadmin import-caps-configuration --host %HOST% --port %PORT% --user admin --passwordfile ...\passwordfile caps-configGlassfish\Common Task\CAPS\Env and CM Override

4) 당신은 환경에 따라 속성을 조정 ! JCAPS 효율 을 즐길 수)

5 (과 귀를 다시 시작) [선택 사항]

이 모든 과정이 Application Configuration - JCAPS 6 스크린 캐스트에 요약되어

관련 문제