Pourquoi JAXB ne génère-t-il pas des setters pour les listes?

lien pour : aucun setter pour la liste

le code dans la méthode getter assure que la liste est créé. Il n'y a pas de setter ce qui signifie que tout les éléments de la liste doivent être ajoutés ou supprimés sur le "live liste.

comme la citation dit qu'il n'y a aucun setter comme quand vous utilisez la méthode getter il assure qu'une nouvelle instance de la liste est initialisée si pas présent.

Et après cela, lorsque vous devez ajouter ou enlever quoi que ce soit, vous devrez utiliser

getElement3().add(Type);

mise à JOUR : Différence en œuvre pour null et la liste vide

exemple où la liste est null

@XmlRootElement(name = "list-demo")
public class ListDemo {

    @XmlElementWrapper(name = "list")
    @XmlElement(name = "list-item")
    private List<String> list;

}

sortie sera

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<list-demo/>

exemple où la liste est vide

@XmlRootElement(name = "list-demo")
public class ListDemo {

    @XmlElementWrapper(name = "list")
    @XmlElement(name = "list-item")
    private List<String> list = new ArrayList<String>();

}

sortie sera:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<list-demo>
    <list/>
</list-demo>

D'accord avec la préoccupation de Patrick ci-dessus. Si je codais directement vers les classes java générées, je serais heureux d'obliger, mais j'utilise un outil introspectif attend soit un setter ou un membre directement accessible. A eu du succès en utilisant un plugin à XJC de https://github.com/highsource/jaxb2-basics/wiki/JAXB2-Setters-Plugin et l'ajout d'un argument a-B-Xsetter à wsimport

dans le cas où quelqu'un est ici à la recherche d'un moyen de se débarrasser de ces initialiseurs ennuyeux paresseux dans le code généré par XJC... Dans my Maven POM, cela va sous <build><plugins> :

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-antrun-plugin</artifactId>
    <version>1.8</version>
    <executions>
        <execution>
            <id>remove-jaxb-generated-lazy-initializers</id>
            <phase>process-sources</phase>
            <goals>
                <goal>run</goal>
            </goals>
            <configuration>
                <target if="${remove-jaxb-generated-lazy-initializers}">
                    <echo message="Running 'replaceregexp' target on generated sources..."/>
                    <echo message="This removes JAXB-generated lazy initializers from collection accessors."/>
                    <replaceregexp match="if \([\w_]+ == null\) \{\s+[\w_]+ = new ArrayList&lt;[\w_]+&gt;\(\);\s+\}\s+" replace="" flags="g">
                        <fileset dir="${project.build.directory}/generated-sources" includes="**/*.java"/>
                    </replaceregexp>
                </target>
            </configuration>
        </execution>
    </executions>
</plugin>

pour les setters, j'ajoute aussi @lombok.Setter à certaines classes en utilisant org.jvnet.jaxb2_commons:jaxb2-basics-annotate et un fichier de reliures. Ainsi, les classes finissent par être des haricots standard.

j'aimerais l'entendre si quelqu'un connaît une façon moins hacky--par exemple, un plugin XJC.

on peut écrire leur propre XJC plugin pour leurs besoins spécifiques.

dans cet exemple, on essaie d'ajouter un id champ de type long dans chaque fichier java généré à partir de xjc :

package com.ricston;

import java.io.IOException;

import org.xml.sax.ErrorHandler;
import org.xml.sax.SAXException;

import com.sun.codemodel.JBlock;
import com.sun.codemodel.JCodeModel;
import com.sun.codemodel.JFieldVar;
import com.sun.codemodel.JMethod;
import com.sun.codemodel.JMod;
import com.sun.codemodel.JType;
import com.sun.codemodel.JVar;
import com.sun.tools.xjc.BadCommandLineException;
import com.sun.tools.xjc.Options;
import com.sun.tools.xjc.Plugin;
import com.sun.tools.xjc.outline.ClassOutline;
import com.sun.tools.xjc.outline.Outline;

public class XJCPlugin extends Plugin {

  public final static String ID = "id";
    public final static JType LONG_TYPE = new JCodeModel().LONG;
    public final static String ID_GETTER = "getId";
    public final static JType VOID_TYPE = new JCodeModel().VOID;
    public final static String ID_SETTER = "setId";

    @Override
    public String getOptionName() {
        return "Xexample-plugin";
    }

    @Override
    public int parseArgument(Options opt, String[] args, int i)
            throws BadCommandLineException, IOException {
        return 1;
    }

    @Override
    public String getUsage() {
        return "  -Xexample-plugin    :  xjc example plugin";
    }

    @Override
    public boolean run(Outline model, Options opt, ErrorHandler errorHandler)
            throws SAXException {

        for (ClassOutline classOutline : model.getClasses()) {
            JFieldVar globalId = classOutline.implClass.field(JMod.PRIVATE,
                    LONG_TYPE, ID);

            JMethod idGetterMethod = classOutline.implClass.method(JMod.PUBLIC,
                    LONG_TYPE, ID_GETTER);
            JBlock idGetterBlock = idGetterMethod.body();
            idGetterBlock._return(globalId);

            JMethod idSetterMethod = classOutline.implClass.method(JMod.PUBLIC,
                    VOID_TYPE, ID_SETTER);
            JVar localId = idSetterMethod.param(LONG_TYPE, "_" + ID);
            JBlock idSetterBlock = idSetterMethod.body();
            idSetterBlock.assign(globalId, localId);
        }
        return true;
    }

}

exemple Complet ici .

un autre exemple ici:

https://blog.jooq.org/2018/02/19/how-to-implement-your-own-xjc-plugin-to-generate-tostring-equals-and-hashcode-methods /

leurs sont des plugins disponibles pour générer hashCode , equals , setters-for-list au github aussi.

, les Références:

réponse à une question j'avais demandé.