Copyright (c) 2005, 2013, Oracle and/or its affiliates. All rights reserved.
DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
This code is free software; you can redistribute it and/or modify it
under the terms of the GNU General Public License version 2 only, as
published by the Free Software Foundation.
This code is distributed in the hope that it will be useful, but WITHOUT
ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
version 2 for more details (a copy is included in the LICENSE file that
accompanied this code).
You should have received a copy of the GNU General Public License version
2 along with this work; if not, write to the Free Software Foundation,
Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
or visit www.oracle.com if you need additional information or have any
questions.
Arch: generic
Software: JDK 8
Date: 21 November 2013
SectDesc: Java Web Services Tools
Title: xjc.1
* Define some portability stuff
-----------------------------------------------------------------
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://bugs.debian.org/507673
http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-----------------------------------------------------------------
* set default formatting
-----------------------------------------------------------------
disable hyphenation
disable justification (adjust text to left margin only)
-----------------------------------------------------------------
* MAIN CONTENT STARTS HERE *
-----------------------------------------------------------------
xjc [ options ] schema file/URL/dir/jar ... [-b bindinfo ] ...
options The command-line options. See Options.
schema file/URL/dir/jar ... The location of the XML schema file. If \f3dir is specified, then all schema files in it are compiled. If \f3jar is specified, then the \f3/META-INF/sun-jaxb.episode binding file is compiled.
-b bindinfo
The location of the bindings files.
0.2i See also Nonstandard Options
0.2i See also Deprecated and Removed Options
-nv
By default, the XJC binding compiler performs strict validation of the source schema before processing it. Use this option to disable strict schema validation. This does not mean that the binding compiler will not perform any validation, but means that it will perform a less-strict validation.
-extension
By default, the XJC binding compiler strictly enforces the rules outlined in the Compatibility chapter of the JAXB Specification. Appendix E.2 defines a set of W3C XML Schema features that are not completely supported by JAXB v1.0. In some cases, you may be allowed to use them in the \f3-extension mode enabled by this switch. In the default (strict) mode, you are also limited to using only the binding customization defined in the specification. By using the \f3-extension switch, you will be allowed to use the JAXB Vendor Extensions.
-b file
Specifies one or more external binding files to process. Each binding file must have its own \f3-b switch. The syntax of the external binding files is flexible. You can have a single binding file that contains customization for multiple schemas or you can break the customization into multiple bindings files: \f3xjc schema1.xsd schema2.xsd schema3.xsd -b bindings123.xjb\f3xjc schema1.xsd schema2.xsd schema3.xsd -b bindings1.xjb -b bindings2.xjb -b bindings3.xjb. In addition, the ordering of the schema files and binding files on the command line does not matter.
-d dir
By default, the XJC binding compiler generates the Java content classes in the current directory. Use this option to specify an alternate output directory. The output directory must already exist. The XJC binding compiler does not create it for you.
-p pkg
When you specify a target package with this command-line option, it overrides any binding customization for the package name and the default package name algorithm defined in the specification.
-httpproxy proxy
Specifies the HTTP or HTTPS proxy in the format [user[:password]@]proxyHost[:proxyPort]. The old \f3-host and \f3-port options are still supported by the RI for backward compatibility, but they were deprecated. The password specified with this option is an argument that is visible to other users who use the top command. For greater security, use the \f3-httpproxyfile option.
-httpproxyfile file
Specifies the HTTP or HTTPS proxy with a file. The same format as the \f3-httpproxy option, but the password specified in the file is not visible to other users.
-classpath arg
Specifies where to find client application class files used by the jxb:javaType and xjc:superClass customization.
-catalog file
Specifies catalog files to resolve external entity references. Supports the TR9401, XCatalog, and OASIS XML Catalog formats. See XML Entity and URI Resolvers at http://xerces.apache.org/xml-commons/components/resolver/resolver-article.html
-readOnly
By default, the XJC binding compiler does not write-protect the Java source files it generates. Use this option to force the XJC binding compiler to mark the generated Java sources as read-only.
-npa
Suppresses the generation of package level annotations into \f3**/package-info.java. Using this switch causes the generated code to internalize those annotations into the other generated classes.
-no-header
Suppresses the generation of a file header comment that includes some note and time stamp. Using this makes the generated code more compatible with the \f3diff command.
-target 2.0
Avoids generating code that relies on any JAXB 2.1 features. This will allow the generated code to run with JAXB 2.0 runtime environment (such as Java SE 6).
-xmlschema
Treats input schemas as W3C XML Schema (default). If you do not specify this switch, then your input schemas are treated as though they are W3C XML Schemas.
-relaxing
Treats input schemas as RELAX NG (experimental and unsupported). Support for RELAX NG schemas is provided as a JAXB Vendor Extension.
-relaxing-compact
Treat input schemas as RELAX NG compact syntax (experimental and unsupported). Support for RELAX NG schemas is provided as a JAXB Vendor Extension.
-dtd
Treats input schemas as XML DTD (experimental and unsupported). Support for RELAX NG schemas is provided as a JAXB Vendor Extension.
-wsdl
Treats input as WSDL and compiles schemas inside it (experimental and unsupported).
-quiet
Suppress compiler output, such as progress information and warnings.
-verbose
Be extra verbose, such as printing informational messages or displaying stack traces upon some errors.
-help
Displays a brief summary of the compiler switches.
-version
Displays the compiler version information.
schema file/URL/dir Specifies one or more schema files to compile. If you specify a directory, then the \f3xjc command scans it for all schema files and compiles them.
-XLocator
Causes the generated code to expose SAX Locator information about the source XML in the Java bean instances after unmarshalling.
-Xsync-methods
Causes all of the generated method signatures to include the \f3synchronized keyword.
-mark-generated
Marks the generated code with the annotation \f3@javax.annotation.Generated.
-episode file
Generates the specified episode file for separate compilation.
-host & -port
These options are replaced with the \f3-httpproxy option. For backward compatibility, these options are supported, but will not be documented and might be removed from future releases.
-use-runtime
Because the JAXB 2.0 specification has defined a portable runtime environment, it is no longer necessary for the JAXB RI to generate \f3**/impl/runtimepackages. Therefore, this switch is obsolete and was removed.
-source
The \f3-source compatibility switch was introduced in the first JAXB 2.0 Early Access release. This switch is removed from future releases of JAXB 2.0. If you need to generate 1.0.x code, then use an installation of the 1.0.x code base.
To compile multiple schemas at the same time, keep the following precedence rules for the target Java package name in mind:
0.4i 1. The \f3-p option has the highest precedence.
0.4i 2. jaxb:package customization.
0.4i 3. If \f3targetNamespace is declared, then apply the \f3t\f3argetNamespace to the Java package name algorithm defined in the specification.
0.4i 4. If no \f3targetNamespace is declared, then use a hard coded package named \f3generated.
You cannot have more than one jaxb:schemaBindings per name space, so it is impossible to have two schemas in the same target name space compiled into different Java packages.
All schemas being compiled into the same Java package must be submitted to the XJC binding compiler at the same time. They cannot be compiled independently and work as expected.
Element substitution groups that are spread across multiple schema files must be compiled at the same time.
0.2i Binding Compiler (xjc) at http://jaxb.java.net/nonav/2.2.3u1/docs/xjc.html
0.2i Java Architecture for XML Binding (JAXB) at http://www.oracle.com/technetwork/articles/javase/index-140168.html
'pl 8.5i 'bp