Transformações Java em Modelo de Serviço

A transformaçãoJava em Modelo de Serviço transforma implementações Java™ em modelos de serviço de software, que você pode usar como entrada para outras transformações que geram artefatos para outros domínios, como o domínio service-oriented architecture (SOA) e o domínio Java 2 Platform, Enterprise Edition (J2EE).

Origens de Transformação Válidas

A transformação de Java em Modelo de Serviço gera modelos de serviços de suporte a software a partir das seguintes origens Java:
  • Uma classe de implementação Java que implementa uma interface no espaço de trabalho atual
  • Uma interface Java

Se você selecionar elementos Java na visualização Explorador de Projeto ou um diagrama de classes em vez de usar o editor de Configuração de Transformação, o modelo ou elementos que você selecionar substituem o modelo de origem que você especifica na configuração de transformação. A configuração de transformação não é afetada e a origem especificada na página Origem e Destino do editor de configuração de transformação ou no assistente de Nova Configuração de Transformação não é alterada.

Destinos de Transformação Válidos

É possível especificar um modelo UML como o destino para a saída da transformação de Java em Modelo de Serviço.

Saída da Transformação

Em uma configuração de transformaçãoJava em Modelo de Serviço, é possível especificar que a transformação aplique o perfilModelagem de Serviços (SoaML) ou o perfil Serviços de Software ao modelo que ele gera.
Importante: O perfil Serviços de Software foi reprovado e um perfil chamado perfil Modelagem de Serviços (SoaML) está disponível para serviços de modelagem. Para obter informações sobre a migração do perfil do Serviços de Software para o perfil Modelagem de Serviços (SoaML), consulte o link relacionado no final deste tópico. Para obter informações sobre como os estereótipos no perfil do Serviços de Software mapeiam para os estereótipos no perfil do Modelagem de Serviços (SoaML), consulte o link relacionado no final deste tópico.
Para cada classe ou interface gerada pela transformação de Java em Modelo de Serviço:
  • A transformação expõe a interface Java de origem como um serviço modelo de destino.
  • A transformação cria um componente UML que delega uma interface Java para um serviço. Esse componente agrupa os componentes de delegação Java e uma implementação Java, e também contém duas portas. Para obter informações adicionais sobre as características dessas portas, consulte o link para o tópico de referência relacionado no final deste tópico.
  • Dependendo do perfil de destino que você seleciona na configuração de transformação, a transformação aplicará um dos seguintes estereótipos ao componente gerado:
    • Estereótipo «Participant» do perfilModelagem de Serviços (SoaML)
    • Estereótipo «serviceProvider» do perfil reprovadoServiços de Software
Nota: Após a execução da transformação, é possível usar o modelo de serviços gerado como entrada para as transformações de UML em SOA ou de UML em SCA para gerar artefatos SOA. Ao configurar uma transformação de UML em SOA, é possível especificar que a transformação gere projetos de módulo somente para os componentes que têm o estereótipo «Participant» ou «serviceProvider» aplicado.

Comparando e Fundindo Saída de Transformação com Modelos UML de Destino

A transformação de Java em Modelo de Serviço utiliza a funcionalidade de comparação e fusão para determinar as diferenças entre o modelo de destino e o modelo temporário gerados pela transformação. Ao executar a transformação de Java em Modelo de Serviço, o editor de fusão exibe as diferenças entre os dois modelos. Na janela do editor de fusão, é possível selecionar as alterações que a transformação funde ao modelo de destino.

Integração com a Equipe de Suporte

A Java em Modelo de Serviço fornece funcionalidade de integração com os sistemas de controle de versão IBM® Rational Team Concert, CVS, Rational ClearCase, e Rational ClearCase LT, que possibilita efetuar o registro de saída dos arquivos automaticamente ou incluir novos arquivos. É necessário ativar os recursos de equipe para trabalhar com os sistemas de gerenciamento de configuração.


Feedback