전체 글 (202) 썸네일형 리스트형 Managed Server Weblogic Weblogic의 서버 구성 방법 중 Managed Server 를 이용하여 구성하는 방법이 있습니다. 이것은 하나의 Managed Server 에 여러 서버를 연결하여 사용하는 방법입니다. 이렇게 하는 이유는 무엇일까요? 저번에 들었는데 기억이 잘 안나네요. 아무튼 Test 환경이 Managed Server를 이용하여 구성됨으로 한번 해봐야겠습니다. 오늘 처음 프로젝트 와서 Weblogic 10 을 설치 했습니다. 아직 무슨 Role이 떨어질지는 잘 모르겠지만 아무튼 잘 하고자 합니다. 프로젝트 투입. 회사에서 발령이 났습니다. 지금은 상암에 있는데 Project 투입으로 인해 여의도로 전근이 되었습니다. 투입 되는 기간은 20개월 입니다. 성공적으로 Project 를 수행한 후 복귀 하고자 합니다. 아직 많이 부족하지만 그동안 배운 것들을 곱씹어 가며 또 새로운 것들을 배워가며 잘 하고자 합니다. 20개월 후면 31살이네요. ㅡㅡ; 감사합니다. 캔트백 구현 패턴 정리 클래스 -클래스 -단순한 상위클래스 이름 -한정적 하위클래스 이름 -추상 인터페이스 -인터페이스 -버전 인터페이스 -추상 클래스 -값 객체 -특화 -하위클래스 -구현자 -내부클래스 -인스턴스별 행동 -조건문 -위임 -플러그인 선택자 -익명 내부 클래스 상태 -상태 -접근 -직접 접근 -간접 접근 -공용 상태 -가변 상태 -외재 상태 -변수 -지역 변수 -필드 -파라미터 -수집 파라미터 -파라미터 객체 -상수 -역할 제시형 작명 -선언형 타입 -초기화 -열성적 초기화 -게으른 초기화 행위 -제어 흐름 -주요 흐름 -메시지 -선택 메시지 -더블 디스패치 -분리 메시지 -되도림 메시지 -초청 메시지 -설명 메시지 -예외 흐름 -보호 구문 -예외 -체크 예외 -예외 전달 메소드 -조합 메소드 -의도 제시형 이름.. Class Extend. Class를 Extend 하는 방법. 1. Class의 선언 시 extends 를 사용하여 extend 한다. 2. return Method를 이용하여 extend 한다. 보통 Class를 확장하는 방법은 1번을 사용합니다. 그런데 오늘 Coding을 하다보니 다음과 같은 방법도 있겠구나 싶네요. 예를 들어 Properties를 extends 하여 InitProperties를 만들어서 확장을 할 수 있겠지만. extend 하지 않고 InitProperties 안에서 Properties를 return 하게 하여 확장을 할 수도 있네요. ex1) public class Hello --------------------------- public class Hi extends Hello --------------.. Ganymede New Feature Ganymede 를 사용하면서 새로운 것들을 적어 봅니다. 1. 전역변수와 지역변수의 Highlighting이 구별 됩니다. 2. CVS나 SVN의 주소 표시 색이 변했군요. 3. CVS 등록시 Save Password 를 지정하면 비밀번호를 잊었을 경우 힌트를 이용해 복구 할 수 있도록 했네요. 4. CVS 등록시 이전 Comment가 남아 있군요. 5. Java Browsing Perspective 가 추가 되었군요. 좋은데요. ㅎ Class 나누기 오늘도 고민이 됩니다. 어떻게 Class를 나눠놔야 잘 나눠 놨다고 칭찬 받을지.. 원칙은 이러합니다. 하나의 책임에 하나의 Class. 그런데 이 책임을 설정하는게 참.. 뭐랄까.. 코에 붙이면 코걸이요. 귀에 붙이면 귀걸이라는 생각이 듭니다. 사람이 하는 말도 그렇지요. 말 하기 나름이고 정하기 나름이지요. 예를 들어서 나는 특정 명령을 Execute 하는 Class를 만들고 싶습니다. 그런데 이러한 Executing 을 반복적으로 수행해야 하는 요구사항이 생겼습니다. 이러한 경우... Execute 와 반복이라는 두개의 책임으로 나누어 Class를 두개 생성 할 수도 있고 아니면 어차피 실행이니깐 Execute라는 하나의 Class에 반복이라는 Method를 생성해서 역할을 할당 할 수도 있습니다... Test Case의 중요성 Test라고 하면 보통 수동으로 눌러 보는 Test를 떠올립니다. 하지만 JUnit을 이용한 TestCase 작성은 프로그래밍 시에 꼭 필요한 존재 입니다. 오늘도 다음과 같은 사항이 발생했습니다. 프로그램 작성 완료 후 Window 기반에서 Test 한 프로그램을 Unix 기반으로 구동하려고 했습니다. Unix 기반에서 구동되게 하기 위해 코드의 몇가지 내용을 수정하였습니다. 그리고 Unix 적용 완료 했습니다. 그런데 window에서 돌려보고 싶은 겁니다. 그래서 window와 Unix라는 Operating System 을 Parameter로 받도록 프로그램을 수정했습니다. 그리고 프로그램을 실행 시켰습니다. 음.. 잘 돌아 가는 듯 하였습니다. 하지만 숨겨진 버그를 발견했습니다. 특정 메소드가 정상.. Static과 View 오늘 TextArea 객체를 하나 만들었습니다. 이제 특정 Class의 동작 결과가 TextArea에 써지게 하기 위한 Coding을 했습니다. 그런데.. TextArea가 문제더군요.. 다른 Class에서 공동의 TextArea를 공유하여 써야 하기 때문에 static을 사용하기로 결심했습니다. static 객체를 하나 만들었습니다. 그리고 public 선언을 하여 해당 class에서 해당 객체에 접근이 가능하도록 하였습니다. 그러면... 음... 위의 Class인 OutputScrollArea는 딴곳에서 생성 되기 전에.. static으로 선언된 객체를 호출할때 가장 먼저 생성이 되는 것인가요? 음.. 그런것 같네요.. 그래야.. 특정 공간에 객체가 생길테니... 음... 그러면 ... static .. 이전 1 ··· 9 10 11 12 13 14 15 ··· 26 다음