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_Med
>> ia>
>> $media
>>        */
>>       public function getMedia() {
>>           return $this->media;
>>       }
>>
>>       /**
>>        * Sets the media
>>        *
>>        * @param
>> Tx_Extbase_Persistence_ObjectStorage<Tx_Medialibrary_Domain_Model_Med
>> 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_Model
>> _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

Antwort per Email an