Comment voulez-vous personnaliser la façon dont JAXB génère pluriel des noms de méthode?

Nous sommes à l'aide de JAXB pour générer des classes Java et ont rencontré un certain nombre de cas où généré le pluriel des noms de méthode ne sont pas correctes. Par exemple, où nous nous attendons à getPhysicians nous sommes getPhysicien. Comment ferions-nous pour personnaliser la façon dont JAXB pluralizes des méthodes spécifiques?

Le schéma:

<xs:complexType name="physician">
    <xs:sequence>
       ...
    </xs:sequence>
</xs:complexType>

<xs:complexType name="physicianList">
    <xs:sequence>
        <xs:element name="Physician"
                    type="physician"
                    minOccurs="0"
                    maxOccurs="unbounded"/>
    </xs:sequence>
</xs:complexType>

Le code Java généré:

...
public class PhysicianList {
...

    @XmlElement(name = "Physician")
    protected List<Physician> physicien;
    ...

    public List<Physician> getPhysicien() {
        if (physicien == null) {
            physicien = new ArrayList<Physician>();
        }
        return this.physicien;
    }

Mise à jour

Ce qui a été répondu par Blaise. Cependant, je préfère ne pas mélanger des préoccupations telles que JAXB personnalisations dans un schéma XML. Donc, pour ceux d'entre vous avec la même préférence, voici une JAXB de liaison de fichier qui réalise la même chose que ce que Blaise a suggéré, en gardant JAXB personnalisation de sortir du schéma:

<jaxb:bindings xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
               xmlns:xs="http://www.w3.org/2001/XMLSchema"
               version="2.0">

    <jaxb:bindings schemaLocation="myschema.xsd">
        <jaxb:bindings node="//xs:complexType[@name='physicianList']//xs:element[@name='Physician']">
            <jaxb:property name="physicians"/>
        </jaxb:bindings>
    </jaxb:bindings>

</jaxb:bindings>
  • Il n'a même pas épeler médecin correctement, mais plutôt en tant que physicien. Étrange.
  • XJC en fait la base sur le nom de l'élément de liste, de sorte que vous pouvez avoir appelé votre nom d'élément médecins. MAIS (et c'est un gros mais...) si vous faites cela, il est encore un caprice, car lorsque vous re-maréchal de l'objet à l'aide de JAXB chaque élément aura le nom pluriel 'médecins'. Très bizarre. Donc, cela dit, j'ai utilisé votre approche et il fonctionne sur tout le tour.
InformationsquelleAutor SingleShot | 2010-12-21
  1. 29

    Par défaut, le suivant est généré pour votre fragment de schéma:

        import java.util.ArrayList;
    import java.util.List;
    import javax.xml.bind.annotation.XmlAccessType;
    import javax.xml.bind.annotation.XmlAccessorType;
    import javax.xml.bind.annotation.XmlElement;
    import javax.xml.bind.annotation.XmlType;

    @XmlAccessorType(XmlAccessType.FIELD)
    @XmlType(name = "physicianList", propOrder = {
        "physician"
    })
    public class PhysicianList {

        @XmlElement(name = "Physician")
        protected List<Physician> physician;

        public List<Physician> getPhysician() {
            if (physician == null) {
                physician = new ArrayList<Physician>();
            }
            return this.physician;
        }

    }

    Si vous annoter votre schéma XML:

        <xs:schema
        xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
        xmlns:xs="http://www.w3.org/2001/XMLSchema"
        jaxb:version="2.1">

        <xs:complexType name="physician">
            <xs:sequence>
            </xs:sequence>
        </xs:complexType>

        <xs:complexType name="physicianList">
            <xs:sequence>
                <xs:element name="Physician"
                            type="physician"
                            minOccurs="0"
                            maxOccurs="unbounded">
                      <xs:annotation>
                          <xs:appinfo>
                              <jaxb:property name="physicians"/>
                          </xs:appinfo>
                      </xs:annotation>
                 </xs:element>
            </xs:sequence>
        </xs:complexType>

    </xs:schema>

    Ensuite, vous pouvez générer la classe souhaitée:

    import java.util.ArrayList;
import java.util.List;
import javax.xml.bind.annotation.XmlAccessType;
import javax.xml.bind.annotation.XmlAccessorType;
import javax.xml.bind.annotation.XmlElement;
import javax.xml.bind.annotation.XmlType;

@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "physicianList", propOrder = {
    "physicians"
})
public class PhysicianList {

    @XmlElement(name = "Physician")
    protected List<Physician> physicians;

    public List<Physician> getPhysicians() {
        if (physicians == null) {
            physicians = new ArrayList<Physician>();
        }
        return this.physicians;
    }

}
    • Qui a très bien fonctionné. Merci! Pour info, je n'aime pas le mélange des préoccupations telles que JAXB personnalisations dans un schéma XML, donc je l'ai ajouté à la fin de ma question un exemple d'utilisation d'une liaison de fichiers à faire de même, comme vous le suggérez. Merci encore!
    • J'ai essayé la solution proposée par vous, et les classes générées encore n'ont pas les types de retour j'aimerais avoir. J'ai demandé à une autre question pour que here. J'apprécierais vraiment votre aide, si vous prenez votre temps pour répondre à cette question ainsi.
    InformationsquelleAutor bdoughan
  2. 12

    C'est peut-être un peu tard pour répondre, mais il y a une autre façon de générer du pluriel des noms tout simplement, sans mélange Schéma XML et JAXB Liaisons.

    En utilisant JAXB XJC liaison compilateur avec le "extension" de mode.
    Une personnalisation du fichier de liaisons doivent être ajoutés, comme celui-ci :

    <?xml version="1.0"?>
<jxb:bindings version="1.0"
              xmlns:jxb="http://java.sun.com/xml/ns/jaxb"
              xmlns:xs="http://www.w3.org/2001/XMLSchema"
              xmlns:xjc="http://java.sun.com/xml/ns/jaxb/xjc"
              jxb:extensionBindingPrefixes="xjc">

  <jxb:globalBindings>              
    <xjc:simple/>
  </jxb:globalBindings>

</jxb:bindings>

    Références :

    InformationsquelleAutor Guillaume Husta