Discussion :

[lamoua76]

Bonjour à tous.

Je reprend un peu mon projet grails après plusieurs mois.
Voici mon soucis. J'ai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
class Player {
 
    String name
    Team team
    static constraints = {
    }
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
class Team {
    String name
 
	static hasMany = [players:Player]
 
	/*def getMatchesPlayed(){
		Match.findAllByLocalTeamOrVisitorTeam(this,this)
	}*/
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
class Match {
 
    int localScore
    int VisitorScore
    Team localTeam
    Team visitorTeam
 
    static constraints = {
		localTeam validator: { val, obj ->
			!val.equals(obj.visitorTeam)			
		}
 
		visitorTeam validator: { val, obj ->
			!val.equals(obj.localTeam)
		}
	}
}

1/ Je n'arrive plus (j'ai réussi il y a plusieurs mois mais j'ai perdu mes sources) à avoir une liste à sélection multiple dans mon formulaire d'edition de Team pour ajouter un ou plusieurs joueurs. J'ai essayé en scaffold et avec la view générée, même résultat.

2/ Je souhaiterais que ma view "read" du Domain Team ai une propriété matchesPlayed, issue de ma fonction getMatchesPlayed.

Comment faire?
Merci à vous !

[zfleet]

Bonjour lamoua76,

Si tu souhaites visualiser une liste a sélection multiple sur tes écrans d'édition de Team, il faut modifier ton mapping et ne faire te relation que dans le sens team ->player.
Il faut donc enlever l'attribut team dans Player.

[zfleet]

concernant ton deuxième point, il faut indiquer a hibernate que le getter ne correspond pas a un champ en base, pour cela il faut ajouter :
static transients =['matchesPlayed']
Par contre je ne suis pas sur que le scaffolding par défaut te génère ces champs, il faudra probablement modifier les écrans générés pour ajouter ta liste.

[lamoua76]

Tout d'abord merci pour tes réponses

1/ J'ai testé et effectivement en rendant la relation unidirectionnelle, je retrouve la liste d'ajout de joueurs. Cependant je ne comprends pas bien pourquoi. Saurais-tu m'explique? Je trouve étrange de devoir changer le design métier pour obtenir cette liste dans la view.

2/ Bingo encore J'avais bien utilisé transcients (lors d'un test) mais j'espérais que le scaffolding saurait utiliser cette méthode. Non, il va effectivement falloir que je le fasse à la main.

[zfleet]

J'ai installé les templates pour voir pourquoi grails réagissait comme cela (commande install template) et si l'on regarde le fichier renderEditor.template on peux voir le code suivant :

..
else if (property.manyToOne || property.oneToOne)
out << renderManyToOne(domainClass, property)
else if ((property.oneToMany && !property.bidirectional) || (property.manyToMany && property.isOwningSide()))
out << renderManyToMany(domainClass, property)
else if (property.oneToMany)
out << renderOneToMany(domainClass, property)
...

qui montre que si la relation n'est pas bidirectionnelle on génère le même rendu que pour un manyToMany.

Si la relation est bidirectionnelle alors grails décide qu'elle doit être gérée par la table qui possède l'identifiant permettant la relation entre les 2 tables.

[lamoua76]

Merci beaucoup pour le temps passé à répondre, ça m'a énormément aidé à mieux comprendre la "philosophie" de grails au niveau gestion des relations et scaffolding