< /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...
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...
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...
Beim Versuch, ein Gerrit-Plugin-Projekt zu erstellen, wird mir anscheinend dieser Fehler angezeigt
error: Bad service configuration file, or exception thrown while constructing Processor object:...