Thank you. I will take a look at them this weekend.
I was able to get the 2.2.1 zip to compile with no problem with ant (and as a result, this isn't really an important problem), but I'm running into a problem with the maven build from the tip at git.
# mvn clean install
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).
Project ID: org.glassfish.jaxb:jaxb-jxc
POM Location: /tmp/jaxb/jaxb/jaxb-ri/jxc/pom.xml
Validation Messages:
[0] For dependency Dependency {groupId=com.sun, artifactId=tools, version=1.6, type=jar}: system-scoped dependency must specify systemPath.
Reason: Failed to validate POM for project org.glassfish.jaxb:jaxb-jxc at /tmp/jaxb/jaxb/jaxb-ri/jxc/pom.xml
[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Failed to validate POM for project org.glassfish.jaxb:jaxb-jxc at /tmp/jaxb/jaxb/jaxb-ri/jxc/pom.xml
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:404)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:272)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM for project org.glassfish.jaxb:jaxb-jxc at /tmp/jaxb/jaxb/jaxb-ri/jxc/pom.xml
at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic(DefaultMavenProjectBuilder.java:1077)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:880)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:508)
at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:200)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:604)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:487)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:560)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:391)
... 12 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Thu Jul 21 15:44:48 PDT 2016
[INFO] Final Memory: 7M/481M
[INFO] ------------------------------------------------------------------------
I believe that is referring to this block of xml:
<dependency>
<groupId>com.sun</groupId>
<artifactId>tools</artifactId>
<version>1.6</version>
<scope>system</scope>
<systemPath>${tools.jar}</systemPath>
</dependency>
I do indeed have my tools.jar in
/usr/lib/jvm/java-6-openjdk-amd64/lib/tools.jar
/usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
I've tried setting my $JAVA_HOME to both:
/usr/lib/jvm/java-6-openjdk-amd64
/usr/lib/jvm/java-7-openjdk-amd64
without success and even replacing ${tools.jar} with an absolute path and always get the same error.
On Thursday, July 21, 2016 12:39 PM, Aleksei Valikov <valikov_at_gmx.net> wrote:
Hi Richard,
I wrote a number of plugins of JAXB, maybe that'll help you to get started:
https://github.com/highsource/jaxb2-basics/
You may also find this post useful:
http://stackoverflow.com/questions/9247730/what-is-the-role-of-classoutline-jclass-cclass-in-codemodel
Generating code for non-Java environments is totally feasible. For example, see Jsonix Schema Compiler a tool which generates XML<->JS mappings for JavaScript:
https://github.com/highsource/jsonix-schema-compiler
It is based on an XJC plugin.
Best wishes,Alexey
On Thu, Jul 21, 2016 at 8:29 PM, Richard Wicks <rich_wicks_at_yahoo.com> wrote:
Oh, thank you very much, and I am very glad you have moved off from CVS! :)
I know that post is very old, but it was the only thing I could find. I'm looking forward to making a new backend for C++, and I'm very thankful I don't have to write a parser for my XSD.
-Rich
On Thursday, July 21, 2016 12:48 AM, Pavel Bucek <pavel.bucek_at_oracle.com> wrote:
or you can go to
https://jaxb.java.net/
click on the "Contribute -> Source Code" in the menu on the left side and see that the repository is no longer CVS, but git. On the right side, there is "Checkout URL" link, which reads:
ssh://<<USERNAME>>@git.java.net/jaxb~v2
Regards,
Pavel
ps.: that blog post is more than 10 years old..
On 21/07/16 00:52, rich_wicks_at_yahoo.com wrote:
https://community.oracle.com/blogs/kohsuke/2005/06/01/writing-plug-jaxb
-ri-really-easy
Tells me to go to:
https://jaxb.dev.java.net/source20-gateway/click-through.html
to get access to CVS and to go here:
https://jaxb.dev.java.net/servlets/ProjectMailingListList
to join a mailing list.
So, "kohsuke", if you're reading this, let me know where I can get
started. I don't want to write a parser myself.