Alguns logs do WebSphere Application Server que indicam problemas que podem não ser óbvios nos logs do InfoSphere MDM. Isso é verdade nos casos dos
exemplos a seguir, que cada um pode causar falhas de IVT.
Tabelas SIB ausentes ou criadas com uma instância mais antiga
Se sua instalação não possuir tabelas SIB ou tabelas SIB que foram criadas com uma instância mais antiga, os logs do WebSphere Application Server terão erros como o exemplo a seguir e terão também erros de
BlueprintContainer:
[2/7/14 15:51:54:023 PST] 00000058 DWLExceptionU E javax.jms.JMSException: CWSIA0241E: Uma exceção foi recebida durante a chamada para o método
JmsManagedConnectionFactoryImpl.createConnection: com.ibm.websphere.sib.exception.SIResourceException: CWSIT0008E: Uma conexão bem-sucedida foi estabelecida com o servidor de autoinicialização em localhost:7276:BootstrapBasicMessaging, mas o servidor retornou uma condição de erro:
CWSIT0088E: Atualmente, não há nenhum mecanismo do sistema de mensagens no barramento MDM.SIB.server1 em execução. Informações de falha adicionais: CWSIT0103E: Nenhum mecanismo do sistema de mensagens correspondente foi encontrado os parâmetros a seguir: bus=MDM.SIB.server1, targetGroup=null, targetType=BusMember,
targetSignificance=Preferred, transportChain=InboundBasicMessaging, proximity=Bus..
em com.ibm.ws.sib.api.jms.impl.JmsManagedConnectionFactoryImpl.createConnection(JmsManagedConnectionFactoryImpl.java:195)
Resolução
2. Exclua as tabelas SIB do banco de dados do MDM. Deve haver nove tabelas que comecem com SIB*.
3. Reinicie o servidor ou cluster.
4. Execute o IVT novamente.
Essas etapas recriarão as tabelas SIB com novas entradas e atualizarão a instância.
Falha de autorização para o usuário mdmadmin ou MDM
Se houver uma falha de autorização, os logs do WebSphere Application Server terão erros como o exemplo a seguir:
[4/29/14 20:07:39:710 CDT] 00000140 SecurityColla A
SECJ0053E: Falha de autorização para tmwdchou01.tmw.com:389/mdmadmin durante a chamada
(Bean)com.ibm.mdm.hub.server-
E001..11.0.0..com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20131005-0518.war#com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20131005-0518.war#DWLServiceController processRequest:java.util.HashMap,java.io.Serializable:1
não tem permissão para nenhuma das funções requeridas: ServiceConsumer ServiceProvider [4/29/14 20:07:39:714 CDT] 00000140 AxisEngine E org.apache.axis2.engine.AxisEngine receive Um erro foi detectado durante o processamento de JAXWS
org.apache.axis2.AxisFault: An error was detected during JAXWS processing
em org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:208) em org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:208)
em org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:172)
Resolução
1. Efetue logon no WebSphere Application Server Integrated Solutions Console (console administrativo).
2. Navegue até Aplicativos em nível de negócios >
MDM-operational-server-EBA-E001>
com.ibm.mdm.hub.server.app-E001_0001.eba> Função de
segurança para o mapeamento de usuário ou grupo.
3. Clique em Mapear Assuntos Especiais > Tudo Autenticado na
Região do Aplicativopara o ServiceConsumer.
4. Clique em Mapear usuários... e, em seguida, selecione
mdmadminno servidor LDAP e mapeie-o para ServiceProvider.
5. Navegue até Aplicativos em nível de negócios >
MDM-operational-server-EBA-E001>
com.ibm.mdm.hub.server.app-E001_0001.eba> Funções RunAs
para usuários.
6. Inclua o usuário mdmadmin em ServiceProvider e em ServiceConsumer.
A instância do mecanismo do MDM não pode ser localizada (erro BlueprintContainer)
Se a instância do mecanismo do MDM não puder ser localizada, os logs do WebSphere Application Server terão erros com o exemplo a seguir:
[12/9/14 15:51:38:439 IST] 00000078 BlueprintCont E org.apache.aries.blueprint.container.BlueprintContainerImpl$1 execute Impossível iniciar o contêiner de blueprint para o pacote configurável com.ibm.mdm.server.extrules.default devido a dependências não resolvidas [(objectClass=com.ibm.mdm.server.config.api.ConfigManager)]
java.util.concurrent.TimeoutException em org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:328) em org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48) em java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:450) em java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314) em java.util.concurrent.FutureTask.run(FutureTask.java:149) em java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:109) em java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:217) em java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:906) em java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:929) em java.lang.Thread.run(Thread.java:796)
Isso acontece quando o nome do EBA no WebSphere Application Server e as tabelas do Configuration Manager são diferentes. Essa situação pode ocorrer quando você reinstala o InfoSphere MDM, reutilizando o mesmo banco de dados várias vezes sem limpá-lo entre as instalações.
Verifique a tabela do Configuration Manager APPSOFTWARE e verifique o nome do EBA. O valor do nome do EBA deve corresponder ao nome do EBA no WebSphere Application Server.
Resolução
1. Abra o DB2 ou outra linha de comandos do banco de dados aplicável e conecte ao banco de dados do MDM.
2. Modifique a tabela APPSOFTWARE da seguinte maneira:
Atualize APPSOFTWARE set name=”com.ibm.mdm.hub.server-E010” where APPLICATION_ID=1004;
3. Confirme a mudança no banco de dados.
4. Reinicie a instância do WebSphere Application Server.
5. Execute o IVT novamente.
O componente nativo do Standard Edition não está disponível no WebSphere Application Server
O componente nativo do InfoSphere MDM Standard Edition está instalado no WebSphere Application Server como MDM-native-<instance>.ear. Este arquivo é extraído na pasta WAS_HOME da maneira a seguir quando o servidor é iniciado: <WAS_HOME>/profiles/<PROFILE_NAME>/ installedApps/<CELL_NAME>/MDM-native-E0010.ear
Este componente nativo é usado pelo mecanismo do Standard Edition para o MDM virtual. O componente nativo deve ter a configuração correta para permitir que o mecanismo do Standard Edition funcione corretamente. Uma cópia do componente também é mantida em
<MDM_INSTALL_HOME>/mds e a configuração dessas duas instâncias deve ser sincronizada.
Em alguns casos, um erro pode fazer com que o MDM-native-E0010.ear não seja extraído no WAS_HOME, o que significa que a pasta não é criada. Isso fará com que ocorra o seguinte erro:
Causado por: com.dwl.base.exception.DWLBaseException: com.dwl.base.exception.DWLBaseException: com.dwl.base.exception.DWLBaseException: Não foi possível localizar o objeto de negócios: VirtualMDMBObj em com.dwl.base.xml.DWLDocumentHandlerHelper.createObject(DWLDocumentHandlerHelper.java:1358) em com.dwl.base.xml.DWLDocumentHandlerHelper.populateTopObject(DWLDocumentHandlerHelper.java:1221) em com.dwl.base.xml.DWLDocumentHandlerHelper.endElement(DWLDocumentHandlerHelper.java:891) em com.dwl.tcrm.coreParty.xmlHandler.TCRMDocumentHandler.endElement(TCRMDocumentHandler.java:160) em com.ibm.xml.xci.sax.serializer.SAXCursor.writeClosingTag(SAXCursor.java:225) ... mais 71 Resolução 1. Reinicie o servidor.
2. Certifique-se de que a pasta a seguir exista e contenha o componente nativo do MDM virtual: <WAS_HOME>/profiles/ <PROFILE_NAME>/installedApps/<CELL_NAME>/MDM-native-E0010.ear
3. Se o conteúdo correto estiver presente nessa pasta, execute novamente o IVT. O erro deve desaparecer. Caso contrário, vá para a etapa 7.
4. Se o conteúdo correto não estiver presente, navegue até
<MDM_INSTALL_HOME>/mds/scriptse execute o comando a seguir:
madconfig install_native_engine_ear -propertyfile ../../properties/install_native_engine_ear.properties
5. Reinicie o servidor.
6. Execute o IVT novamente.
7. Se o problema persistir, verifique se a configuração de instalação inclui o Microsoft SQL Server e o LDAP. Se sim, entre em contato com seu administrador de banco de dados (DBA) para executar os scripts SQL a seguir.
Nota: Esses scripts serão requeridos apenas se você estiver usando o SQL Server. Ative o isolamento de captura instantânea para o SQL Server. Isso precisa ser feito apenas uma vez.
ALTER DATABASE <database name> SET ALLOW_SNAPSHOT_ISOLATION ON ALTER DATABASE <database name> SET SINGLE_USER WITH ROLLBACK IMMEDIATE ALTER DATABASE <database name> SET READ_COMMITTED_SNAPSHOT ON ALTER DATABASE <database name> SET MULTI_USER \
Depois que os scripts tiverem sido executados, reinicie o servidor de aplicativos.
8. Se o problema ainda não for corrigido, desinstale e reinstale o InfoSphere MDM.