1. 지들은 모델에 데이터넣는것 하겠다고 하고 일주일(오늘 2019-11-15)이상 열흘이 지났지만 아직도 B선임과 s가 데이터 안들었 다고 컴플레인
2. 오픈소스 이클립스 1.0 버전과 2.0버전을 구분 못하여 소스공개의무가 명시된 2.0버전으로 생각하고 뻘짓 고민 준비
3. 남들 퇴근시키고 혼자 몰래 남아 인터페이스 추가했다고 우쭐대다가 스프린트3회의에서 바로 필요없는 게 됨
4. Physical instance를 드레그앤드랍시 dirty가안생겨 리턴시 조정했더니만 지들이고처 에러유발(물리인스턴스 이중으로 생김: 드레그앤드랍 리턴 부분 코딩오류) 스프린트3발표
5. 어제 간이 시퀀스 다이어그램 회의에서 c 프로에게 지(김효준)가 인스턴스(논리/물리) 메소드 위자드 형식으로 만들겠다고 (위자드로 생성하면 수정은 모로하냐) 어제(2019-11-15오늘)만들겠다고 해놓고 c프로가 메소드 프로퍼티 안만들어져서 작업 못한다고 컴플레인
6. 논리/물리 있으면 경우의 수가 네가지 (논리->물리, 물리->논리, 논리->논리, 물리->물리) 네가지가 있어 다 만들어야 하는데 두가지 다 만들겠다고 김효준이 빡빡우김
7. 일정계획세우라고 해놓고 아침마다 스크럼미팅 이라고 갔다와서는 우선급한거라고 전달하는존재주제에 14일 다하겠다고 한거 스프린트 3차(15일)에 안되있다고 깨지고 정시에 퇴근함(15일)
8. 그러면서 내가한거는 범위에 정하지도 않은거 안됐다고 한거 하나도없다고함
1. 지난주 목요일(2019-11-14)에 회의하면서 시퀀스다이어그램의 물리/논리 메소드 정의 그때 금일 하겠다고 하고 오늘도 묵묵이 토론하며 이야기하며 사이좋게 지낸다. 물리모델 조금 바꾸어 놓고 일한다고 커밋했다고 한다.
2. Aim system에서 작업했다는건 기존 aframe과 amateras의 figure를 수정하여 새로운 디자인 작업
2019-11-19 에임시스템 김효준 aim system
1. 물리모델에 메소드 설정을 추가하여 피지컬 모델 생성을 돕겠다고 한지 지난주 목요일부터
2. 하지만 금일 민방위 갔다온다고 오전 출근안하고
3. 시퀀스 다이어그램에서 물리클래스를 드레그앤드랍하여 추가시 에러 발생한다.
4. 물리 / 논리 안겹치게 하는 거를 이 상태에서 하라고 하는건지 아니면 모델 선택하여 이동할 때 에러 잡으라고 하는지(amateras에러) 따지자.
2019-11-20 에임시스템 김효준 aim system
1. 시퀀스 다이어그램에서 물리클래스(.java)파일을 드래그 앤 드랍하면 에러가 발생하는데, 살펴보니 java라이브러리 파일 하나가 class diagram 또는 fd에 설정되어 있어서 export/import 하게되어 있는데 jdk 1.6에서 못불러온다.
2. 그 라이브러리에 collection 자료구조를 for loop 도는게 있는데 그상테에 에러
1. 김효준 이 한술 더 떠서 내가 해보려다 amateras의순환구조 때문에 안된 xsream lib to JAXB LIB으로의 변환을 하고있디고함 언제되나 봐줄것
1. ㅔ오전10)10] 시퀀스 다이어그램 프로젝트 구조 변경하는 것 : 시퀀스 프로젝트 내의 클래스다이어그램/액티비티 다이어그램 등 기존 Amateras의 흔적 지우기를 해보려다 안돼었다고 나한테 하라고 함
2. 시퀀스 다이어그램 figure 표출이 잘못나온다고(sync message화살표가 떨어버 벌어짐) 하고 재연하다가 이상무로 없던아야기로 하자고 함
1. 지가 어린나이에 처세술의 대가로 트집잡아 입막고 탓하는거 배웠는데, 그 처세술로 aframe 시퀀스 다이어그램을 마무리 지어야 할 것이다.
2. pm이나 pl은 무엇보다 탁월해야 할 능력은 능력없이 트집잡고 약점 잡겠다고 하는 처세술이고 윗선의 권력자에는 조건없이 눈칫것 무릅꿇고 아부한다.
2019-09-16 (월) 추석쇠고 출근 10시 s (수내역)
* arame 소스 다운로드 및 jira, confluence, single(Knox) 셋업
* 분석 : Apache POI - the java API for Microsoft Documents(MS OFFICE sw)
- class FlowClass extends SourceNode implements IFlowClass
* com.aframe.ide.flowdesigner.fd.core.internal.model.impl
* dd : dependancy Designer
* net.java.amateras.umleditor
* com.aframe.ide.flowdesigner.sd.ui
* 김효준과 "자체개발" vs "오픈소스 변환적용 " 논의
* aframe :dependancy diagram worksplace
* flow diagram workspace 분석
* 모델 오브젝트를 JAXB - unmarshal, marshal 방법으로 xml저장/로딩
* 모델 오브젝트 정의 : feature 오브젝트
* UML designer는 Sirius(시리우스) 제품의 레퍼임
* Obeo Designer / Sirius에서 uml designer는 eclipse에 소속된 오픈소스 프로젝트임
* com.aframe.ide.flowdesigner.dd.ui.model.runtime.RuntimeModel
* 파일 오픈 메소드 : 메소드 openEditor()호출
* GEF : graphical editor framework
* EMF : eclipse Modeling framework
* GMF : graphical modeling framework
* 스퀀스 다이어그램 상세 일정 / 계획 세우기
* 개발일정(그룹장참석) 회의 => (나는) 자체개발의지
* https://git.eclipse.org/c/uml2/org.eclipse.uml2.git
* 5.UML designer 의존성 (양파남)
* UML Designer (wrapper) -> Sirius -> UML2 -> MEF (modeling lib) -> GMF -> GEF
* 1.6을 쓰려면 eclipse Kefler 3.6.2
* NASCA (삼성보안소프트웨어)에서 Sun JDK 1.6 자동 삭제됨
* openJDK 1.8과 eclipse kepler로 개발환경 다시 세팅
* http://amateras.osdn.jp/cgi-bin/fswiki_en/wiki.cgi?page=SourceCode
* 오전 : aframe.flowdesigner.dd 소스를 카피하여 sd(sequence designer) 생성하려 함
* net.java.amateras.umleditor
* net.java.amateras.umleditor.java
* net.java.amateras.xstream
* 위의 세 프로젝트를 aframe소스에 import하니 sequence diagram 동작
* 김효준과 미팅 : 다음주까지 model 형상 잡기로
* 위의 amateras 프로젝트 이름 바꾸어 적용 : 소스 디렉토리에서 변경 안한 관계로 save/loading 에러발생
* sequence diagram 그리기 적용됨
* 프로젝트 amateras를 aframe에 임포트 한 것 그냥 별개의 루트에 존재해서 aframe안으로 교정
* Sequence diagram의 저장시 확장자 .fsd로 변경
* "new file"메뉴에 나오는 정보에서 "Aframe/시퀀스 다이어그램"으로 변경
* 프로토타입 시연 동영상 제작하여 sds컨플루언스에 업로드
* 지난주 금요일 시연한것 소스구조 변경 및 디버깅해서 커밋
* 시퀀스 다이어그램 프로토타입개발 2019-09-27 시연 및 소스 재작성 (anyscorede-1309)
* UML designer 분석 : uml designer(wrapper) -> CIRIUS Modeler(wrapper) -> UML2 lib(eclipse.org) -> EMF (eclipse modeling framework) -> GMF (graphical model framewor) -> GEF ( graphical editor framework)
* 위의 복잡한 계증 구조로 uml designer의 적용이 난해함
* 기존소스(aframe) 구조는 모델링 드로잉을 위한 GEF와 데이터구조는 model class를 가지며 xml 저장/로딩은 JAXB를 사용한 핸들러로 구현된 구조
* git 시스템이라 2레벨 commit으로 브렌치 origin/develop-diagram 에 다시 커밋
* model 구조 (aframe과 amateras) 분석 및 비교
* git 시스템이라 2레벨 커밋이라 소스 브렌치 origin/develop-diagram 에 push함
* model 구조 (aframe과 amateras) 분석 및 비교
1. model 구조(aframe과 ameteras) 분석 및 비교
2. 제 2차 aframe IDE개발 스프린트 회의
1. 고객 요구 사항 : 시퀀스 다이어그램에 조건분기 추가 : 조건분기를 가진 다이어그램은 액티비티 다이어그램
3. flow designer CX ppt문서 열람 / 분석
1. 시퀀스 다이어그램의 팔레트를 오른쪽으로 이동 2019-10-08 (회) / 2019-10-10 (목) [aim system회식] / 2019-10-09 (수) 한글날 휴무
1. sequence diagram 셀프 실행 드로잉시 잘못 그려지는 것 디버깅 (원인 compare가 항상 true)
2. 위의 1번 2019-10-08 ~ 2019-10-09 [완료] 2 working days
1. 시퀀스 다이어그램의 인스턴스 드래그하여 추가시 다이얼로그 생성 (위치 찾음} [50%]
1. 지난주 금요일 (11일) 한 Dependency Diagram Model과 Sequence Diagram 병합작업 원복
2. Eclipse GEF drag and drop 조사
3. Seqeunce Diagram 분석서 : 컴플루언스에 업로드
4. Instance 추가시 (drag And Drop시) 위치 찾아서 샘플 dialog 띄우기
5. 컨플루언스에 CX및 분석 및 설계의 ppt 토대로 model(안) 완성할 것 :todo
1. git에 지금까지 한 것 커밋하다 git레파지토리도 날려버림 : rebase실행으로
2. origin/origin/develop-diagram 머지하려다 소스 날림
3. 소스 기억에 의존하여 복구/git 재정리
4. jdk 1.8에서 xtream라이브러리 오류 업데이터로 해결 : 1.4.3 => 1.4.11.1
1. 셀프 호출 life line 선 그리기 복구 (어제 6번)
1. project explorer (common viewer) 에서 드래그 드랍 시 정보확인 및 이벤트
1. java class를 드래그 드랍하면 사각형 보여줌
1. 인스턴스 추가 후 remove확인 (연관된 메시지를 지워야 지워짐)
2. 인스턴스 추가 후 "라이프라인 생성" 및 메시지 그리기와 저장/불러오기 완료
4. 인스턴스 추기 시 기존 amaters 처럼 인스턴스 색상 입힘
1. project explorer에서 추가시 모양 교정
2. project explorer에서 추가한 것 노란색, 팔레트에서 인스턴스 추가한 것 회색으로 변경
1. project explorer 에서 drag and drop 시 java.resource에서 드래그 한 부분은 파일 내용이 드래그 앤 드랍됨
2. com.aframe.ide.flowdesigner.sd.ui.dnd.java.SequenceDiagramDragDropTargetListener <E>에서
3. getCurrentEvent().data 가 아니라
4. firstElement = isel.getFirstElement()
5. 타입을 RCP에서 제공하는 "IjavaElement"를 응용하여 해결함
1. 라이프라인상의 엑티베이션 (activation) 사각형 회색으로 변경
3. 프로젝트 불필요한 파일 제거 (백업zip파일)
1. javaparser.jar 추가 : jdk 1.6에서 빌드 오류 없음
2. xstream load/save to marshal/unmarshal [50%]
1. xstream -> jaxb 변환 (저장완료)
2. 인스턴스 -> 라이프라인 -> 클래스 (팔레트에서 추가한 것 로지컬,피지컬 구분) -> 메시지 -> 메소드
3. JAXB 복원 : 인스턴스와 라이프라인 저장은 되지만, 메시지 (Activation)가 저장안됨 (owner자료때문)
4. instanceModel -> messageModel -> instanceModel의 순환이 생김 (jAXB에선 순환구조시 에러발생
Display.getDefault().asyncExec(new Runnable() {
1. xstream -> jAXB변경작업 Failure : 순환구조 때문에 도저히 안됨
2. xstream 프로젝트 삭제 및 sequence diagram에 통합
1. ANYSCOREDE-1903 : new를 통해 시퀀스 다이어그램 생성후 바로 즉시 삭제시 에러발생 디버깅 원인 xstream 호출시 Inputfilestream를 파일을 열고 Close를 하지 않음
2. xstream 프로젝트 제거 및 클래스명 변경
3. instanceModel -> LogicalClass로 변경
1. ANYSCOREDE-1241 시퀀스 다이어그램 모델 수정
2. 위의 문제가 동작은 하는데 dirty와 색상 문제가 있음
1. amateras 시퀀스 다이어그램에서 instanceModel -> LogicalClass/PhysicalClass로 상속받아 적용
2. 위의 logical/physicalclass에 JavaMethod / StreoTypeModel 추가
3. ANYSCOREDE-1262 시퀀스 다이어그램에서 로지컬/피지컬 클래스를 클릭시 해당하는 모델을 찯도록 변경중 [50%]
1. ANYSCOREDE-1910 시퀀스 다이어그램 context메뉴 정비
2. ANYSCOREDE-1807 시퀀스 다이어그램 구조 정리 : sd.ui.java 프로젝트 삭제 및 sd프로젝트에 병합
1. ANYSCOREDE-1918 시퀀스 다이어그램 요소 겹치는 경우에 대한 처리 (physical완료/logical처리중)
1. ANYSCOREDE-1900 시퀀스 다이어그램 호출 추가시 메소드 선택 가능 (대화상자와 inplace에디터로 처리)
2. 시퀀스다이어그램 물리클래스 추가시 dirty가 안생기던 문제 해결
3. ANYSCOREDE-1828 시퀀스 다이어그램의 팔레트에서 클래스의 종류를 선택하여 추가하는 기능 (팔레트만 보여줌)
1. ANYSCOREDE-1900 시퀀스 다이어그램 호출 추가시 메소드 선택기능
1. 메소드 입력 다이얼로그 임시중지, inplace에디터로 처리
2. 디버깅 메시지 제거 (디버그메시지 출령중 오류로) 프로그램 오류로 오동작
3. lifeline의 메시지 전당을 logical/physicalclass에도 등록하여야 함
1. XStream xstream = new XStream();
2. XSstream.setupDefaultSecurity(xstream);
3. xstream.addPermission(AnyTypePermission.ANY);
1. 논리 인스턴르를 배치하고 이름을 바꾸었을 때, 화며에 바꾼이름으로 리프레시 안되던 현상제거 (원인 부모클래스(InstanceModel)과 자식 클래스 (Logical/PhysicalClass)에 같은 이름의 변수 'String name"이 존재 같은 getter/setter가 있어 각 메소드가 정확히 호출 안되서 발생)
2. 시퀀스 다이어그램 물리모델 추가시 저장마크(dirty)가 안생겨 저장안되고 사라지던 현상 제거 (dragNdrop이벤트에 리턴값으로 getCurrrentEvent().detail = DND.DROP_COPY;와 마지막에 super.handleDrop()적용
3. 시퀀스 다이어그램 인스턴스 사각형 Figure (논리/물리) 크기조정 및 내용 조정
4. ANYSCOREDE-1900 시퀀스 다이어그램 추가시 메소드 선택가능 (메시지 설정시 메소드 입력 대화상자 복구 및 데이터를 physical/logicalClass에 전달 (Todo. 변경시 기존 데이터 찾아서 삭제 필요)
1. 시퀀스 다이어그램 : 라이프라인에서 메시지 연결시 메소드 정의 다이얼로그 복구
2. 디버깅코드에서 에러나서 메시지 생성시 에러나는 현상 제거
3. 시퀀스 다이어그램 : 라이프라인 생성시 대화상자에서 메소드 입력하면 logical/physicalClass에 전달
5. 시퀀스 다이어그램 팔레트에 스테레오 타입 추가
2. todo : amatreas 시퀀스 다이어그램에서 드로잉 많을 때 선택하여 이동시 깨지는 현상 디버깅
3. Todo : 인스턴스(논리/물리)를 생성 또는 이동시 겹쳐 그려지는것 겹치지 않게 처리
4. 소스수정 오류로 MessageOrderUtil.computeMessageOrders (InteractionModel model)호출 안되서 메세지 넘버링오류 발생 이 함수 호출로 해결
1. 시퀀스 다이어그램 회의 : 11:00~12:00
2. xstream library : org -> a common[이동중] 에러남 a.common은 ide에서 실행할 때 불러오는 라이브러리가 아니라 aframe 프로젝트 생성하고 프로젝트 실행에서 불러오는 라이브러리로 여겨짐
1. 오후에 라이브러리 이동 후 에러 상황이야기 하니
2. 시퀀스 다이어그램 오브젝트 겹쳐져서 배치되는 문제부터 해결 하라고 함 (김효준, 수요일까지)
3. 하던일 revert하고 Git에서 소스 동기화해서 작업하려니 git 소스가 에러남 , 김효준이 17:50분에 커밋으로 에러 없어짐
1. 어제 git 의 김효준 커밋으로 에러는 없어졌는데, 물리클래스 드레그앤 드랍시 오류
2. 김효준이 오후에 출근해서 이야기 하니 자기는 오류없다고 함(openJDK 1.8에서 실행환경 1.6)
3. 내가 조사해보니 기존 클래스다이어그램/패키지다이어그램에서 소스를 갖다 썻는데 오류
1. [시퀀스 다이어그램] 논리 클래스를 드래그앤드랍시 오브젝트 이미지가 겹치지 않도록 처리
1. (시퀀스 다이어그램) 시퀀스 다이어그램 간격조정
1. 시퀀스 다이어그램 : 논리 메소드 드로잉시 겹치지 않게 인스턴스 드래그앤드랍시 기존 인스턴스 shift이동
1. 문제 발생 : 기존 드로잉에 인스턴스가 겹쳐서 하나만 이동하고 말면 문제가 없으나
2. 논리클래스가 겹쳐서 이동했을 때, 이동한 클래스가 다시 원래있던 클래스에 겹치는 경우가 발생
3. 이동하고 (모두에 대해, 모델이 트리구조라서 생성순서대로 add되어 있으므로 소팅이 안되어 있음) 겹치 조사하고 겹치면 다시 이동하는 로직을 재귀호출로 구현
4. 그러자 인스턴스 20여개 생성시 스텍오버플로우 발생
5. 하나 이동 -> 그게 겹치는지 조사 -> 겹치면 다시이동 -> 이동한게 전체적으로 겹치는지 조사 -> 겹치면 다시 이동하고 전체적으로 겹치는지 조사
6. 하나 이동하면 두개 이동해야 하는 경우가 있고 다시 이동할께 4개로 늘언남 전체적으로 다시 조사하고 폭발적으로 계산량이 늘어남 NPcomplete문제, 핵분열 chain reaction같음
2. (시퀀스 다이어그램) Cx가이드 적용 : 인스턴스와 execution최소간격 32px적용
3. (시퀀스 다이어그램) 메소드간 최소간격 12px 적용
1. (시퀀스 다이어그램) 시퀀스 다이어그램 간격조정
1. caller와 called 메소드 드로잉 간격조정
1. 어제 한 시퀀스 다이어그램 간격조정 소스 정리하여 push
2. 시퀀스 다이어그램 셀프 execution 간격조정
1. if(rectangle.y < 205) Return null;
1. 시퀀스 다이어그램) 최프로님 요청사항 및 diagramEditPart 삭제
1. execution을 드래그해서 상단으로 올려서 다이어그램 깨지는 현상 제거 : creation 시 싸이즈 안맞음
2. execution을 두번이상 중복호출하도록 할때, 에러 디버깅
3. execution을 반복 생성시 드로잉깨져서 화살표 안맞는 것 수정
3. DiagramEditPart삭제 : 김효준 선임 요청
(시퀀스 다이어그램) 시퀀스 중간 중간 삽입해도 인스큐선 사이즈 조정
(시퀀스 다이어그램) called메소드의 라이프라인이 "선택하여 이동"할때 싸이즈가 변경되는 현상 제거
(시퀀스 다이어그램) c 프로가 콜러의 익스큐션 사이즈가 사용자의 기대에 맞지않게 변경되어 깨진다는 현상
(원인) 시퀀스 다이어그램 간격조정.png에 따라 코딩하다 깨짐 현상 제거 커밋
메시지작성을 시작할 때 "시퀀스 다이어그램 간격조정.png"에 따른 상단 여백 살람
인스턴스가 왼쪽 끝 넘어 가면 이상해지는 현상 제거
익스큐션 정렬 기능 작성중 퇴근하라 함 (c프로)
1. 인스턴스 정렬기능 c 프로가 재작성했는데 jdk1.6에서 object.sort(new 콤퍼레이터) 코드가 안맞아 에러발생함
2. 익스큐션 정렬 작성중에 김효준 선임과 다툼
P.s. 2020-06-25 논의중 언성이 높아지기 시작한 원인은 김효준 을 비롯한 다른 4명이 지지부진한 가운데 김효준이 하는 일은 내가 하루 업무작업을 마치고 퇴근하면 야간에 내가한거 분석하고 다음날 아침에 스크럼 스프린트하면서 지가 한것처럼 보고하고 모모해달라면 내가 그날하고 커밋하고 퇴근하는 것을 두달이 넘게 했는데 자들은 정렬기능만든다고 두달을 놀고 내가 하루에 하자 지들이 다하고 내가 놀았다고 한다. 당연히 큰소리로 따져야지
|
