schemagen(1) General Commands Manual schemagen(1)NAME
schemagen - Java(TM) Architecture for XML Binding Schema Generator Specification Version: 2.0
Reference Implementation (RI) Version: 2.0 ea3
Launching schemagen
The schema generator can be launched using the appropriate schemagen shell script in the bin directory for your platform.
The current schema generator can process either Java source files or class files.
We also provide an Ant task to run the schema generator - see the instructions for using schemagen with Ant.
For Solaris/Linux
% path/to/jaxb/bin/schemagen.sh Foo.java Bar.java ...
Note: Writing schema1.xsd
For WindowsNT/2000/XP
> path ojaxbinschemagen.bat Foo.java Bar.java ...
Note: Writing schema1.xsd
If your java sources/classes reference other classes, they must be accessable on your system CLASSPATH environment variable, or they need
to be given to the tool by using the -classpath/-cp options. Otherwise you will see errors when generating your schema.
Command Line Options
Usage: schemagen [-options ...] <java files>
Options:
-d <path> : Specify where to place processor and javac generated class files
-cp <path> : Specify where to find user specified files
-classpath <path> : Specify where to find user specified files
-help : Display this usage message
Generated Resource Files
The current schema generator simply creates a schema file for each namespace referenced in your Java classes. There is no way to control
the name of the generated schema files at this time. For that purpose, use the schema generator ant task.
See Also
o JAXB 2.0:
* Release Notes @
http://java.sun.com/webservices/docs/2.0/jaxb/ReleaseNotes.html
* XJC @
http://java.sun.com/webservices/docs/2.0/jaxb/xjc.html
* XJCTask @
http://java.sun.com/webservices/docs/2.0/jaxb/xjcTask.html
* SchemaGen @
http://java.sun.com/webservices/docs/2.0/jaxb/schemagen.html
* schemagenTask @
http://java.sun.com/webservices/docs/2.0/jaxb/schemagenTask.html
* Sample Apps @
http://java.sun.com/webservices/docs/2.0/jaxb/samples.html
* Changelog @
http://java.sun.com/webservices/docs/2.0/jaxb/changelog2.html
o JAXB 1.0.x:
* Release Notes @
http://java.sun.com/webservices/docs/2.0/jaxb/jaxb-1_0.html
* Changelog @
http://java.sun.com/webservices/docs/2.0/jaxb/changelog.html
o JAXB RI Extensions:
* Runtime Properties @
http://java.sun.com/webservices/docs/2.0/jaxb/vendorProperties.html
* XJC Customizations @
http://java.sun.com/webservices/docs/2.0/jaxb/vendorCustomizations.html
* Develop Plugins @
http://java.sun.com/webservices/docs/2.0/jaxb/developPlugins.html
o JAXB RI Schema Languages:
* W3C XML Schema @
http://java.sun.com/webservices/docs/2.0/jaxb/vendorSchemaLangs.html#xschema
* RELAX NG @
http://java.sun.com/webservices/docs/2.0/jaxb/vendorSchemaLangs.html#relaxng
* DTD @
http://java.sun.com/webservices/docs/2.0/jaxb/vendorSchemaLangs.html#dtd
o JAXB Community:
* Java.net Homepage @
http://jaxb.dev.java.net
* Developer interest list @
https://jaxb.dev.java.net/servlets/ProjectMailingListList
* FAQ @
https://jaxb.dev.java.net/faq/index.html
07 Aug 2006 schemagen(1)
Check Out this Related Man Page
JAVA-WRAPPERS(7) Java wrappers JAVA-WRAPPERS(7)NAME
java-wrappers - capacities shared by java wrapper scripts
DESCRIPTION
Most Java programs are not run directly, but through small shell scripts that take care of various things, such as finding a suitable java
environment and looking for libraries.
To ease the task of the maintainers, they rely on a library providing runtime detection, library detection and other features. This manual
page describes the common features of all those scripts, and to which point you can configure them. This is mainly done via environment
variables.
ENVIRONMENT VARIABLES
java-wrappers understands some environment variables:
JAVA_CMD
The java command that will be run. If this variable is set, it disables all lookup for a java runtime.
JAVA_BINDIR
Specifies a directory that will be looked for a java or a jdb executable (depending on the setting of JAVA_DEBUGGER). It has prece-
dence over JAVA_HOME but not over JAVA_CMD.
JAVA_HOME
A path to a java runtime. If this variable is set, all lookup for a java runtime is disabled, except that if no java executable is
found in the path, the command java is used.
JAVA_FLAVOR
A probably more easy-to-use version of the JAVA_HOME variable: instead of specifying the full path of the java runtime, you name it.
List of available flavors can be found in the file /usr/lib/java-wrappers/jvm-list.sh. See examples below.
JAVA_DEBUGGER
If this is set, the wrapper will try to pick up a java debugger rather than a java interpreter. This will fail if the jbd of the
runtime found is a stub.
JAVA_CLASSPATH
Additional classpath, will have priority over the one found by the wrapper.
JAVA_ARGS
Additional arguments to the java command. They will come before all other arguments.
FORCE_CLASSPATH
If this variable is set, it will be the only classpath. You'd better know what you are doing.
DEBUG_WRAPPER
This is probably the most important variable; if it set, the wrapper will print out useful information as it goes by its business,
such as which runtime it did find, and which command is run eventually.
JAVA_JARPATH
The path where the wrappers will go looking for jar archives. If not set, the wrapper will look into the default directory,
/usr/share/java. Warning : the wrapper will not look anywhere else than in JAVA_JARPATH. Setting it incorrectly will most probably
result in early crashes.
EXAMPLES
The examples all rely on rasterizer(1), from the package libbatik-java, but they really apply to all scripts that use java-wrappers.
Print out debugging information:
DEBUG_WRAPPER=1 rasterizer
Limit rasterizer's memory to 80 MB:
JAVA_ARGS=-Xmx80m rasterizer
Force rasterizer to run with kaffe(1):
JAVA_HOME=/usr/lib/kaffe rasterizer
The same, but using JAVA_BINDIR:
JAVA_BINDIR=/usr/lib/kaffe/bin rasterizer
Force rasterizer to run with openjdk:
JAVA_FLAVOR=openjdk rasterizer
Debug rasterizer with Sun's debugger, while printing debugging information from the wrapper:
DEBUG_WRAPPER=1 JAVA_CMD=/usr/lib/jvm/java-6-sun/bin/jdb rasterizer
BUGS
Care has been taken to make the wrappers bug-free. If that was not the case, please file a bug report against the java-wrappers package.
If you wish to submit any problem with a java executable relying on java-wrappers, please also submit the output of the command run with
DEBUG_WRAPPER=1. It will save one mail exchange and therefore potentially reduce the time it takes to fix the bug.
DEVELOPERS
There is currently no documentation about writing a wrapper script save the comments in /usr/lib/java-wrappers/java-wrappers.sh. If you
have to write one, we suggest you base yourself upon, for instance, the rasterizer wrapper script, or any other one (just pick up any
direct reverse dependency of java-wrappers and look for scripts).
SEE ALSO java(1), jdb(1)
/usr/lib/java-wrappers/java-wrappers.sh
AUTHOR
java-wrappers and its documentation were written by Vincent Fourmond <fourmond@debian.org>
Version 0.1.16 2010-05-04 JAVA-WRAPPERS(7)