This file contains release notes on the version 2.7.x release of the XBinder XML schema compiler.
Thank you for downloading the XBinder XML schema compiler software. XBinder is an XML data-binding tool for working with XML schema definitions. It creates compatible programming language structures/classes and encoders and decoders to allow rapid translation between XML documents and program objects. XBinder is capable of generating C, C++, Java, or C# code that can encode/decode to and from XML.This package contains the XBinder compiler executable, run-time libraries, documentation and sample programs.
This release updates the development tools and libraries used to create XBinder to more recent versions. The following updated products are now used:
- Visual Studio 2017
The version of Microsoft Visual Studio used to build the compiler and default run-time libraries was upgraded from VS 2015 to VS 2017.
- GNU gcc libraries
GNU gcc libraries from version 4 through 10 are now available in the development package. Versions 4 though 6 were avaliable in previous packages.
- Qt version used for the XBEditor GUI
Qt version 5.14.1 is now used to build the GUI. Previously, version 5.9.x was used which now EOL.
- Xerces
The version of Xerces used to do XML schema valiation in the GUI has been upgraded to v3.2.3.
- XBinder SDK Packages for ARM and Apple M1
Full XBinder SDK packages are now available for Linux ARM 32-bit and 64-bit, and Apple Mac M1.
There are no known backward compatibility issues between version 2.7 and 2.6.
The following documents are available in PDF format in the doc subdirectory of the XBinder installation:
- C/C++ User's Manual
- C/C++ Runtime Reference Manual
- Java/C# User's Manual
These manuals are also available online in HTML and PDF formats at the following URL:
The steps to install XBinder on a Windows system are as follows:
- Download the XBinder package for Windows. This is located at the following URL:
- XBinder for Windows is packaged in a self-extracting executable file format. To install, all that should be necessary is to double-click this file after downloading and then following the setup wizard instructions from that point.
- This release of this product has an associated license file that allows the product to operate on licensed host computers. The evaluation version uses a time-limited license that expires after the evaluation period (typically 30 to 45 days). After installation is complete, this license file must be installed to allow the product to operate. This was sent in the osyslic.txt file that was attached to the E-mail message that was sent at the time the product was downloaded. If you did not receive a license file, please contact us.
- The osyslic.txt file must be copied to a location where the compiler can find it. This can be done in one of the following ways:
- a. The file can be copied into the same directory as the XBinder executable file (xbinder.exe). This would be the bin subdirectory of the installation root directory.
- b. The file can be copied to a different directory and an environment variable named 'OSLICDIR' created to point at this directory location.
- c. The file can be copied into any of the directories specified within your PATH environment variable (copying to the c:\windows directory works on most systems).
The compiler should now be operational. The following command can be executed from a command prompt to verify operation:
<rootdir>\bin\xbinder
The steps to install XBinder on a Linux/UNIX system are as follows:
- Download one of the XBinder distribution package files for Linux or UNIX. The available packages can be found at this URL:
- XBinder for Linux/UNIX is packaged in a gzipped .tar file. To install, unzip the file (gunzip) and untar (tar xf) in any directory. Note that in order to run the sample programs, write access to the sample directories is required, so make sure that you have write access to the base directory where the package is installed.
- This release of XBinder has an associated license file that must be installed to allow the compiler to operate. See the section on Windows installation for details on installing this license file.
The compiler should now be operational. The following command can be executed from a command prompt to verify operation:
<rootdir>/bin/xbinder
The following subdirectories contain the following files (note: <installdir> refers to the installation directory that was specified during the installation process):
- <installdir>/bin/xbinder.exe
- The command-line compiler executable file. This program is invoked on XML schema source files to generate encode/decode structures and functions. It is recommended you modify your PATH environment variable to include <installdir>/bin to allow the compiler executable to be run from anywhere.
- <installdir>/bin/xbeditor.exe
- A graphical user interface (GUI) XML schema editor program. This is a basic editor that is suitable for basic viewing and editing of XML schema files used with XBinder. It also allows generated code files to be viewed. XBinder options can be set and the compiler invoked directly from the editor. If compilation errors exist, they can easily be located and corrected within the editor.
- <installdir>/doc
- This directory contains the XBinder C/C++ and Java/C# Users and Runtime Reference Manual PDF documentation files.
- <installdir>/c/lib/*.dll
- <installdir>/c/lib/*.lib
- The XBinder C run-time library files. These contain the low-level XML and JSON encode/decode and common runtime functions. For Windows, there is a dynamic link library (.dll) and standard library file (.lib) for linking with the DLL. There is also a static library for direct linkage to the object modules (this is the library file with the '_a.lib' suffix). The static library included in the evaluation version is not thread-safe. A thread-safe version can be provided upon request. For Linux/UNIX, there is a static library (.a) and shared object library (.so or .sl).
- <installdir>/cpp/lib/*.dll
- <installdir>/cpp/lib/*.lib
- The XBinder C++ run-time library files. These are the same as the C libraries except that they contain the compiled built-in C++ classes as well.
- <installdir>/c/sample
- <installdir>/cpp/sample
- <installdir>/csharp/sample
- <installdir>/java/sample
- The sample directories contain sample programs illustrating the use of the compiler. Most sample programs contain a writer and a reader program. The writer encodes a sample XML data record and writes it to a disk file. The reader reads the encoded XML data from the file, decodes it, and then prints the results of the decode operation.
- <installdir>/java
- Files related to Java code generation. This includes the Java run-time .jar file (xbrt.jar) that is required for use with compiled Java code. If you have a non-evaluation kit, you will also find variants of the runtime for Java-based platforms: JSE 1.4, JME CLDC, and Android.
- <installdir>/csharp
- Files related to C# code generation. This includes the C# run-time .dll file (xbrt.dll) that is required for use with compiled C# code.
- <installdir>/rtxsrc/*
- <installdir>/rtdomsrc/*
- <installdir>/rtjsonsrc/*
- <installdir>/rtxmlsrc/*
- The installation run-time source directories contain the header files required to compile the compiler generated code.
- <installdir>/libxml2src/*
- The libxml2 parser run-time source directories contain the source files for the libxml2 C XML parser. This is the default SAX parser used with the XBinder XML runtime.
- <installdir>/expatsrc/*
- The XML parser run-time source directories contain the source files for the Expat C XML parser. This is an optional SAX parser that can be configured to work with XBinder.
- <installdir>/xsd/*
- Sample XML schema files. These are public schemas taken from large XML schema-based standards. They are used by some of the sample programs to demonstrate XBinder's ability to compile large, complex schemas.
XBinder contains a GUI Editor and Wizard program that makes specification of options to the compiler easier. The installation procedure should have provided Start Menu options and Desktop icons for activating these applications. On Linux/UNIX, the GUI executables are located in the bin subdirectory along with the XBinder command-line executable. The GUI can be started by simply running the GUI executable from the command-line.
To run a simple test of the command-line version of the compiler from Windows or UNIX, do the following:
- Open a Visual Studio or other command shell window.
- Change directory (cd) to the employee sample directory: c/sample/employee.
- Execute the nmake (Windows) or make (Linux/UNIX) utility program:
nmake
(note: nmake is a make utility program that comes with the Microsoft Visual C++ compiler. It may be necessary to execute the batch file vcvars32.bat that comes with Visual C++ in order to set up the environment variables to use this utility).
This should cause the compiler to be invoked to compile the employee.xsd sample file. It will then invoke the Visual C++ compiler to compile the generated C file and the test drivers. The result should be a writer.exe and reader.exe program file which, when invoked, will encode and decode a sample employee record.
- Invoke writer from the command line:
writer
This will generate an encoded record and write it to a disk file. By default, the file generated is message.xml. The test program has a number of command line switches that control the encoding. To view the switches, enter writer ? and a usage display will be shown.
- Invoke reader from the command line:
reader
This will read the disk file that was just created by the writer program and decode its contents. The resulting decoded data will be written to standard output. The test program has a number of command line switches that control the encoding. To view the switches, enter reader ? and a usage display will be shown.
To run a simple test of the command-line version of the compiler from Windows or UNIX, do the following:
- Open an MS-DOS or other command shell window.
- Change directory (cd) to the Employee sample directory: java/sample/Employee.
- Execute the build.bat (Windows) or build.sh (Linux/UNIX) utility program:
build.bat
This should cause the compiler to be invoked to compile the employee.xsd sample file. It will then invoke the Java compiler to compile the generated Java files and the test drivers. The result should be a Writer.class and Reader.class program file which, when invoked, will encode and decode a sample employee record.
- Invoke writer.bat (Windows) or writer.sh (Linux/UNIX) from the command line:
writer.bat
This will generate an encoded record and write it to a disk file. By default, the file generated is message.xml. The test program has a number of command line switches that control the encoding. To view the switches, enter writer.bat ? and a usage display will be shown.
- Invoke reader.bat (Windows) or reader.sh (Linux/UNIX) from the command line:
reader.bat
This will read the disk file that was just created by the writer program and decode its contents. The resulting decoded data will be written to standard output. The test program has a number of command line switches that control the encoding. To view the switches, enter reader.bat ? and a usage display will be shown.
To run a simple test of the command-line version of the compiler from Windows, do the following:
- Open an MS-DOS command shell window.
- Change directory (cd) to the employee sample directory: csharp/sample/employee.
- Execute the nmake utility program:
nmake
(note: nmake is a make utility program that comes with the Microsoft Visual C# compiler. It may be necessary to execute the batch file vcvars32.bat that comes with Visual C# in order to set up the environment variables to use this utility).
This should cause the compiler to be invoked to compile the employee.xsd sample file. It will then invoke the Visual C# compiler to compile the generated C# files and the test drivers. The result should be a writer.exe and reader.exe program file which, when invoked, will encode and decode a sample employee record.
- Invoke writer from the command line:
writer
This will generate an encoded record and write it to a disk file. By default, the file generated is message.xml. The test program has a number of command line switches that control the encoding. To view the switches, enter writer ? and a usage display will be shown.
- Invoke reader from the command line:
reader
This will read the disk file that was just created by the writer program and decode its contents. The resulting decoded data will be written to standard output. The test program has a number of command line switches that control the encoding. To view the switches, enter reader ? and a usage display will be shown.
The XBinder compiler is designed for use with the type of XML messages used in the XML infoset ( http://www.w3.org/TR/xml-infoset). It is defined for XML messaging applications such as the messages exchanged in a SOAP protocol data exchange as opposed to more free-form applications such as XML document models or database applications.
The following features defined in the 2001 edition of XML Schema are currently not supported:
- Redefinition of Schema Components (xsd:redefine)
- final and block properties
- DTD's
It is our desire to make a practical XML data binding tool that can handle the syntax that people use, not something that can handle every possible syntax. So we are interested in hearing what you are using in practice that doesn't work. In other words, if you create overly complex syntax in order to try and break this tool, you probably will.
Report problems you encounter by sending E-mail to support@obj-sys.com. The preferred format of example programs is the same as the sample programs. Please provide a writer and reader and indicate where in the code the problem occurs.
If you have any further questions or comments on what you would like to see in the product or what is difficult to use or understand, please communicate them to us. Your feedback is important to us. Please let us know how it works out for you - either good or bad.