O cenário é --- Eu desenvolvi um fluxo simples no Anypoint Studio (IDE baseado em eclipse), que lê um arquivo de um local de rede, processa a data e grava os dados em um banco de dados. Eu testei que funciona e, em seguida, publiquei-o no tempo de execução do Mule ESB. O IDE de desenvolvimento e o tempo de execução estão em duas máquinas diferentes, ambas do Windows Server 2008 R2.
A edição é --- Meu programa não pode ler arquivos do ambiente de tempo de execução do Mule ESB, obtendo problemas de permissão.
Fundo mínimo na arquitetura Mule ESB. (Para o ambiente de tempo de execução) O Mule Enterprise ESB (mmc-distribution-mule-console-bundle-3.5.2-HF1) vem com o servidor Tomcat incorporado e Mule > O Startup.bat tem duas instruções a seguir para chamar o tomcat startup.bat
CD mmc-3.5.2-HF1 \ apache-tomcat-7.0.52 START / B bin \ startup.bat
Investigações feitas até agora (no computador de tempo de execução) - Baixei uma nova cópia do Tomcat, criei um simples projeto implantável no eclipse do JUNO IDE que acessaria arquivos do local de rede, executava esse tomcat como administrador, e posso ver que meu aplicativo está lendo arquivos de lá. Isso mostra que o problema não está no Tomcat ou na permissão da unidade de rede ou do aplicativo. - Eu posso acessar a localização da rede do IE, drive mapeado, windows explorer etc - Estou logado como administrador. - Os controles de acesso do Windows UAC já estão desativados. - Eu pesquisei muito sobre os 2 comandos do DOS fornecidos acima. Atualmente, Mule > O startup.bat está usando o comando START para iniciar o tomcat e eu queria substituí-lo por algum comando que possa iniciar o tomcat como um usuário Admin. Eu encontrei runAs faz isso. Eu substitui os comandos acima com runas no entanto, então ele não aceita a senha como parâmetro de linha de comando e, portanto, eu não consegui iniciar o aplicativo MMC (Mule Management Console) com sucesso. - Eu mapeei a unidade de rede localmente e ainda o meu aplicativo dentro do Mule > O Tomcat não consegue ler o arquivo. - Eu concedi acesso à pasta da rede para todos, por isso não é o problema de permissão de acesso à pasta de rede. - Eu já levantei isso com o MuleSoft. - Mule lançou o servidor TCAT, que é outro produto licenciado e inicia o tomcat como um serviço do Windows. No entanto, não entendo como iniciar o tomcat como um serviço consertaria as duas instruções acima no arquivo mule > startup.bat. - minha aplicação em mule > ambiente tomcat só pode acessar C: \
Em uma declaração simples, a solução disso será: Mule > startup.bat deve chamar tomcat > startup.bat como administrador e não como SYSTEM.
Eu fiquei sem ideias. Alguém gostaria de sugerir algo que ainda não tentei?
Atenciosamente Rashmi