Copie POJO contenu à partir d'un grain à un autre

J'ai quelques objets Pojo dans les différents paquets, chaque POJO contient de l'autre pojo de la même package. J'ai besoin de copier tous les éléments ayant le même nom de Paquet B Pojo à des objets dans le Package A.

Eaxmple:

package com.vanilla.packageA;

public class Student{

    private String firstName;
    private String lastName;
    private Set<Course> course;

    //getters and setters ommited

}   

package com.vanilla.packageA;

    public class Course{
    private String courseName;
    private String courseDescription;

    //seters and getters
}

package com.vanilla.packageB;

public class Student{

    private String firstName;
    private String lastName;
    private Address address;
    private Set<Course> course;
    Private Date birtday;

    //getters and setters ommited

}   

package com.vanilla.packageB;

public class Course{
    private String courseName;
    private String courseDescription;
    private <Lecturer> lecturer;
    private Integer hours;

    //seters and getters
} 

Je veux copier récursivement tous les éléments de PackageB classes de packageA classes qui existe dans PaCkageB et partage le même nom.

Mises à jour:

Les gars, je comprends qu'il est question stupide, mais j'ai besoin de maintenir ce code, le code est écrit dans la façon qu'ils ont d'appeler 50 getters et de définition, ou en appelant le constructeur de 50 paramètres.
Malheureusement, je ne peux pas utiliser le même objet et j'ai besoin de le copier, mais il faut que je trouve plus "élégant" pour copier le tese haricots.

Semble comme une demande étrange. Avez-vous besoin d'un accès protégé ou par défaut des méthodes/variables?
J'ai getters et setters, donc je peux l'utiliser.
Je dirais que vous avez un POJO ou un Haricot. "POJO est un acronyme pour" Plain Old Java Object. Le nom est utilisé pour souligner qu'un objet est une instance d'Objet en Java, pas un objet spécial, et en particulier pas un Enterprise JavaBean. " de l'article de wikipédia de POJO
Si vous n'avez pas besoin d'accéder à portée de package choses, alors pourquoi ne pas simplement utiliser les classes du paquet B? Il n'y a aucune raison pourquoi vous devez les classes dans le package A.
Merci de voir mon jour, il l'expliquera plus.

OriginalL'auteur danny.lesnik | 2011-05-09