Ui ui ui, stimmt, nun aber:

$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",
                "MM_opposite_field" => "media",
                )
        ),
...
Leider immer noch die gleiche SQl-Fehlermeldung:

SELECT .* FROM tx_medialibrary_media_playlist_mm LEFT JOIN ON tx_medialibrary_media_playlist_mm.uid_foreign = .uid ...

Das liefert setManyToManyRelation() zurrück:

Tx_Extbase_Persistence_Mapper_ColumnMap Object
(
    [propertyName:protected] => playlist
    [columnName:protected] => playlist
    [typeOfRelation:protected] => RELATION_HAS_AND_BELONGS_TO_MANY
    [childClassName:protected] =>
    [childTableName:protected] => tx_medialibrary_domain_model_playlist
    [childTableWhereStatement:protected] =>
    [childSortByFieldName:protected] => sorting_foreign
    [relationTableName:protected] => tx_medialibrary_media_playlist_mm
    [relationTablePageIdColumnName:protected] =>
    [relationTableMatchFields:protected] =>
    [relationTableInsertFields:protected] =>
    [relationTableWhereStatement:protected] =>
    [parentKeyFieldName:protected] => uid_foreign
    [parentTableFieldName:protected] =>
    [childKeyFieldName:protected] => uid_local
)

Tx_Extbase_Persistence_Mapper_ColumnMap Object
(
    [propertyName:protected] => media
    [columnName:protected] => media
    [typeOfRelation:protected] => RELATION_HAS_AND_BELONGS_TO_MANY
    [childClassName:protected] =>
    [childTableName:protected] =>
    [childTableWhereStatement:protected] =>
    [childSortByFieldName:protected] => sorting
    [relationTableName:protected] => tx_medialibrary_media_playlist_mm
    [relationTablePageIdColumnName:protected] =>
    [relationTableMatchFields:protected] =>
    [relationTableInsertFields:protected] =>
    [relationTableWhereStatement:protected] =>
    [parentKeyFieldName:protected] => uid_local
    [parentTableFieldName:protected] =>
    [childKeyFieldName:protected] => uid_foreign
)
Sieht richtig aus.

Aber siehe da:

Nachdem ich die group von playlist in select geändert habe läuft alles wie gewünscht. Aber wie du schon meintest, eigendlich sollte das kein Problem sein, oder?

Gruß, Eike

P.S.:Vielen Danke für die Hilfe.



On 14.03.2013 12:57, Stephan Schuler wrote:
:) Du hast schon wieder den gleichen Fehler gemacht, diesmal nur in der anderen 
Tabelle.
"Opposite field" heißt doch "in der gegnerischen Tabelle heißt das korrespondierende 
Feld:".

Du musst '"MM_opposite_field" => "media"' in die property "playlist" der Tabelle 
"domain_model_media" schreiben.

Vergleiche mal die beiden fehlerhaften SQL-Queries. Im Query von gestern war "_mm.uid_local = 
.uid", in dem von gerade ist "_mm.uid_foreign = .uid". Du hast also gestern die 
Beziehung in die eine Richtung falsch definiert und heute die Beziehung in die andere. Ich bin 
immer fester der Überzeugung, dass dein einziger Fehler die Angabe des MM_opposite_field ist.

Außerdem sehe ich gerade, dass du select und group mischst. Entweder du verwendetst "select", dann brauchst du die referenzierte 
Tabelle in "foreign_table", oder du brauchst "group", dann muss die referenzierte Tabelle in "allowed" 
genannt werden. Das dürfte nicht weiter tragisch sein, weil dein Select sich auf das angegebene "foreign_table" verlässt und das 
(bei dir identisch hinterlegte) "allowed" ignoriert.

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 12:43
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Problem extbase bidirektionale mm Beziehung

Hallo Stephan,

ich habe jetzt opposite_field in playlist:

$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",
                 "MM_opposite_field" => "playlist",
                 )
),
...

Im Backend geht wieder alles.

In setManyToManyRelation() liefert mir $columnConfiguration:

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
)

und

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] => playlist
)

Trotzdem erhalte ich wieder ein SQL-Fehlermeldung:

SELECT .* FROM tx_medialibrary_media_playlist_mm LEFT JOIN ON 
tx_medialibrary_media_playlist_mm.uid_foreign = .uid WHERE 
tx_medialibrary_media_playlist_mm.uid_local = '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 ASC

Dabei ist doch schon SELECT .* FROM ein Problem, da ein Tabellenname fehlt.

Was ich machen will ist ja medum.playlist.media

Gruß Eike Starkmann


On 14.03.2013 11:20, Stephan Schuler wrote:
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



--
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

Antwort per Email an