1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<title>Runtime usage</title>
</head>
<body class="composite">
<div id="bodycol">
<div class="app">
<div class="h3">
<h3><a name="runtime"></a>Runtime</h3>
<p>After running the binding compiler the modified classes are ready to be used.
You'll need to include the <i>/lib/jibx-run.jar</i> and
<i>/lib/xpp3.jar</i> jar files from the distribution in your application
classpath (but not the <i>/lib/bcel.jar</i> and <i>/lib/jibx-bind.jar</i>
files, which are only used by the binding compiler). You'll also need to add a
little code at whatever point you want to marshal or unmarshal a document. This uses the
<code>org.jibx.runtime.BindingDirectory</code> class that's included in the
JiBX runtime jar, along with a binding factory class that JiBX generates in the same package
as your code (or in a package you specify in your binding). You don't need to worry about
the details of getting at this generated class, though. Instead, you can access it by passing
any of the classes defined by a global mapping (one that's a child of the root <b>binding</b>
element) in your binding to the <code>BindingDirectory</code>. The code is simple:</p>
<div id="source"><pre> IBindingFactory bfact =
BindingDirectory.getFactory(Customer.class);
</pre></div>
<p>Here <i>Customer</i> is the name of a class with a global mapping in the binding. If
you've compiled more than one binding into the code, you'll also need to pass the name
of the binding you want to use. Or if you prefer, you can use a different lookup method in the
<code>BindingDirectory</code> class which finds the binding factory using a binding
name and Java package name.</p>
<p>The <code>org.jibx.runtime.IBindingFactory</code> interface that gets
returned provides methods to construct marshalling and unmarshalling contexts,
which in turn allow you to do the actual marshal and unmarshal operations.
Here's an unmarshal example:</p>
<div id="source"><pre> IUnmarshallingContext uctx = bfact.createUnmarshallingContext();
Object obj = uctx.unmarshalDocument
(new FileInputStream("filename.xml"), null);
</pre></div>
<p>This is just one of several variations of an unmarshal call, in this case to
unmarshal an XML document in the file <i>filename.xml</i>. You can pass a
reader instead of a stream as the source of the document data if you want, and
can also specify an encoding for the document - see the JavaDocs for details. The
returned object will be an instance of one of your classes defined with a global
mapping in the binding - you can either check the type with <b>instanceof</b>
or cast directly to your object type, if you know what it is.</p>
<p>Marshalling is just as easy. Here's an example:</p>
<div id="source"><pre> IMarshallingContext mctx = bfact.createMarshallingContext();
mctx.marshalDocument(obj, "UTF-8", null,
new FileOutputStream("filename.xml"));
</pre></div>
<p>As with the unmarshal example, this is just one of several variations that
can be used for the marshal call. This marshals the object to an XML document
written to the file <i>filename.xml</i>, with <b>UTF-8</b> character encoding
(the most common choice for XML). The code as shown writes the output document
with no extra whitespace; you can use the <code>setIndent()</code> method of the
context to add whitespace for readability, if you wish. You can pass a writer
instead of a stream, as well as some other variations - see the following
section for details on character encoding usages, and the JavaDocs for the
different types of marshal calls. The object to be
marshalled must always be an instance of a class defined with a global
mapping in the binding.</p>
<p>Normally XML documents are marshalled as complete units, and to facilitate this
usage the <code>marshalDocument()</code> variations all close the output stream or
writer once the end tag for the XML document has been written. In special cases
you may need to write an XML document without closing the output. You can also do
this with JiBX marshalling, though it's a little more involved than the common
case. Here's the code:</p>
<div id="source"><pre> IMarshallingContext mctx = bfact.createMarshallingContext();
mctx.setOutput(new FileOutputStream("filename.xml"), null);
((IMarshallable)obj).marshal(mctx);
mctx.getXmlWriter().flush();
</pre></div>
<p>In the above code, the cast to <code>IMarshallable</code> uses an interface added
to each mapped class by the JiBX binding compiler. The call to the <code>marshal()</code>
method of the interface does the actual marshalling of XML, and the last line makes
sure that all the output has been written from internal buffers.</p>
</div>
<div class="h3">
<h3><a name="info"></a>Viewing binding information</h3>
<p>The 1.2 release of JiBX adds a PrintInfo tool for accessing a binding factory directly and
viewing compiled binding information. This tool is the default execution target for the
<i>jibx-run.jar</i>, allowing you to invoke it very easily from the command line:</p>
<div id="source"><pre>java -jar lib/jibx-run.jar</pre></div>
<p>When executed in this manner it just prints out the JiBX runtime version information. If
you add a <code>-?</code> argument to the command line it'll show usage information for the
tool, including other command line parameters you can use to direct it to a binding factory
which can be loaded from the Java classpath. Here's an example of running PrintInfo for the
<i>starter</i> example, assuming you're doing this from a console open to the <i>examples/starter</i>
directory and you've compiled the classes and the binding for this example (in a single
line, shown split here only for formatting):</p>
<div id="source"><pre>java -cp bin:../../lib/jibx-run.jar org.jibx.runtime.PrintInfo
-c org.jibx.starter.Customer</pre></div>
<p>The output tells you the version of the binding compiler used to compile the binding,
the namespaces used by the binding, and the mapping definitions included in the binding.</p>
</div>
<div class="h3">
<h3><a name="encodings"></a>Character encodings</h3>
<p>The Java core classes provides <code>java.io.Writer</code> implementations
that support a wide variety of character encodings. These can wrap simple output
streams, and handle the conversions from Java characters to bytes as appropriate
for the particular encoding used by the writer. This direct conversion of
characters to bytes is not sufficient for use with XML, though. The problem is
that character encodings may not allow for all the legal XML character codes.
Any XML characters that are not supported by the output encoding need to be
converted to <i>character references</i> for output (see the XML recommendation
for details).</p>
<p>Because of this need to use character references, JiBX supports the use of
<i>character escapers</i> for output conversion handling. For the widely-used
UTF-8 and ISO-8859-1 (Western European character set) encodings implementations
are included that handle both stream and writer output formats automatically
(though using a stream will provide the best performance). The US-ASCII 7-bit
format is also handled automatically, though in this case a
<code>java.io.Writer</code> is always used internally.</p>
<p>Other character encodings can be used for output if you supply an appropriate
<code>org.jibx.runtime.ICharacterEscaper</code> instance to be used with the
output stream or writer. Depending on the encoding, you may even be able to use
one of the existing character escaper implementation classes from the
<code>org.jibx.runtime.impl</code> package directly, or at least base your own
escaper code on one of those implementation classes. For most users the standard
encodings are all that will ever be needed, but this approach allows other
alternatives to be used when necessary for special requirements.</p>
</div>
<div class="h3">
<h3><a name="outputs"></a>Output formats</h3>
<p>JiBX also provides the ability to generate output formats other than text, by
using different implementations of the <code>org.jibx.runtime.IXMLWriter</code>
interface. The implementations of this interface currently provided support text
output to streams or writers, StAX output (see below), and output to XBIS format
(using the XBIS <i>org.xbis.JibxWriter</i> class).
Users with special requirements in this area can implement their own versions of
the <code>org.jibx.runtime.IXMLWriter</code> interface and use it directly.</p>
</div>
<div class="h3">
<h3><a name="stax"></a>StAX support</h3>
<p>Support for StAX parser input and StAX writer output has been supported since
JiBX version 1.1. To select which parser you want to use for input, you can set
the system property <i>org.jibx.runtime.impl.parser</i> to the value
<i>org.jibx.runtime.impl.XMLPullReaderFactory</i> to select the XPP3 XMLPull
parser, or the value <i>org.jibx.runtime.impl.StAXReaderFactory</i> to select
the StAX parser. By default, JiBX uses whichever parser implementation it finds
at runtime, with preference given to the XPP3 XMLPull parser if both XPP3 and a
StAX parser are present. If you never want to use the XPP3 parser, simply remove
the <i>/lib/xpp3.jar</i> file from your JiBX installation and runtime
classpath.</p>
<p>Some StAX parsers support schema validation of input. If you wish to make use
of this feature you'll need to substitute an appropriate StAX parser
implementation for the <i>/lib/wstx-asl.jar</i> StAX parser included in the JiBX
distribution, and take whatever action is needed to enable schema validation.</p>
<p>To use StAX output (to a <code>javax.xml.stream.XMLStreamWriter</code>
instance) you'll need to set the XML writer directly on the JiBX marshalling
context, using the special JiBX
<code>org.jibx.runtime.impl.StAXWriter</code> class which wraps the target
<code>javax.xml.stream.XMLStreamWriter</code> instance. Here's a sample of code
for this purpose:</p>
<div id="source"><pre> // marshal root object back out to document in memory
IMarshallingContext mctx = bfact.createMarshallingContext();
ByteArrayOutputStream bos = new ByteArrayOutputStream();
try {
XMLOutputFactory ofact = XMLOutputFactory.newInstance();
XMLStreamWriter wrtr = ofact.createXMLStreamWriter(bos, enc);
mctx.setXmlWriter(new StAXWriter(bfact.getNamespaces(), wrtr));
mctx.marshalDocument(obj);
} catch (XMLStreamException e) {
throw new JiBXException("Error creating writer", e);
}</pre></div>
</div>
</div>
</div>
</body>
</html>
|
