Name | Modified | Size | Downloads / Week |
---|---|---|---|
Parent folder | |||
ReadMe_JRecord_0.80.8b.md | 2015-02-22 | 4.0 kB | |
JRecord_0.80.8b.7z | 2015-02-22 | 1.3 MB | |
Totals: 2 Items | 1.3 MB | 0 |
JRecord 0.80.8b
JRecord is a library for reading Cobol data files in Java. This introduces basic support for Occurs Depending.
Warnings
Only download the version if you need support for Occurs Depending. Otherwise use JRecord 0.80.8
This a basic implementation of Occurs Depending on, there are still a number limitations. I have more work and testing to do for Occurs Depending. This version is not intended for use in Production.
Downloads
- JRecord_Version_0.80.8b.7z - jars / source code etc.
Related
There are 2 Data-File-Editors that can be used in conjunction with JRecord
- RecordEditor - http://record-editor.sourceforge.net/
- packaged with JRecord 0.80 there was a Editor / Utilities - https://sourceforge.net/projects/jrecord/files/jrecord/Version_0.80/
Changes
Changes 0.80.8b
- basic support for Occurs depending
Changes 0.80.8
- There is a new Default Csv parser that is much Closer to the Csv Standard. Most people should notice the difference. JRecord will use the new CsvLine class (instead of Line) when reading Csv files. For the most part you should not notice the difference, there are some situations where you might, e.g. if the input line is "","","" if you do line.getFullLine() you get back "","","" while with the new CsvLine you get ,,. If you want to use the "old" lines, you can:
- New CobolIoBuilder classes have been introduced (JRecord_Basics.htmlBasic IoBuilder Introduction and examples). These should make it easier read and write cobol data files.
- There are new Csv options for Csv files with embedded carriage-return (\n) characters:
- By default, JRecord will still use the cb2xml.properties file; but you can specify Cobol columns via CommonBits or specifying the columns when converting the cobol copybook.
- The GetUnique*Field methods and getFields methods have been replaced by new getGroupField and getGroup
Changes 0.80.7
- New method of defining File-Schemas in Java code.
- New ways of getting IO-Readers / Writers
- Several fixes to the Parameter parsing in Cobol2Csv & Csv2Cobol programs
- Cobol2Csv & Csv2Cobol programs now accept Xml-Schemas
- New CsvLine class
- New Cobol2Cobol utility for copying from one fixed-width file to another.
- More Example programs
- Updated Documentation
Changes 0.80.6
- Postive Comp-3 numbers now use the no-sign nyble instead of the positive nyble value.
- Added Fixed-Width-Char line support (Constants.IO_FIXED_LENGTH_CHAR)
- Resolved some differences between the processing of Xml-Schemas in JRecord versus RecordEditor
- New Example programs for
- Cobol2Csv and Csv2Cobol example programs
- Processing Multi-Record files
- Handling duplicate field names
- Manipulating schema's
- New Cobol2Csv and Csv2Cobol example programs.
- Extra documentation
Changes 0.80.5
- Zoned-Decimal in Ebcdic-German + several other European language versions of Ebcdic
- Several fix's for Fixed Width 16 bit charsets (e.g. UTF-16 etc)
- Fix's / enhancements for Unicode Csv files
- Several new Examples + the Examples have been reorganised
Changes 0.80.4
-
Adding an new Null-Constant ~ CommonBits.NULL_VALUE
- When used, the default value ("" for String, 0 for numerics) is assigned to the field, see XmplLineIOF.java
salesRecord.getFieldValue("KEYCODE-NO").set(CommonBits.NULL_VALUE); salesRecord.getFieldValue("DATE").set(CommonBits.NULL_VALUE);
- When used, the default value ("" for String, 0 for numerics) is assigned to the field, see XmplLineIOF.java
-
Fix's RecordEditor-Xml import/export for System-Name and eol-type.
Changes 0.80.3
- Adding Syncronize to the Cobol-Copybook reader to make it Thread safe.
Changes 0.80.2
- Adding getUniqueField & getUniqueFieldGroupsInSequence which retrieve field-definitions using both the field name and one or more group levels
Changes 0.80.1
- Adding ~1, ~2, ~3 etc to duplicate field-names