Chiappa, entendi parcialmente, mas acho que vc não entendeu o que eu quis dizer!
O que eu quis dizer no meu e-mail anterior foi o seguinte, vou exemplificar, vamos supor que eu tenha: oracle - usuario owner do RDBMS print_user - usuario criado para rodar o comando de impressao (com senha que nunca vai mudar) e com permissões necessárias para acessar as impressoras compartilhadas na rede milton - meu usuario de rede A minha intenção era: - dentro do meu PL/SQL eu chamaria o runas, passando o usuario e senha do usuario print_user, para executar o .BAT - ok - ao fazer isso, a partir do usuario "oracle" eu executo o runas pra rodar o comando como se fosse o print_user - ok - se eu executar uma vez manualmente, eu escreveria a senha de forma interativa e partir das seguintes não precisaria mais - ok - aí vem minha dúvida: para executar essa primeira vez, eu não teria que estar LOGADO com o usuario oracle para executar o comando runas passado o print_user/senha? isso eu não consigo fazer, pois o windows não me deixa logar como oracle! Se eu executar o runas logado como "milton", passando print_user/senha, e depois tentar executar via PL/SQL (ou seja, via usuario oracle), continua valendo a senha qe ficou gravada para login no runas? ou só fica valendo pra eu continuar executando como milton? Att, Em 13 de março de 2015 18:17, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Veja bem : a idéia NÃO É (repito, **** Não È **** ) vc passar pro RUNAS > esse usuário dono do RDBMS com o qual vc não consegue logar, mas SIM ter um > usuário Windows local (chamado JOAOZINHO, ou outro nome qualquer) que SEJA > capaz de logar, usuário esse previamente criado e permissionado E que não > mude a senha nunca, aí apenas uma vez vc ou alguém no cliente executa > manualmente o .BAT informando a senha desse usuário e cabou : nas próximas > vezes que esse .BAT for executado pela rotina java que chama executáveis , > a senha JÁ VAI estar armazenada, ao que entendo ele NÂO VAI pedir de novo, > okdoc ?? É isso ... ÓBVIO que se o usuário sob o qual o RDBMS roda não é um > usuário local com privilpégio de logon (o que vc NÂO nos confirmou ainda, > by the way!!! veja lá !!) não tem como vc logar com ele pra executar a > primeira vez... > > E uma obs importante : ao que entendo, quando o usuário quer imprimir um > arquivo Y, o Sistema cria um .BAT assim : > > copy /b Y.arq ipdaimpressora > > depois, se o usuário quer imprimir um arquivo X.nnn , ele cria um OUTRO > bat com : > > copy /b X.nnn ipdaimpressora > > assim por diante, e por isso como o .BAT muda a cada execução vc não > teria como executar manualmente a primeira vez.... Coisas como ter um outro > .BAT fixo chamando o segundo .BAT de impressão , que seria recriado a cada > vez com o novo conteúdo mas MANTENDO sempre o mesmo nome, como indicado por > outro colega, são SIM possíveis mas imho desnecessárias : isso de criar um > .BAT novo a cada vez com uma única diferença NÂO FAZ o menor sentido, por > que vc não tem um único .BAT fixo que aceita o nome do arquivo como > argumento, tipo : > > -- este .BAT único se chama IMPRIME.BAT > copy /b %1 ipdaimpressora > > e aí para imprimir o arquivo Y.arq vc chama o .BAT com : > > CMD.EXE /C \caminho\IMPRIME.BAT Y.arq > > depois pra imprimir o arquivo X.nnn vc chama o mesmo .BAT com : > > CMD.EXE /C \caminho\IMPRIME.BAT X.nnn > > e assim por diante, okdoc ??? > > []s > > Chiappa > >
