< /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...
Ich versuche, Java -JAXB -Klassen aus dem qbxml.xsd -Schema zu generieren, das von QuickBooks in C: \ Programmdateien (x86) \ Intuit \ IDN \ Common \ Tools \ Validator
Ich führe den folgenden Befehl...
Ich habe Code in einem Modul namens „Electricity-aWattar“. Injektion und Instanziierung werden von Apache Spring 3.4.0 gesteuert.
Das Artefakt verfügt über mehrere Hauptmethoden und eine dieser...