JRecord

projeto JRecord fornece código para:
- Ler e escrever arquivos de registros de comprimento base (ambos os registros de tamanho fixo e comprimento de campo registros com base).
- Ler e escrever arquivos cobol nativas.
Issues
- Código foi escrito para apoiar a RecordEditor não para leitura de arquivos Cobol.
- Os dados são retornados como uma String.
- Better Cobol Genérico é necessário
Formatos de arquivo
- arquivos de comprimento com base tem 2 vantagens sobre arquivos de texto / janelas típicas UNIX:
- Ao ler, você não precisa verificar cada byte no arquivo para um .
- Ideal para armazenar dados binários - Salva o custo de conversão (em línguas terceira geração, como C e Cobol).
Formatos atualmente suportadas
- Fixed Corpo Record (ie cada registro é o mesmo comprimento fixo.
- VB Mainframe (foi também usado em outros computadores também).
- Mainframe VB Dump (sames como VB, mas também incluindo o Bloco Discriptor Word).
- Formato Fujitsu Cobol VB.
Exemplos
Lendo um arquivo
Este exemplo mostra como um ByteReader é ler um arquivo de tamanho variável Fujitsu-Cobol como uma matriz de bytes.
Nota: Cada linha nestes arquivos consistem
4 byte descritor Record (comprimento de 2 bytes em formato binário little endian, 2 bytes verificar os dados).
Linha de Dados
4 byte descritor Record. Tendo o descritor de Registro no início e no final de um registro permite que você leia para a frente e para trás no arquivo.
1: AbstractByteReader Treader = new FujitsuVbByteReader ();
2: byte [] line;
3:
4: try {
5: tReader.open (filename);
6:
7: while ((linha = tReader.read ())! = Null) {
8: // TODO Do Something .....
9:}
10: {} finalmente
11: tReader.close ();
12:}

O que é novo nesta versão:

• Esta versão cumpre um par de solicitações de usuários
.
• Não é uma opção para ter nomes de coluna entre aspas para arquivos CSV, e um utilitário de cópia melhorada.

O que é novo na versão 0.68.1a:

• Um bug foi corrigido para a biblioteca central, e utilitários foram actualizados (com base na RecordEditor 0,69).
• O Assistente de Layout (usada para criar descrições do arquivo a partir de um arquivo) agora tem campo de busca, melhor suporte a arquivo binário, e suporte para arquivos de multi-discos.

O que é novo na versão 0.68:

• Versão 0.68 é principalmente sobre a melhoria do apoio Cobol. As alterações incluem:
• Support for Open Cobol (Standard, Micro Focus Compatível, MVS, BS2000) e melhor suporte a Fujitsu. Suporte Mainframe está presente como sempre. The Open Cobol (modo Microfocus) deve trabalhar para Microfocus Cobol.
• Melhoria Cobol Suporte - Sincronização suportado, Comp-1, Comp-2 (Cobols não-mainframe) + outras pequenas correções
• New Utility cópia de arquivo.
• O suporte para arquivos Abrir Cobol VB.
• O suporte para arquivos CSV Hex (ou seja, usando um separador de campos como X'FF ')
• mudanças Também estão incluídos os relativos aos projetos RecordEditor e FFReport

O que é novo na versão 0.65:

• New RecordLayout XML (para ir com os Layouts Cobol existentes) . Estes esquemas XML podem ser - Criado pelo layout-Wizard - exportadas do RecordEditor (Versão 0.65 ou último)
• pequenas melhorias para classes Java - método GetFieldValue em AbstractLine - asLayoutDetail no registro Externale
• Novo programa de editor para editar arquivos usando um RecordLayout fornecido (cobol ou XML).
• Assistente de Layout -. Constrói XML ficha Layouts de um arquivo de amostra, apontando para os campos
• New Utility Diff, Ele faz um campo base de comparação. As vantagens com este são - arquivos em formatos diferentes pode ser comparado (por exemplo, arquivos de largura fixos podem ser comparados com arquivos delimitados). - Fields pode ser ignorado a partir da comparação. Isso é muito útil quando se muda de um programa (e apenas um par de campos de mudar) Você pode executar velhos novos programas / e ignorar os campos que devem mudar -. Compare não deve apresentar diferenças

O que é novo na versão 0.62:

• Este basicamente para apoiar a versão mais recente do RecordEditor. Uma das principais alterações é leitores de arquivos agora retornar a AbstractLine em vez de uma linha. Isso vai quebrar o código existente.