JRecord

progetto jRegistrare fornisce il codice a:
- Leggere e scrivere file di record di lunghezza base (entrambi i record a lunghezza fissa e lunghezza campo record in base).
- Leggere e scrivere file COBOL nativi.
Problemi
- Codice è stato scritto per sostenere la RecordEditor non per la lettura di file Cobol.
- I dati viene restituito come stringa.
- Meglio Cobol Generico è necessaria
Formati di file
- file Lunghezza base hanno 2 vantaggi rispetto ai file di testo / finestre unix tipici:
- Durante la lettura, non è necessario controllare ogni byte nel file per un .
- Ideale per la memorizzazione di dati binari - Salva il costo di conversione (in lingue terze generazione come C e Cobol).
Formati attualmente supportato
- Record Fixed Length (cioè ogni record è la stessa lunghezza fissa.
- Mainframe VB (è stato utilizzato anche su altri computer, come pure).
- Mainframe VB Dump (sames esempio VB, ma anche compreso il blocco Discriptor Word).
- Formato Fujitsu Cobol VB.
Esempi
La lettura di un file
Questo esempio mostra come un ByteReader viene Leggere un file di lunghezza variabile Fujitsu-Cobol come un array di byte.
Nota: Ogni linea in questi file sono costituiti da
4 byte Record descrittore (lunghezza 2 byte little endian formato binario, 2 byte di controllo dati).
Linea dati
4 byte Record descrittore. Avendo il descrittore Record all'inizio e alla fine di un record consente di leggere in avanti e indietro nel file.
1: AbstractByteReader Treader = new FujitsuVbByteReader ();
2: byte [] line;
3:
4: try {
5: tReader.open (fileName);
6:
7: while ((linea = tReader.read ())! = Null) {
8: // TODO Do Something .....
9:}
10:} finally {
11: tReader.close ();
12:}

Cosa c'è di nuovo in questa versione:

• Questa versione soddisfa un paio di richieste degli utenti
.
• C'è un'opzione per avere i nomi di colonna tra virgolette per i file CSV, e un programma di utilità di copia.

Cosa c'è di nuovo in versione 0.68.1a:

• Un bug è stato fissato per la libreria di base, e utilities sono stati aggiornati (basate su RecordEditor 0,69).
• The Wizard Layout (utilizzato per creare descrizioni dei file da un file) ora ha campo di ricerca, un miglior supporto file binario, e il supporto per i file multi-record.

Cosa c'è di nuovo in versione 0.68:

• Version 0.68 è principalmente di migliorare Cobol Support. Le modifiche comprendono:
• Supporto per Open Cobol (Standard, Micro Focus compatibile, MVS, BS2000) e migliorato il supporto Fujitsu. Mainframe Support è presente come sempre. L'Open Cobol (modalità Microfocus) dovrebbe funzionare per Microfocus Cobol.
• migliorato Cobol Support - Sync supportato, Comp-1, Comp-2 (Cobols non-mainframe) + altri fix minori
• Il nuovo programma copia file.
• Il supporto per i file Aprire Cobol VB.
• Il supporto per i file Hex CSV (cioè utilizzando un separatore di campo come X'FF ')
• cambiamenti Inoltre, sono disponibili relativi ai progetti RecordEditor e FFReport

Cosa c'è di nuovo in versione 0.65:

• Nuovo XML RecordLayout (per andare con gli attuali Layout Cobol) . Questi schemi XML possono essere - Creato dal layout-Wizard - esportati dalla RecordEditor (versione 0.65 o Ultimi)
• miglioramenti minori a classi Java - metodo GetFieldValue in AbstractLine - asLayoutDetail in atto Externale
• programma Nuovo Editor per modificare i file utilizzando un RecordLayout dotazione (COBOL o XML).
• Wizard layout -. Costruisce Registra Layout XML da un file di esempio puntando ai campi
• Nuovo Diff Utility, Fa un campo base di confronto. I vantaggi con questo sono - file in diversi formati può essere paragonata (file Larghezza es fissi possono essere confrontati con i file delimitati). - I campi può essere ignorato dal confronto. Questo è molto utile quando si cambia un programma (e solo un paio di campi cambia) È possibile eseguire i vecchi programmi nuovi / e ignorare i campi che devono cambiare -. Confrontare dovrebbe mostrare differenze

Cosa c'è di nuovo in versione 0.62:

• Questo essenzialmente per supportare l'ultima versione del RecordEditor. Un cambiamento importante è Lettori di file ora restituiscono un AbstractLine invece di una linea. Questo si romperà codice esistente.