Hallo Eike.
Das Feld "MM_opposite_field" zeigt auf den Spaltennamen des anderen
Datensatzes.
Du hast zwei Möglichkeiten:
* "playlist.media[ohne opposite_field];
media.playlist[opposite_field=media]", hier ist playlist.uid uid_local
und media.uid uid_foreign
* "media.playlist[ohne opposite_field];
playlist.media[opposite_field=playlist]", hier ist media.uid uid_local
und playlist.uid uid_foreign
Beides kommt technisch zu keinem Fehler, obwohl der Name der
MM-Tabelle die zweite Variante nahe legt.
Du hast zur Zeit "playlist.media[opposite_field=media];
media.playlist[ohne opposite_field]". Das ist falsch.
Die Aussage von "playlist.media[opposite_field=media]" ist:
Es gibt die Tabelle "playlist", die hat die Spalte "media" in der sich
Media-Elemente befinden (soweit korrekt) Dazu muss es media-Elemente
geben, in deren Spalte "media" sich die Playlist wieder findet (und
das ist falsch).
Die Aussage von "media.playlist[ohne opposite_field]" ist:
Es gibt die Tabelle "media", die hat die spalte "playlist" in der sich
Playlist-Elemente befinden (soweit korrekt) Da kein opposite_field
angegeben ist, ist uns die Rückbeziehung egal.
Den relevanten Teil kannst du in t3lib_loadDBGroup::start()
nachvollziehen, bzw. anschließend in t3lib_loadDBGroup::readMM(). Die
Tatsache dass du ein MM_opposite_field hast ist alleine genug, im
Select im Backend uid_local und uid_foreign zu tauschen. Es gäbe zwar
weitere Konfigurationsmöglichkeiten, die fallen aber aufgrund des
falschen MM_opposite_field alle auf das jeweilige default. Vielleicht
hilft dir ein Breakpoint da weiter.
Weiterhin könntest du mal einen Breakpoint nach
Tx_Extbase_Persistence_Mapper_DataMapFactory::
setManyToManyRelation() machen. Ich nehme an, dass im Fehlerfall
$columnConfiguration einfach kein gültiges foreign_table enthält.
Grund dafür dürfte sein, dass Extbase im Mapping deutlich mehr prüft
und umher schiebt als es das TCEMain tut. Das wiederum liegt daran,
dass das TCEMain ja schon mit Tabellennamen arbeitet, während Extbase
Objektkonfiguration aufgrund von PHP-Klassennamen beachtet.
Ich bleibe also bei meiner Vermutung: Dein MM_opposite_field ist an
der falschen Stelle.
Gruß,
Stephan Schuler
Web-Entwickler
Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Website: media.netlogix.de
-----Ursprüngliche Nachricht-----
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Eike
Starkmann
Gesendet: Donnerstag, 14. März 2013 10:49
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Problem extbase bidirektionale mm
Beziehung
Hallo Stephan,
On 14.03.2013 01:31, Stephan Schuler wrote:
Hallo Eike.
Hast du das TCA selbst geschrieben oder hast du es dir erzeugen lassen?
Funktioniert die Zuordnung denn im TYPO3-Backend oder ist die schon
dort leer, wenn du die Bearbeitung von der Playlist-Seite bearbeitest?
Ja habe ich selber geschrieben. Müsste aber trotzdem korrekt sein. Im
Backend funktioniert ja auch alles und mit "manuellen" Queries kann
ich die Daten auch anfragen.
Wenn deine MM-Tabelle "media_playlist_mm" heißt bedeutet das, dass
Media deine Local-Side ist und Playlist deine Foreign-Side.
Laut Dokumentation von MM_opposite_field gehört das ins TCA der
Foreign-Side und muss dort den Property-Name der Local-Side benennen.
Demnach muss das MM_opposite_field ins TCA von Playlist, nicht in
das von Media.
Jupp, aber so ist es ja auch ;-)
http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Select/
I ndex.html Leider lässt das aktuelle Dokumentationsformat keine
Referenz auf ein Attribut zu.
Und ich hätte als Beispiel nicht unbedingt die Unterscheidung
zwischen "a.employees" und "b.employers" verwendet.
Da hast du recht. Aber MM_opposite_field ist leider nicht das Problem.
Ich glaube auch das es im Backend dann nicht funktionieren würde.
Gruß, Eike Starkmann
Gruß,
Stephan Schuler
Web-Entwickler
Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Website: media.netlogix.de
--
netlogix GmbH & Co. KG
IT-Services | IT-Training | Media
Andernacher Straße 53 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Internet: http://www.netlogix.de
netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA
13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs
GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt
________________________________________
Von: typo3-german-boun...@lists.typo3.org
[typo3-german-boun...@lists.typo3.org]" im Auftrag von
"Eike Starkmann [starkm...@undkonsorten.com]
Gesendet: Mittwoch, 13. März 2013 17:54
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Problem extbase bidirektionale mm
Beziehung
Ich habe dazu mal ein Ticket gemacht, da ich glaube das das Problem
in extbase liegt:
http://forge.typo3.org/issues/46243
Bis denne, Eike
On 08.03.2013 14:00, Eike Starkmann wrote:
Hallo,
ich habe ein Problem mit einer Extbase Extension die ich gerade
schreibe.
Folgende Situation:
Ich habe ein Objekt Media und ein Objekt Playlist Zwischen diesen
besteht eine bidirektionale M:M Beziehung.
Ich möchte jetzt zu einem bestimmten Medium (M) alle anderen Medien
ausgeben, die in der gleichen Playliste (P) sind.
Naive Vorgehensweise (pseudocode):
//alle Playlisten zu dem das Medium gehört for M.paylist as
playlistItem {
//alle Medien in der aktuellen playliste
for playlistItem.media as mediaItem{
ausgabe mediaItem
}
}
Und genau die innere Schleife funktioniert nicht und liefert einen
SQL-Fehler.
Hier ist der relevante Code:
class Tx_Medialibrary_Domain_Model_Playlist extends
Tx_Extbase_DomainObject_AbstractEntity {
/**
* Media of the playlist
*
* @var
Tx_Extbase_Persistence_ObjectStorage<Tx_Medialibrary_Domain_Model_Media>
* @lazy
*/
protected $media;
/**
* Adds a Media
*
* @param Tx_Medialibrary_Domain_Model_Media $media
* @return void
*/
public function addMedia(Tx_Medialibrary_Domain_Model_Media
$media) {
$this->media->attach($media);
}
/**
* Removes a Media
*
* @param Tx_Medialibrary_Domain_Model_Media $mediaToRemove
The Category to be removed
* @return void
*/
public function
removeMedia(Tx_Medialibrary_Domain_Model_Media
$mediaToRemove) {
$this->media->detach($mediaToRemove);
}
/**
* Returns the Media
*
* @return
Tx_Extbase_Persistence_ObjectStorage<Tx_Medialibrary_Domain_Model_Me
d
ia>
$media
*/
public function getMedia() {
return $this->media;
}
/**
* Sets the media
*
* @param
Tx_Extbase_Persistence_ObjectStorage<Tx_Medialibrary_Domain_Model_Me
d
ia>
$media
* @return void
*/
public function setMedia(Tx_Extbase_Persistence_ObjectStorage
$media) {
$this->media = $media;
}
}
TCA:
$TCA['tx_medialibrary_domain_model_playlist'] = array( ...
"media" => Array (
"exclude" => 1,
"label" =>
"LLL:EXT:medialibrary/Resources/Private/Language/locallang_db.xml:tx
_ medialibrary_domain_model_playlist.media",
"l10n_mode" => "exclude",
"config" => Array (
"type" => "group",
"internal_type" => "db",
"allowed" =>
"tx_medialibrary_domain_model_media",
"size" => 10,
"minitems" => 0,
"maxitems" => 100,
"MM" =>
"tx_medialibrary_media_playlist_mm",
"MM_opposite_field" => "media",
)
),
...
$TCA['tx_medialibrary_domain_model_media'] = array( ...
"playlist" => Array (
"exclude" => 1,
"label" => "playlist",
"l10n_mode" => "exclude",
"config" => Array (
"type" => "select",
"allowed" =>
"tx_medialibrary_domain_model_playlist",
'foreign_table' =>
'tx_medialibrary_domain_model_playlist',
"size" => 10,
"minitems" => 0,
"maxitems" => 100,
"MM" =>
"tx_medialibrary_media_playlist_mm",
)
),
...
Fluid showAction von Media:
<f:for each="{media.playlist}" as="playlistItem">
{playlistItem}
<f:for each="{playlistItem.media}" as="mediaItem">
{mediaItem}
</f:for>
</f:for>
SQL Fehler:
SELECT .* FROM tx_medialibrary_media_playlist_mm LEFT JOIN ON
tx_medialibrary_media_playlist_mm.uid_local = .uid WHERE
tx_medialibrary_media_playlist_mm.uid_foreign = '1' AND
(tx_medialibrary_domain_model_media.type='Tx_Medialibrary_Domain_Model_Media'
OR
tx_medialibrary_domain_model_media.type='Tx_Medialibrary_Domain_Model_Media_Video'
OR
tx_medialibrary_domain_model_media.type='Tx_Medialibrary_Domain_Mode
l
_Media_Audio') ORDER BY
tx_medialibrary_media_playlist_mm.sorting_foreign ASC
Es scheint also so, das bei
tx_medialibrary_media_playlist_mm.uid_local
= .uid Tx_Medialibrary_Domain_Model_Media nicht aufgelöst wird.
Es müsste doch tx_medialibrary_media_playlist_mm.uid_local =
Tx_Medialibrary_Domain_Model_Media.uid heissen, oder?
Ist das jetzt ein Bug ober mache ich hier grundlegend was Falsch?
Bis denne, Eike
--
EIKE STARKMANN
starkm...@undkonsorten.com
+49.30.20236354 [fon]
UNDKONSORTEN GBR
Waldemarstr. 38
10999 Berlin
www.undkonsorten.com
+49.30.20236354 [fon]
+49.30.20236354-9 [fax]
thomas alboth, felix althaus + jochen biedermann
[gesellschafter] _______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
EIKE STARKMANN
starkm...@undkonsorten.com
+49.30.20236354 [fon]
UNDKONSORTEN GBR
Waldemarstr. 38
10999 Berlin
www.undkonsorten.com
+49.30.20236354 [fon]
+49.30.20236354-9 [fax]
thomas alboth, felix althaus + jochen biedermann [gesellschafter]
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
