< /code>
Meiner Meinung nach ist dies ein schlechtes Schema. Sie sollten Ihre Elemente auf diese Weise nicht benennen. Offensichtlich klappt diese nicht aus dem Box.@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "", propOrder = {
"address",
"mailbox"
})
public static class Address implements Serializable, Cloneable, CopyTo, Equals, HashCode, MergeFrom, ToString
{
Address.Address address;
Address.Mailbox mailbox;
public static class Address implements Serializable, Cloneable, CopyTo, Equals, HashCode, MergeFrom, ToString
{
// ...
}
public static class Mailbox implements Serializable, Cloneable, CopyTo, Equals, HashCode, MergeFrom, ToString
{
// ...
}
}
< /code>
Natürlich führt dies in der Java -Fehler -Duplikatklasse: "Adresse". Also habe ich es versucht: < /p>
org.jvnet.jaxb
jaxb-maven-plugin
4.0.9
generate
true
-Xequals
-XhashCode
-XtoString
-Xfluent-api
-Xinheritance
-Xcopyable
-Xmergeable
-XautoNameResolution
false
true
src/main/resources/xsd
src/main/resources/xjb
src/main/resources/xsd/external/catalog.cat
${project.build.directory}/generated-sources
org.jvnet.jaxb
jaxb-plugins
4.0.9
org.jvnet.jaxb
jaxb-plugins-tools
4.0.9
< /code>
Aber das hat die Java -Klasse -Generation überhaupt nicht geändert.
Ich habe den Bindungsansatz ausprobiert. Ich habe Folgendes gemacht: < /p>
< /code>
Dies führt jedoch zu: Ausführungsverlust von Ziel org.jvnet.jaxb: jaxb-maven-plugin: 4.0.0: generieren fehlgeschlagen: illegale Erbschaftsschleife für Klassen. Die Adresse der äußeren Klassen kann nicht unter der Innenklasse unterklagen: Adresse
Ich bin mir nicht sicher, was dort wirklich passiert.
Gibt es eine Möglichkeit, dieses Problem zu lösen?
Ich habe eine ähnliche Struktur wie diese xsd: < /p> [code]
< /code> Meiner Meinung nach ist dies ein schlechtes Schema. Sie sollten Ihre Elemente auf diese Weise nicht benennen. Offensichtlich klappt diese nicht aus dem Box.@XmlAccessorType(XmlAccessType.FIELD) @XmlType(name = "", propOrder = { "address", "mailbox" }) public static class Address implements Serializable, Cloneable, CopyTo, Equals, HashCode, MergeFrom, ToString {
Address.Address address; Address.Mailbox mailbox;
public static class Address implements Serializable, Cloneable, CopyTo, Equals, HashCode, MergeFrom, ToString { // ... }
public static class Mailbox implements Serializable, Cloneable, CopyTo, Equals, HashCode, MergeFrom, ToString { // ... } } < /code> Natürlich führt dies in der Java -Fehler -Duplikatklasse: "Adresse". Also habe ich es versucht: < /p>
< /code> Aber das hat die Java -Klasse -Generation überhaupt nicht geändert. Ich habe den Bindungsansatz ausprobiert. Ich habe Folgendes gemacht: < /p>
< /code> Dies führt jedoch zu: Ausführungsverlust von Ziel org.jvnet.jaxb: jaxb-maven-plugin: 4.0.0: generieren fehlgeschlagen: illegale Erbschaftsschleife für Klassen. Die Adresse der äußeren Klassen kann nicht unter der Innenklasse unterklagen: Adresse [/code] Ich bin mir nicht sicher, was dort wirklich passiert. Gibt es eine Möglichkeit, dieses [url=viewtopic.php?t=20324]Problem[/url] zu lösen?
Ich arbeite mit einem großen XSD -Schema mit vielen XSD: Element Einträge mit einem XML: Lang -attribut. Ich möchte JAXB mit einer benutzerdefinierten Bindung verwenden, um in den generierten Java...
Wenn es zwei Dateien gibt mit unterschiedlichem Inhalt, aber mit demselben Namen in zwei verschiedene Maven-Modules , die beide in einem Jar-File mit dem maven-Assembly-Plugin zusammengestellt...
stolperte auf ein merkwürdiges Verhalten mit org.jvnet.jaxb: jaxb-maven-plugin: 4.0.8 plugin, bezieht sich auf mehrere Ausführungen, um Klassen für mehrere WSDLs zu generieren. Jede einzelne WSDL...
Zuallererst bin ich ziemlich neu in Java, also ist das meiste, was ich versuche, wahrscheinlich falsch zu sein, und ich verstehe nicht viele Dinge, mit denen ich zu tun habe. Ich habe versucht,...
Mein Ziel ist es, den Feder-Boot-REST-Client mit OpenAPI 3.0 zu generieren. Maven. Die von Springdoc-Openapi-Maven-Plugin erzeugte Ausgabedatei existiert nicht, wenn Swagger-Codegen-Maven-Plugin...