| Autor |
Mensagem |
|
|
É por no caso específico da Consulta de Notas Ficais você deve sempre consultar no Estado do Emitente.
Os dois primeiros digitos da Chave Representam o código do IBGE do Estado. Você deve então pela chave identificar qual é o código Estado, e consultar a nota do estado em que ela foi emitida.
Seguem os códigos
As URLS para cada estado, você encontra aqui:
http://www.nfe.fazenda.gov.br/portal/WebServices.aspx
ATENÇÃO: Isso se aplica apenas a Consulta, no caso de emissão você deve enviar sempre para o mesmo estado em que o seu certificado foi emitido.
|
 |
|
|
|
De Acordo.
|
|
|
|
Na verdade, a ideia é formar equipes com poucas pessoas (geralmente no máximo 11). E cada equipe deve ter todos as habilidades necessárias para entregar software no final de uma iteração. Os Skills, vão depender do perfil do seu projeto. Há equipes formadas por programadores, designers, arquitetos de informação, dba, (you named it).
Exitem alguns diferentes conceitos que vale a pena dar uma olhada. Procure por Feature Teams (http://www.infoq.com/articles/scaling-lean-agile-feature-teams) e equipes multi-funcionais.
Esse assunto é muito vasto.
Se você é novo no tema, sugiro que começe por aqui: http://www.improveit.com.br/scrum
|
|
|
|
No Encontro Ágil 2009, Jutta Eckstein (http://www.jeckstein.com) disse que era importante ter em equipes uma pessoa que seja responsável pela visão de negócio e uma pessoa responsável pela visão técnica, claro que essa visão deve ser transmitida e compartilhada por toda a equipe, mas esses seriam, segundo ela, respectivamente, o papel (!= cargo), do product owner e do arquiteto.
Essa é outra definição interessante:
The architect is responsible for defining and maintaining the structure of the solution, and ensuring that it will meet the requirements. An agile architect must also help the team to work together in an agile fashion, to jointly own the solution, and to interface well with other parts of the organisation.
Fonte: http://www.agilearchitect.org/agile/role.htm
Eu creio que a necessidade, desde papel em uma equipe, assim como o papel de scrum master, por exemplo, está diretamente relacionado com a maturidade da equipe e das necessidades do projeto. Não acho que exista uma regra absoluta que seja aplicada a qualquer tipo de projeto ou equipe, entretanto, investigar o real valor deste papel em uma equipe é muito válido e pode ser tentado, desde que isso possa de alguma forma realmente agregar valor ao resultado final.
Outra referência interessante: http://martinfowler.com/articles/designDead.html#id73363
In software, the term architect means many things. (In software any term means many things.) In general, however it conveys a certain gravitas, as in "I'm not just a mere programmer - I'm an architect". This may translate into "I'm an architect now - I'm too important to do any programming". The question then becomes one of whether separating yourself from the mundane programming effort is something you should do when you want to exercise technical leadership.
Creio que Martin Fowler na frase acima realmente apresentou o real motivo de arquitetos estarem tão na moda. (e olha que este texto é de 2000).
|
|
|
|
sergiotaborda wrote:
algumas referencias - já que vocês são incapazes de procurar no google
Não tenho dúvidas que todos somos capazes de usar o Google. Mas não espere que possamos adivinhar em quais referências você apoia suas teorias.
Acho que a discussão aqui está sendo muito válida, mas por favor, sem levar para o lado pessoal.
|
|
|
|
|
@fantomas É verdade cara. Acho que o melhor é quanto se tem um equilíbrio entre a teoria e prática.
|
|
|
|
Retirado do artigo Software Craftsmanship com Uncle Bob Martin
http://andrefaria.com/2009/11/30/software-craftsmanship-com-uncle-bob-martin/
Segundo Uncle Bob, pensar arquitetura e design vale muito a pena, porém, ele não gosta nada da idéia de se separar a arquitetura da codificação. Os melhores arquitetos são aqueles que codificam e vivem no ?mundo que constroem para os outros?, disse. Se um arquiteto não codifica ele fica desconectado das decisões que toma, porque não é afetado por elas, ele ?não tem que dormir na cama que faz?.
O importante é que arquitetos mantenham seus dedos no teclado, a final, você não pode liderar um time a menos que os conheça e entenda. Você tem que experiências o que o time está fazendo para saber o que ele realmente precisa.
E aí galera, vocês concordam com isso?
Os que são arquitetos, põe realmente a mão na massa ou passam o dia fazendo diagramas?
Particularmente, corcordo com Uncle Bob!
|
|
|
|
Encontrei também esse livro da Pragmatic Bookshelf
http://www.pragprog.com/titles/cwosg/modular-java
Em PDF custo $22,00
|
|
|
|
Pessoal achei um material muito bom sobre esse assunto:
http://portal.acm.org/citation.cfm?id=1363851
http://www.scs.carleton.ca/~deugo/thesis/simon-kaegi/thesis-sk-final.pdf
|
|
|
|
Opa! Então Adriano, a solução para o projeto do qual mencionei neste post, foi a seguinte, criei vários projetos no maven e no fim das contas ele me gerava um war com tudo dentro. O único problema é quando você quer modularizar a parte de web (servlets, jsps e afins), daí fica meio complicado porque você só pode ter um web XML e todos os JSP devem ficar na mesma pasta do war.
Na próxima versão do Java haverá soluções bem mais interessantes através do uso de OSGI e da API de modularização do Java. Eu também estou esperando para ver.
Qualquer coisa é só falar...
|
|
|
|
Olá Pessoal,
Compilei os principais acontecimentos do JavaOne 2009. Espero que gostem.
http://andrefaria.com/2009/06/14/saiba-tudo-sobre-o-java-one-2009/
Abraço,
André Faria Gomes
|
|
|
|
reinaldoaraujo wrote:Boa tarde pessoal,
Estou tentando assinar um XML da NFe usando o código acima, já consegui efetuar a conexão com o web-server usando o código abaixo:
System.setProperty("java.protocol.handler.pkgs","com.sun.net.ssl.internal.www.protocol");
Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
System.setProperty("javax.net.ssl.keyStoreType", "PKCS12");
System.setProperty("javax.net.ssl.keyStore", verConf.getPathKeyPFX());
System.setProperty("javax.net.ssl.keyStorePassword", "xxxx");
System.setProperty("javax.net.ssl.trustStoreType", "JKS");
System.setProperty("javax.net.ssl.trustStore",verConf.getPathKeyJKS());
Alguem já conseguiu assinar um XML NFe usando somente o arquivo .pfx ??
O path que você usa é o completo do arquivo (/Users/ze/certificado.pfx) ou relativo ao classpath (/certs/certificado.pfx)?
|
|
|
|
Sobre essa informação de ter um certificado para o ERP e outro para o estabelecimento emissor da NF-e. Alguém está trabalhando dessa forma confirma essa informação?
Sobre a homologação do software por estado, alguém já fez esse processo de homologação do software junto ao Sefaz, poderia contar como foi a experiência?
Abraço
|
|
|
|
|
Também estou pesquisando sobre o assunto. Achei essa apostila muito útil: http://www.javapassion.com/j2ee/SecurityBasics_speakernoted.pdf
|
|
|
|
Olá Pessoal,
Estou tendo problemas para gerar os beans da Nota Fiscal Eletronica com JAXB, parece que um XSD faz include do outro e dá pau...
Vocês consguiram fazer funcionar numa boa?
O comando que tentei usar é o seguinte:
xjc -d ../../java/ cabecMsg_v1.02.xsd enviNFe_v1.10.xsd retEnviNFe_v1.10.xsd consReciNFe_v1.10.xsd retConsReciNFe_v1.10.xsd cancNFe_v1.07.xsd retCancNFe_v1.07.xsd consSitNFe_v1.07.xsd retConsSitNFe_v1.07.xsd consStatServ_v1.07.xsd retConsStatServ_v1.07.xsd consCad_v1.01.xsd leiauteConsultaCadastro_v1.01.xsd -h
Abraço
|
|
|
|