working...

CVS X SVN - Características

2011-07-21T23:42:00.002-03:00

Esta postagem tem como objetivo fornecer insumos comparativos entre duas ferramentas SCM (Software Configuration Management): CVS e SVN. Sua principal finalidade é auxiliar a tomada de decisão durante a migração ou não do SCM atual, CVS, para o SVN.

Nele juntei pontos importantes encontrados em várias referências encontradas sobre o assunto.

Características CVS x SVN (Subversion)

O Subversion foi construído pensando em incorporar os conceitos do CVS e corrigir suas limitações.

O Subversion utiliza banco de dados Berkeley BD, permitindo operações eficientes e em com grande número de arquivos. Seu servidor pode fornecer cópias de segurança sem que seja necessário desligá-lo. O CVS utiliza um arquivo para cada arquivo versionado, fazendo com que a operação possa ser bastante lenta (lockfile lento, pesado).

Ao contrário do CVS que não permite um controle de versão dos diretórios, o SVN permite um controle de histórico da mesma forma que mantém o controle dos arquivos. Quando se deseja mover algum arquivo no CVS é necessário um corte manual para não perder o histórico, enquanto a própria ferramenta do SVN fornece funções de mover, copiar e renomear mantendo o histórico de cada uma destas ações.

No Subversion quando um usuário faz um commit, a mudança pode ser aplicada ou revertida, ficando visível para os demais somente quando concluída (como um commit e rollback no BD), commit atômico (todos de uma vez ou revert todos). O CVS commita cada arquivo por vez até que toda operação seja concluída, se a conexão de rede falhar durante este processo existe risco de acontecer um commit parcial ou até mesmo que o arquivo seja corrompido. Caso seja necessário reverter um commit com o CVS é necessário baixar do histórico a versão desejada.

O mecanismo de commit atômico do Subversion mantém juntas as alterações em um grupo com uma mensagem de confirmação e um número de revisão ou alteração é atribuído. Este número pode ser utilizado para recriar o repositório a qualquer momento. No CVS, o histórico é gravado por arquivo.

Caso queira colocar um repositório na web com o Subversion você pode utilizar o Apache, protocolo HTTPS, fazendo proveito dos mecanismos de segurança do Apache.

O CVS guarda separadamente cada revisão de um arquivo, por exemplo: 10 versionamentos de um arquivo de 100k utilizará quase 1MB de espaço em disco. O Subversion utiliza um algoritmo binário para armazenar todos os arquivos e um calculo para identificar suas diferenças, ocupando assim um espaço muito menor.

SVN foi escrito em C, encontra disponível em muitas plataformas com Windows, Linux, Solares, Apple OSX e caso não exista uma versão do SVN para sua plataforma você pode baixar o código fonte e compilá-lo.

Existe uma ferramenta chamada CVS2SVN que auxilia o processo de migração entre o CVS e o SVN, mantendo todo o histórico do projeto. (Em uma próxima postagem falarei sobre o uso desta ferramenta)

Logo abaixo temos uma tabela abrangendo as características de ambos.

*Característica*	CVS	Subversion
Armazenamento	É criado um arquivo para cara versionamento de arquivo. Obs.: Para corrigir possíveis falhas basta editar diretamente o arquivo.	Banco de dados (Berkeley BD). Obs.: Utiliza uma ferramenta para correção de falhas.
Manipulando diretórios	Não permite. É necessário um corte manual para não perder o histórico.	Trabalha da mesma forma que os arquivos. Os diretórios também são versionados. Podem ser movidos, copiados e renomeados e este histórico é mantido.
Acesso concorrente	Podem ocorrer conflitos por se tratar de acesso a arquivos no disco.	Controlado pelo banco de dados.
Commit	Comita cada arquivo por vez até que a operação seja concluída. Obs.: Caso ocorra uma falha de rede o arquivo pode ficar parcialmente corrompido ou até mesmo inutilizado.	Commit atômico. Commita tudo ou reverte tudo. Funciona como um commit ou rollback do bando de dados.
Velocidade de transação	Lento por se tratar de acesso e leitura a arquivo de sistema.	Lento apenas no primeiro checkout pois precisa fazer uma cópia de todos os arquivos pra máquina.
Utilização de disco para armazenagem de dados	Guarda cada revisão de arquivo em um novo arquivo. Ex: 10 versionamentos de um arquivo de 100k utilizará aproximadamente 1MB do disco.	Utiliza um calculo binário para guardar os arquivos e um calculo diff binário para identificar suas diferenças.
Interoperabilidade	Não permite.	Diversas plataformas: Windows, Linux, Solaris, Apple OSX. Obs.: caso não possua uma versão para sua plataforma o código fonte pode ser baixado e compilado.
Metadados	Não armazena.	Permite versionamento.
Arquivos comportados	Texto, problemas com binários.	Todos os tipos de arquivos.
Lock de arquivos	Não permite.	Permite. Ao bloquear um arquivo ele passa a ficar como somente leitura para os demais usuários.
Versionamento	Versiona arquivo por arquivo. Permite a criação de branchs e tags por arquivo. Obs.: Não permite restaurar a versão do projeto à partir de uma tag específica.	O mecanismo de commit atômico do Subversion mantém juntas as alterações em um grupo com uma mensagem de confirmação e um número de revisão ou alteração é atribuído. Obs.: Permite restaurar a versão do projeto à partir de uma tag específica.

Principal referência para construção deste documento:

- http://osdir.com/Article203.phtml

Demais referências:

- http://martinfowler.com/bliki/VcsSurvey.html

- http://www.guj.com.br

- http://portalengenhariadesoftware.blogspot.com/2010/07/cvs-x-subversion.html

DISTINCT x UNIQUE, existe diferença?

2010-06-17T23:57:00.003-03:00

Não.

"Utilize DISTINCT ou UNIQUE se você quiser que o Oracle retorne apenas uma cópia de cada conjunto de linhas duplicadas selecionadas (estas duas palavras-chave são sinônimos). As linhas duplicadas são aquelas com valores correspondentes para cada expressão na lista de seleção."

UNIQUE é uma função do ORACLE e não funcionará em outros bancos de dados (MySQL, PostgreSQL, etc...)

Fonte:

Oracle9i SQL Reference Release 2

Passo para criar um certificado digital através da JDK (Keystore, keytool) e configurar o Tomcat para usar esse certificado

2008-10-01T20:32:00.002-03:00

Bom essa postagem é bem simples e rápida.

Alguns amigos me pediram um auxílio para criar um certificado digital para ser usado em um webservice.

Segue um pequeno passo-a-passo que encontrei a um bom tempo (em algum lugar da internet) que foi de muita ajuda.

PRIMEIRO PASSO (Comandos para criação do Keystore):

Keytool –genkey –alias –keyalg rsa –keystore

SEGUNDO PASSO (Comandos para criação do csr):

Keytool –certreq –keyalg rsa –keysize 1024 –alias –file tissnet.csr –keystore

TERCEIRO PASSO: Editar o arquivo .csr e copiar o conteúdo para enviar para a Certsign através do formulário no site.

QUARTO PASSO: Após receber o certificado da Certsign, salvar o conteúdo em um arquivo com a extensão .cer, importar através do comando:

keytool -import -alias -keystore
-trustcacerts -file

QUINTO PASSO: Configurar o arquivo server.xml, adicionando:

" keystorepass="" debug="0" scheme="https" secure="true" br="">
Connector port="8443" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" disableUploadTimeout="true"
acceptCount="100" keystoreFile="" keystorePass="" debug="0" scheme="https" secure="true"
$clientAuth="false" sslProtocol="TLS"

Vale lembrar que esse certificado não terá muita validade para uma transação de verdade, pois o mesmo não estará contido em nenhuma entidade autentificadora, que irá validar esses dados, como a Verisign ou Certisign.

Espero poder ajudar, qualquer coisa é só postar uma dúvida.

Obrigado a todos,

Rafael Martins

Problemas para criar cliente java de um webservice gerado no delphi

2008-07-06T12:23:00.004-03:00

Neste post irei relatar aqui problemas que ocorreram quando tentava criar um cliente em Java de um webservice gerado no Delphi.

Por algumas vezes já precisei trabalhar com Webservices, como servidor e como cliente. Sempre usando tecnologias do JAVA, algumas vezs .NET.

Recentemente, precisei criar um cliente para um serviço desenvolvido em Delphi executado a partir de uma dll.
Para minha surpresa tive problemas na implementação, para uma surpresa ainda maior encontrei muitos programadores na internet com este mesmo problema que será aqui relatado.
Essa dificuldade e o pouco material encontrado sobre o assunto serviram de motivação para publicá-lo aqui.

Problema:
Comecei salvando o wsdl do serviço, como sempre faço, e através do Eclipse (IDE de desenvolvimento Java) com alguns plugins, WSDL2Java, da API do APACHE AXIS 1.3 tentei gerar o cliente e não obtive êxito.
O erro apresentado era sempre esse:
IWAB0399E Error in generating Java from WSDL: WSDLException (at /definitions/binding/operation/input): faultCode=INVALID_WSDL: Element '{http://schemas.xmlsoap.org/wsdl/}input' contained unexpected attributes: 'message':

Procurei outras formas de gerar os clientes. Tentei da forma mais básica também com AXIS 1.3, mas agora sem uso de plugins.

Segue abaixo uma parte do código:

try {

String wsURL = "http://server-call/webcliente/WebAgenda.dll/wsdl/IWebagenda?wsdl";

Object[] params = { id, nome, nasc, sexo, doc, tel, cel, conv, mat, temp};

Service service = new Service();

Call call = (Call) service.createCall();

call.setTargetEndpointAddress(wsURL);

call.setOperationName("ReceberCliente");

String ret = (String) call.invoke(params);

System.out.println("Resultado: " +ret);

} catch (Exception e) {

// TODO Auto-generated catch block

System.out.println(e.getMessage());

e.printStackTrace();

}

Quando tentava invocar o método do serviço passando os parametros necessários caia nessa exception:

nested exception is:

org.xml.sax.SAXException: Bad envelope tag: definitions

AxisFault

faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException

Busquei então outras API's do Java como XFIRE da Codehaus e JAX-WS da própria Sun e excessões equivalentes ocorriam. Foi então que resolvi analisar melhor o WSDL do serviço gerado em Delphi.

Percebi então que a estrutura deste webservice era totalmente diferente de um gerado em Java ou .Net.
Pesquisando na internet encontrei informações dizendo que a plataforma Delphi gerava as interfaces de um webservice que não era compatível com o WS-I (padrão suportado pelo Java e .NET), ou seja, o serviço delphi não era interoperável com a plataforma Java e .NET.
WS-I é o perfil básico de interoperabilidade.

O próximo passo era tentar fazer o Delphi gerar seu serviço no padrão WS-I, porém, até a publicação deste post a empresa responsável em prover esse serviço não havia conseguido efetuar tal tarefa.

Solução:
Foi necessário solicitar que desenvolvessem novamente o webservice, que agora foi feito em .NET. A partir daqui a geração dos clientes se deu normalmente sem maiores complicações.

Pelo que conheço de SOA e Webservices este tipo de implementação provem comunicação entre qualquer linguagem, pois sua principal caracterísca é ser baseado em XML.
Um serviço web provê interoperabilidade entre máquinas em uma rede, neste caso a internet. E, um erro como esse fura o conceito dessa tecnologia. Caso esteja errado sintam-se a vontade para postar comentários e me corrigir.

Obrigado a todos,

Rafael Martins

Links importantes

2007-08-18T17:37:00.001-03:00

Links de algumas dúvidas no desenvolvimento em JAVA com suas resoluções, a maior parte delas tive participação ou na criação ou na resolução do problema.

Executar uma procedure em Java com o CallableStatemant
http://www.guj.com.br/posts/list/65177.java#345219
SOA - Service-oriented architecture
http://www.guj.com.br/posts/list/15/65073.java#342679

TISSNet, WebServices e Ponto-a-Ponto
http://www.guj.com.br/posts/list/15/59950.java#338054

Introdução JAX-WS 2.0 com JAVA 6 (Web Services)
PARTE 1
http://java.sun.com/developer/technicalArticles/J2SE/jax_ws_2/

PARTE 2
http://java.sun.com/developer/technicalArticles/J2SE/jax_ws_2_pt2/

Gerando um .war
http://www.guj.com.br/posts/list/63184.java#333267

Iniciando no SOAP com AXIS APACHE
http://www.javafree.org/content/view.jf?idContent=106

Certificado Digital e JAVA
http://www.guj.com.br/posts/list/58762.java#309561

Widescreen para Ubuntu 7.04 Feisty Fawn

2007-07-13T18:34:00.000-03:00

Esse artigo mostrará como configurar a resolução Widescreen em um notebook com monitor 15.4'.

Instalaremos o 915resolution

sudo apt-get install 915resolution

Agora click em Sistema | Administração | Gerenciador de Pacotes Synaptic e depois localise e insta-le o 915resolution

Caso não saiba as opções de resolução de tela possíveis, faça:

sudo 915resolution -l

Ainda no terminal abra o seguinte arquivo:

sudo gedit /etc/default/915resolution

Altere o arquivo nos seguintes campos:

MODE coloque 1280 x 800 ou a resolução que preferir
abaixo em XRESO coloque 1280 e em YRESO coloque 800
verifique se o campo BIT consta 32(se seu processador for 32bits) ou 64 se seu processador for 64bits)

Agora salve o arquivo e reinicie.

Abra, SISTEMA | PREFERENCIAS | RESOLUÇAO DE TELA marque a opção que acabou de habilitar.

Abraços

Discussão TISSNet

2007-05-18T14:30:00.000-03:00

Galera estarei postando aqui uma dúvida de uma pessoa que encontrou em contato comigo para falar do TISS (Troca de Informações em Saúde Suplementar). Estarei postando neste post a Dúvida dessa pessoa e, logo abaixo, responderei a mesma.

Pergunta: ========================================

Gostei da idéia do TISS e acho muito boa a iniciativa de montarmos um grupo para quem está desenvolvendo isso, principalmente em Java. Na verdade nosso sistema que cuida desta parte é feito em Qt, mas estou pensando em implementar esta parte em Java mesmo, acho o suporte a XML melhor. Bom, vamos às minhas dúvidas mais "críticas": 1) Vocês irão transmitir os dados para uma operadora, certo? O que será usado, comunicação ponto-a-ponto ou webservices? No caso da comunicação ponto-a-ponto, será utilizado o próprio Tissnet? E no caso de webservices, o que estarão utilizando? Tem como utilizar o Tissnet também ou precisaram criar uma solução própria? No caso de solução própria, reutilizaram as APIs da ANS? 2) Não consegui entender direito como estarão distribuidas as guias dentro do arquivo. No nosso caso, a guia vem em branco para o nosso faturamento preencher manualmente (o papel tbm será obrigatório, certo?), mas nas nossas agências transfusionais (que ficam dentro de diversos hospitais) não há como preencher isso... O que acontece é que um determinado serviço ou produto derivado de sangue que seja necessário para um paciente, pode incluir implicitamente diversos outros exames e serviços, os quais devem ser cobrados também. Assim, nosso sistema relaciona apenas um único número de guia (no caso a SADT) a cada ficha de requisição de transfusão/exames. Devo ter um único arquivo XML para cada guia? Posso unificar o envio de diversos itens (relacionados a um mesmo paciente, mas distribuidos em varias guias) em um unico número e relacionar tudo dentro do XML? Isso porque existe também o problema da guia SADT ter espaço para apenas 5 procedimentos... 3) Qual a estratégi que você utilizou para mapear os campos que vão para o xml? Os schemas são, digamos.... GRANDES DEMAIS. Sei que escrevi demais e tenho bastante dúvidas, mas se puder me ajudar (e quem sabe eu também ajudá-lo...) ficaria muito agradecido. Mais uma vez obrigado pela força! Abraço, ===============================================

História do Assembly

2007-04-07T10:01:00.000-03:00

Provavelmente a primeira linguagem de programação.

O Assembly surgiu em meados da década de 50. Os computadores ainda usavam válvulas.

Considerada uma grande evolução na linguagem de computação, pois se utilizou de grandes abstrações, aumentando produtividade e segurança.

O Assembly substitui uma instrução em linguagem de máquina por um comando legível ao ser humano.

Exemplos de instruções em Assembly: add, mul, div, and, not, or. Pondendo-se ainda, o usuário, criar variváveis e lidar com elas através dessas instruções e algumas outras existentes na linguagem Assembly. A linha de instrução "add x, y" significa dizer que estou mandando somar os valores de x e y. Esse resultado deve ser armazenado em um registrador.

Registradores são áreas dentro de um processador mais rápidas que operadores de memória. São 8 registradores gerais: EAX, EDX, ECX, EBX, ESI, EBP, ESP e EDI. Programando, devemos utilizar apenas 6 destes registradores, devido a os registradores ESP e EBP serem utilizados para entrada e saída de procedimentos. É importante saber o tamanho do registrador e os dados que poderão ser armazenados neles, como na figura ao lado.

Programar em linguagem assembly é bastante árduo e é necessário ter um montador. Temos aqui um montador e não um compilador como muitos pensam.

O montador assembly transforma o código feito em assembly em linguagem de máquina, a fim de propiciar o entendimento das instruções pelo processador.

Uma linguagem de baixo nível que permite, ao ser humano, trabalhar diretamente com instruções do processador. Sendo assim mais trabalhosa, como já disse acima, pois, tratamos diretamente com manipulações de endereços de memória e instruções.

A linguagem assembly tem uma característica que acredito ser singular, cada linha de código possui apenas uma instrução.

Abaixo estão listados alguns componentes desta linguagem:

Instruções de Registradores

Instruções de Pilha

Instruções de Execução

Instruções de Memória

Instruções de Flag

Declarações de Memória
Diretivas para o Assembler
Comentários

Depois do ponto-e-vírgula até a próxima quebra de linha, tudo é considerado comentário.
Instruções para o Sistema Operacional

Os exemplos dos componentes foram tirados de http://www.numaboa.com.br/informatica/oiciliS/assembler/textos/lingAssembly.php

Contribuições para este artigo:

http://www.numaboa.com.br/informatica/oiciliS/assembler/

http://www.cleverson.eti.br/assembly/

Windows CardSpace* *(p/ Faculdade)

2007-04-06T17:07:00.000-03:00

O Winsdows CardSpace possui um autentificador de identidades que irá designar os atributos necessários para validação do certificado.

O usuário irá apresentar informações com segurança, informações como identificações pessoais, à RP. A RP, pode ser qualquer coisa, na maioria das vezes é um serviço ou aplicativo). As informações de seguranças seram enviadas através de um token seguro, que é emitido por im IP (Internet Protocol), como um banco, o governo e etc.

O IP é quem emite o token de segurança, comprovando as informações do usuário contidas no token.

Ao lado, temos uma figura que descreve um pouco desse processo.

A RP confia em um tipo específico de token de segurança para autorizar as chamadas. O IP autentica o usuário e emite um token de segurança no formato exigido pela RP. Em seguida, o usuário retransmite esse token, que contém declarações em favor do usuário, à RP. Cada um dos integrantes deste processo pode ser implementado em uma plataforma diferente, desde que estejam de acordo com os protocolos para Web e WS formulados para facilitar as comunicações.

Uma das funções do Windows CardSpace é uma tecnologia cliente usada para criar, gerenciar e selecionar identidades digitais de uma maneira segura e consistente.

O Windows CardSpace permite que usuários criem cartões pessoais ou importem cartões emitidos por outros IPs. Os usuários podem selecionar apenas cartões que satisfazem os requisitos da RP ou selecionar um cartão e adicionar as declarações desejadas.

Os cartões podem ser serializados como um documento XML assinado e sua extensão é .crd. Os cartões podem ser pessoais e gerenciais. O primeiro, é criado pelo usuário com o Windows CardSpace e emitidos com o IP local do Windows CardSpace. O segundo, são criados por qualquer outro IP e deve-se importar, impreterivelmente, no Windows CardSpace.

A figura abaixo mostra como se da a interação neste sistema:

Este material foi redigido com referência ao artigo Windows CardSpace e Cartões Pessoais de Michèle Leroux Bustamante

Em breve...

2007-03-29T12:55:00.000-03:00

Em Breve estarei divulgando artigos sobre programação e desenvolvimento web em java.

Este blog terá o intuito de divulgar materiais de estudos para que todos possamos ler e nos desenvolver.

Aguardem...

Rafael Martins
Programador Java