Modérateurs : graffiop, jmdouin, agoncal, mlebihan
-
velitc_v
- Messages : 64
- Inscription : 04 oct. 2019 14:53
Message
par velitc_v » 08 janv. 2020 2:44
Bonsoir,
La base de données à deux colonnes unitcost. Il faut donc préciser laquelle on veut utiliser dans la class Item :
Code : Tout sélectionner
@SuppressWarnings("serial")
@Entity
@Table(name = "T_ITEM")
public final class Item implements Serializable {
// ======================================
// = Attributes =
// ======================================
@Id
private String id;
private String name;
@Column(name="UNIT_COST")
private double unitCost;
private String imagePath;
//etc........
Bon courage,
V..
-
bruye_st
- Messages : 11
- Inscription : 27 nov. 2019 15:14
Message
par bruye_st » 09 janv. 2020 13:37
Bonjour,
Allez voir votre table item dans votre client mysql (phpMyAdmin ou autre).
Vous avez dû générer une 2nde colonne unitcost à un moment.
Dans ce cas de figure, supprimez la base de données et recréez la avec le script, de façon à la nettoyer.
Stéphane
-
bruye_st
- Messages : 11
- Inscription : 27 nov. 2019 15:14
Message
par bruye_st » 09 janv. 2020 14:26
En fait la ligne
spring.jpa.hibernate.naming.physical-strategy=org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl
ajoutée par Pascal Graffion dans application.properties pour gérer des problèmes Linux et Mac a eu un effet de bord sur la conversion des champs écrits en camel (ex unitCost) dans java vers des underscore dans mysql (unit_cost).
Du coup Pascal va remettre en ligne une version du TP11 dans laquelle tous les champs relevant de ce problème seront traités par une annotation @Column(name="xxx_xxx").
Stéphane
-
harrak_z
- Messages : 66
- Inscription : 19 oct. 2019 20:15
Message
par harrak_z » 11 janv. 2020 1:53
Bonjour Monsieur
J'ai un mac aussi et je n'ai pas eu ce problème sur tp10. Je n'ai rien modifié de la config.
Je ne comprends pas pourquoi