Vou ser muito sincero com você, esse problema de instabilidade que você
está vivenciando é novo para mim. No inicio do projeto tive muitos
problemas devido a versões diferentes do cURL e do SSL que os sistemas
usavam. Mas eu sempre uso LINUX, em algumas distribuições diferentes é
verdade e por isso tive problemas. Hoje praticamente só uso Debian e
derivados e quando posso escolher é Debian mesmo. Se o sistema funciona
em Linux por que a insistência no uso do MacOSX. Não tem como deixar uma
maquina virtual com o Debian, por exemplo.
Abraço
PS: não respondi seu email antes pois em muitos dos meus clientes não
tenho maquina para usar e fico sem email e sem skype.
Roberto
Obrigado por responder...
Eu me especializei em criar soluções "INCOMUNS" no ambiente Mac Os X.
E preciso confessar: sou macmaníaco de carteirinha.
As minhas rotinas rodam no ambiente "Filemaker", um tipo de banco de dados para Mac.
Queria um dia te mostrar minhas coisas, você vai gostar muito de ver...
Uma possibilidade que estou considerando é provisoriamente mover o serviço de envio para um servidor Linux, usar o rsync para sincronizar pastas em ssh e fazer uma requisição em no servidor "disparando a NFe para o Sefaz"... Mas seria provisóriamente mesmo.
Outra possibilidade que eu e Rogério consideramos é escrever um código todo em Java, usando o Axis para a conversa com o Web Service, aí queria seu conselho...
No aguardo,
Bernardo
=============
É posível que o próprio Mac OS X seja a fonte do problema.
Como vc informa que o problema é instável, e não determinístico,
provavelmente não foi causado por uma mudança no ambiente de
autorização da SVRS. Tb (q eu saiba) não tivemos mais ninguém
informando q as coisas pararam de funcionar direito 20 dias atrás.
E se antes tudo funcionava, e depois começou a dar problema, alguma
coisa mudou, com certeza absoluta. Se não foi a SVRS, parece q sobram
2 alternativas: seu link Internet e o Mac OS X. Se mudar o link
Internet para outro provedor (celular 3G por exemplo) não resolver
nada...
Sobre uma possível razão para o sistema operacional começar a dar
problema do nada, minha única explicação é auto-update / patches.
Boa sorte na busca de uma solução.
Obs.: Sobre o Java, em princípio Java é o COBOL de hj em dia. É
impossível não funcionar. Com q performance e a q custo de programação
é outro problema, mas feito direito q vai funcionar vai.
Edmar Wiggers
Macrovita Alimentos
Tel.: 48-3233-4615 / 48-9966-0074
Email: e...@macrovita.com.br
Web: www.macrovita.com.br
Em 4 de fevereiro de 2011 17:50, Roberto Leite Machado
<roberto...@superig.com.br> escreveu:
Eu ainda cogito a possibilidade de ser alguma exigência de segurança do Mac Os X relacionada a configuração do servidor Virtual RS.
Veja que tenho o software rodando em pelo menos 3 Macs e o problema se repete em todos... Não creio que seja patch no meu portátil.
Mas agradeceria se os amigos experimentasse rodar o comando que rodei em meu terminal, repetindo para cada servidor, homologação e produção.
Boa noite!
Bernardo
=============
E ela diz que não tem curl???
tenta digitar no terminal:
whereis curl
Veja que aqui no meu mac ele ficar em /usr/bin/curl
Talvez você tenha que digitar o path inteiro do comando, por exemplo:
/usr/bin/curl -vv --url "https://nfe.sefazvirtual.rs.gov.br/ws/nferecepcao/NfeRecepcao.asmx" --insecure
e
/usr/bin/curl -vv --url "https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/nferecepcao/NfeRecepcao.asmx" --insecure
Veja em anexo pdf do meu infophp:
Ele diz que meu php está em /usr...
Quanto ao seu questionamento sobre o curl segue :
administrador@ubuntu:~$ curl -vv --url
"https://nfe.sefazvirtual.rs.gov.br/ws/nferecepcao/NfeRecepcao.asmx"
* About to connect() to nfe.sefazvirtual.rs.gov.br port 443 (#0)
* Trying 200.233.3.104... connected
* Connected to nfe.sefazvirtual.rs.gov.br (200.233.3.104) port 443 (#0)
* successfully set certificate verify locations:
* CAfile: none
CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS alert, Server hello (2):
* SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate
verify failed
* Closing connection #0
Funciona, sim e todas as vezes. Um detalhe o MAC usa uma versão
modificada do ssl que inclui contribuições da fundação mozilla não me
lembro bem o que é diferente mas tem algo diferente sim.
Quanto a sua ideia de criar uma API em java é uma solução definitiva, o
único problema que vejo é o tempo necessário para isso, tendo em vista a
curva de desenvolvimento em java ser bem lenta.
De qualquer forma, boa sorte, e permaneço a disposição no que puder
ajudar. Vou ver com um amigo se consigo uma cópia do mac os x e colocar
em uma maquina virtual para fazer testes neste ambiente também.
Um abraço
Roberto
Na amazon tive problemas com ubuntu deles em algumas aplicaçao q rodava legal local depois q mudei para Debian nunca mais tive problema a varios anos ok.
--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com
Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você recebeu essa mensagem porque está inscrito no grupo "NFePHP" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para nfephp+un...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.