변환 작성 릴리스 정보

© Copyright International Business Machines Corporation 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

릴리스 정보

1.0 제한사항
   1.1 모델에서 UML로 맵핑 작성 시 기본 UML 프로파일이 자동으로 맵핑되지 않음
   1.2 모델 대 모델 변환에서 병합(fuse) 지원이 contentTypes 확장자를 가진 대상 모델에서만 가능
   1.3 모델 대 모델 변환 작성 시 입력 또는 출력으로 지정한 Ecore 모델에 해당 일반 모델이 있어야 함
   1.4 모델 대 모델 변환 구성에 파일을 대상 컨테이너로 지정해야 함
   1.5 JET 변환이 있는 변환 작성 통합은 자동이 아님
2.0 알려진 문제점 및 해결 방법
   2.1 UML 메타 모델이 모델 대 모델 맵핑에 자동으로 추가되지 않음
   2.2 필터된 특성"에서" 그리고 필터된 특성"으로" 변환은 맵핑 편집기에 손상된 것으로 나타날 수 있음
   2.3 맵핑 파일에서 모델에 대한 참조를 삭제하면 모델이 맵핑 파일에서 삭제됨
   2.4 병합 모드가 자동적 또는 시각적인 경우 모델 대 모델 변환 구성 편집기에서 runSilent 옵션을 선택할 수 있음
   2.5 프로파일의 등록 ID가 사용되지 않는 경우 등록된 프로파일로 모델에서 UML로 맵핑 시 병합 오류가 발생할 수 있음
   2.6 맵핑 모델에서 코드 생성 시 'plugin.xml' 및 'MANIFEST.MF'를 포함한 기본 프로젝트 파일이 재생성되지 않음

1.0 제한사항

1.1 모델에서 UML로 맵핑 작성 시 기본 UML 프로파일이 자동으로 맵핑되지 않음

모델 대 모델 변환 작성 시 대상이 UML 2 모델인 경우, 기본 UML 프로파일이 자동으로 맵핑되지 않습니다. 예를 들어, default.epx UML 프로파일은 자동으로 맵핑되지 않습니다. 이러한 프로파일을 수동으로 맵핑하거나 UMLDefaultLibrariesAddRule 프레임워크를 사용해야 합니다. 대상이 UML 모델 EClass인 경우, 수동으로 이 프레임워크를 변환에 추가할 수 있습니다.

프레임워크를 변환에 추가하려면 다음 코드를 변환에 추가하십시오.

    /**
     * <!-- begin-user-doc -->
     * <!-- end-user-doc -->
     * @generated NOT
     */
    protected void addTransformElements(Registry registry) {
 add(new UMLDefaultLibrariesAddRule());
     addGeneratedTransformElements(registry);
     // 여기서 생성된 요소 다음에 변환 요소를 더 추가할 수 있음
     // @generated 태그를 제거하거나 이 태그에 NOT을 추가
    }

1.2 모델 대 모델 변환에서 병합(fuse) 지원이 contentTypes 확장자를 가진 대상 모델에서만 가능

모델 대 모델 변환 작성에서 대상 모델에 "병합(fuse)"을 지원하려면 Eclipse 작업공간의 플러그인에 "org.eclipse.core.runtime.contentTypes" 확장자가 있어야 합니다. 이 확장자를 대상 모델에서 파생된 도메인 이름이 있는 플러그인에 지정할 수 있습니다. 이 확장자에 대한 자세한 정보는 비교/병합 프로젝트의 확장점 문서를 참조하십시오. 이 문서로 대상 모델에 대한 세분화된 병합(fuse) 전략도 세울 수 있습니다. 좀 더 단순한 EMF 전략의 경우, 다음 확장자를 지정할 수 있습니다("xxx"를 대상 파일 확장자로 바꿈).

<extension
  point="org.eclipse.core.runtime.contentTypes">
  <file-association
   content-type="com.ibm.xtools.comparemerge.emf.emfContentType"
  file-extensions="xxx"/>
 </extension>

1.3 모델 대 모델 변환 작성 시 입력 또는 출력으로 지정한 Ecore 모델에 해당 일반 모델이 있어야 함

모델 대 모델 변환 작성 시 입력 또는 출력으로 지정한 Ecore 모델에 해당 일반 모델이 있어야 합니다. 일반 모델을 작성하기 위해 EMF 모델 마법사를 사용할 수 있습니다. 일반 모델 작성 후 코드를 작성하는지 확인하십시오. 일반 모델은 개발 Workbench에 등록되거나 해당 Ecore 모델과 같은 경로에 있어야 합니다. 일반 모델에는 .genmodel 파일 이름 확장자, 유사한 이름 및 Ecore 모델과 같은 경우가 있어야 합니다. 없는 경우 변환 작성 엔진에서 일반 모델을 찾을 수 없습니다. 변환 작성 엔진에서 필수 일반 모델을 찾을 수 없는 경우, 코드 생성이 불가능합니다.

1.4 모델 대 모델 변환 구성에 파일을 대상 컨테이너로 지정해야 함

모델 대 모델 변환에 대한 변환 구성 작성 시 파일이 비어 있는 경우라도 대상 모델을 나타내는 파일을 지정해야 합니다. URI를 대상 컨테이너로 지정할 수 없습니다.

변환 구성 편집기 또는 마법사의 기본 페이지에서 비어 있는 Ecore 모델을 작성하려면 새 대상 컨테이너 작성 단추를 클릭한 후 대상 모델의 확장자가 있는 파일을 지정하십시오.

1.5 JET 변환이 있는 변환 작성 통합은 자동이 아님

모델 대 모델 변환을 프론트 엔드로서 JET(모델에서 텍스트로) 변환으로 통합하려면 JETRule 프레임워크의 인스턴스를 변환 제공자에 있는 RootTransformation의 'postProcessing' 규칙에 수동으로 추가해야 합니다. 다음 예제는 변환 제공 클래스에 포함시켜야 하는 코드를 나타냅니다. 'xxx'를 JET 변환의 ID로 바꿔야 합니다.

    /**
     *는 루트 변환을 작성합니다. 변환에 규칙을 더 추가할 수 있습니다.
     * <!-- begin-user-doc -->
     * <!-- end-user-doc -->
     * @param transform The root transformation
     * @generated NOT
     */
    protected RootTransformation createRootTransformation(ITransformationDescriptor descriptor) {
        return new RootTransformation(descriptor, new MainTransform()) {
                   protected void addPostProcessingRules() {
                            add(new JETRule("xxx"));
                   }
        };
   }

2.0 알려진 문제점 및 해결 방법

2.1 UML 메타 모델이 모델 대 모델 맵핑에 자동으로 추가되지 않음

UML 모델을 입력 또는 출력하는 변환을 생성하려면 UML 메타 모델을 맵핑 스펙의 루트 입력, 루트 출력 또는 둘 다로서 지정하십시오. 맵핑 스펙에 대한 UML 프로파일의 추가로 UML 메타 모델이 자동으로 추가되지 않습니다.

해결 방법: 모델 대 모델 변환 맵핑 마법사 및 편집기에서 모델 추가 단추를 클릭하여 UML 메타 모델을 추가하십시오.

2.2 필터된 특성"에서" 그리고 필터된 특성"으로" 변환은 맵핑 편집기에 손상된 것으로 나타날 수 있음

사용자가 필터링 기능을 "기본"에서 "중간" 또는 "고급" 모드로 전환하고 맵핑을 작성한 후 "기본" 필터 모드로 다시 전환하는 경우 맵핑 커넥터의 종료점이 사라질 수도 있습니다. 이렇게 되면 맵핑 커넥터에 어떤 것에도 연결되지 않은 종료점이 있는 것으로 표시되며 맵핑의 모양에만 영향을 줍니다. 변환이 맵핑에서 생성하는 맵핑 및 소스 코드는 영향을 받지 않습니다.

해결 방법: 맵핑 작성 시 적용되는 필터 모드를 지정하여 맵핑의 모양을 정정하십시오.

2.3 맵핑 파일에서 모델에 대한 참조를 삭제하면 모델이 맵핑 파일에서 삭제됨

맵핑 파일에 맵핑 입력 또는 출력으로서 모델에서 요소가 지정되는 맵핑 파일이 없으면 그 모델이 맵핑 파일에서 "삭제"됩니다. 사용하지 않은 모델은 맵핑 입력 또는 출력이 삭제될 때마다 확인합니다. 독립 목록은 입력 및 출력에 필요한 맵핑 파일에서 유지보수됩니다.

해결 방법: 맵핑 입력 또는 출력으로 해당 모델에서 요소를 선택하기 전에 모델을 맵핑 파일에 추가해야 합니다. 맵핑 편집기에서 모델 추가 단추를 클릭하여 모델을 맵핑 파일에 추가하십시오.

2.4 병합 모드가 자동적 또는 시각적인 경우 모델 대 모델 변환 구성 편집기에서 runSilent 옵션을 선택할 수 있음

생성된 모델 대 모델 변환에 필요한 변환 구성 편집기에서 '자동적' 또는 '시각적'를 포함한 모든 병합 모드에서 runSilent 옵션을 지정할 수 있습니다. 병합 모드가 자동 또는 비주얼과 동일하게 설정되는 경우, 대상 모델에서 병합(fuse)이 지원되면 runSilent 옵션에서 자동 병합 전략이 강제 실행됩니다. 병합(fuse)이 지원되지 않는 경우 재정의 병합 전략을 사용합니다.

2.5 프로파일의 등록 ID가 사용되지 않는 경우 등록된 프로파일로 모델에서 UML로 맵핑 시 병합 오류가 발생할 수 있음

프로파일로 Ecore 메타 모델에서 UML 메타 모델로의 변환 맵핑 모델을 작성하면 대상 UML 모델에서 사용할 프로파일 URI를 확인해야 합니다. 기본적으로 맵핑 편집기에서 지정한 프로파일의 URI가 사용됩니다. 자원 URI를 지정한 경우, 해당 플러그인 URI로 변환됩니다.

해결 방법: 특성 페이지에 있는 profileURI 재정의 특성에 다른 URI를 지정할 수 있습니다. 맵핑 편집기의 루트 섹션을 클릭하여 특성 페이지를 표시하십시오. 참고: 등록된 프로파일을 사용하는 경우 자동으로 사용되는 프로파일과 다르면 프로파일이 등록된 URI를 지정할 수 있습니다. 지정에 실패하면 등록된 프로파일이 자원 세트에 두 번 이상 로드되며 이로 인해 병합 또는 병합(fuse)에 문제가 발생할 수 있습니다.

2.6 맵핑 모델에서 코드 생성 시 'plugin.xml' 및 'MANIFEST.MF'를 포함한 기본 프로젝트 파일이 재생성되지 않음

모델 대 모델 변환에 있는 맵핑 모델에서 코드 생성 시 기본 프로젝트 파일을 찾을 수 없으면 기본 프로젝트 파일(예: plugin.xml 및 manifest.mf)이 생성됩니다. 생성된 후 이 파일을 편집해야 합니다.

해결 방법: