[TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Moin moin, ich hab da mal ein kleines Problem. Ich habe eine Extension mit dem Extension Builder angelegt. Die einige Daten aus Tabellen einer anderen extension (indexed_search) auslesen, daher habe ich sie auf die entsprechende Tabelle gemappt (index_words). Wenn ich jetzt mit findAll() den Inhalt der Tabelle holen will erhalte ich die richtige Anzahl an Ergebnissen aber immer nur den ersten Datensatz, also immer das gleiche. Zugriffe per findByIdentifier() funktionieren prima aber findAll() macht mich langsam wahnsinnig. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
StoragePid war tatsächlich keine gesetzt. Nur auf was setzt ich die? Kann da ändern was ich will, Ausgabe bleibt die selbe. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Die Action ist uncached und ich lösch auch immer alles wenn ich was änder. Es ist halt auch kein Problem einzelne Datensätze zu holen. Wenn ich spezifische Anfragen stell die nur ein Ergebnis liefern ist alles gut. Aber sobald irgendetwas mehrere Datensätze liefert stimmt die Anzahl aber alle entsprechen nur dem ersten Suchergebnis. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
findAll() überschreiben hab ich versucht, klappt nicht. Ist auch nicht nur findAll(). Wenn ich eine eigene Methode schreib und da per query nach allem suchen lass mit einer id größer als 0 (was ja auch alle sind nur anders gefunden) passiert dasselbe. Mehr als ein Suchergebnis = Kopien des ersten Datensatzes. Wie ich mir die hol spielt keine Rolle. Das mapping schaut so aus: config.tx_extbase { persistence { classes { xxx\Wordtest\Domain\Model\Word { mapping { tableName = index_words columns { wid.mapOnProperty = wid baseword.mapOnProperty = baseword } } } } } } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Da hab ich nix verändert, die sieht so aus: table class=tx_wordtest tr thf:translate key=tx_wordtest_domain_model_word.wid //th thf:translate key=tx_wordtest_domain_model_word.baseword //th th /th th /th /tr f:for each={words} as=word tr tdf:link.action action=show arguments={word : word} {word.wid}/f:link.action/td tdf:link.action action=show arguments={word : word} {word.baseword}/f:link.action/td tdf:link.action action=edit arguments={word : word}Edit/f:link.action/td tdf:link.action action=delete arguments={word : word}Delete/f:link.action/td /tr /f:for /table ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
SQL Query debuggen hab ich gemacht, das ist alles ok. Mapping ist es auch definitiv nicht. Ich bin jetzt bei gegangen und hab die und hab die index_words in die Tabelle fürs Domainmodel kopiert und ohne Mapping zugegriffen, selbes Ergebnis. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Die Tabelle war ja schon da, die wird vom Extension Builder angelegt. Und die hat Felder für die Eigenschaften meiner Objekte und noch einen Haufen anderer Felder. Ich hab die index_words einfach kopiert, die Tabelle für die Extension gelöscht und die kopierte Tabelle umbenannt. Dann kommen natürlich erstmal Fehlermeldungen weil uid usw nicht gefunden in der Tabelle. Das kann man zu Testzwecken überbrücken indem man einfach alles bis auf die Felder die man hat (wid und baseword) aus dem TCA löscht und in der tables Datei die entsprechenden Werte einfach auf false setzt. Ist nicht hübsch aber man sieht zumindest ob der Fehler beim Mapping liegt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Die Tabelle ist da weil das Mapping nach dem Anlegen der Extension manuell gemacht wurde. Wenn ich im Extension Builder index_words fürs Mapping angeb gibt das eine Fehlermeldung. (Extension could not be saved: There is no entry for table index_words of Word in TCA. For technical reasons you can only extend tables with TCA configuration.) Was ich meinte mit löschen und auf false setzten ist folgendes: Im TCA alle columns löschen die nicht in der index_words vorkommen, also alle bis auf wid und baseword. Und in der ext_tables.php wird im array alles wie languagefiled, crdate usw auf false gesetzt. Spielt auch keine Rolle, dass sollte nur Mapping als Fehlerquelle ausschließen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Es scheint weniger mit der Pid aber mit der Uid zu tun zu haben. Es funktioniert nämlich in dem Moment alles super wenn ich das feld wid ind der Tabelle in uid umbenenne. Das ist natürlich keine brauchbare Lösung mit der man arbeiten kann aber schon spannend :D Ich hab inzwischen mal 'ne Ausgabe übers DebuggingUtility gemacht, ist halt nur ein Datensatz der ankommt. begin 644 001.PNG MB5!.1PT*@H-24A$4@```Y(8```#F+#Y``7-21T(`KLX MZ01G04U!``QCPO\804)$A9P``#L,```[#`=OJ0``*Y'241! M5'A[;W/CQW'X_?X5V67J7978+@@OM,AFX`47WGFIA6@N#$,`#BNI`$ MJXUDR`E!Z)E00KEA0E)LU(9H)G9'F%110HEQZ3G1J)T%1*)N^(+4 MMYZJJO?JGJ[3_?AF3-G9IXG^$33U=7UJ\_DSUS*S=O7O7]7'GSIW,?__W M?P^^23P/_[?_\O\_'''[N//OK(W;Y]._#AAQ\/OC@@\!__==_N?_[?_]O M9F=GIT?)X000@@AA!#2,LNEX%[B8)EXFEP-KB;=CGQ._$][86(PJ](JD; MT!*I.]4*(HTB@3DLG]X0]_+=NW0KO'F3$$(((8000L@$,^VFYE/^* M7(I4]@GE%)DT15)?*`*I)5($4@P7@[*D$9/Z_]_[_[S/__3_YWOPN\__[[ MF??Z_AQHT;A!!$$$(4ECMIMQ+?@GO!P40P:[G4.Y6U4(KWC9')1B3U M!;5$6CN0`S``,6(,7@114SZ/_[C/S+OOONN^==]R___N_!]Y^^VU$ M$$(((1,0GX);P;TXEXPLG@9N)I#;QMWJ'JI,%B*I*^)$4DMD7TJ51 MA%%$\?KUZ^Y?__5?W5MOO16X=NU:X.K5JX000@@AA!!YD\2CP+S@7W$M$4 MP:RETA)*O3LI(CDDDZ9(BD!JB91=2+Q?*UNC6B#%?C%@#%Z$$1/\[6]_ZZY MN+^^9__V;WYYIONC3?-O;VX%_^J=_ROSF-[\AA!!$$*@W4E\FX% MQX)KP;G@7B*9#*X1Q-?$T+I7B=WITDDGMCEDDY:0624LB]2XD!H%M4Y@N MK!C`%C\*-(HC_^(__Z/[A'_[!7;ITR?WZU[]V%R]=%M;6PU___=_3P@A MA!!%$8;D3G`IN!:\Y1#A%+N%F#2XIP-[@:'@\O)[B1D$J[7)Y/: M%7M%4DLDD-=912+Q`YOXX4W9A83=_MN__5NPWG_YEW\)`\;@+U^^':$;[^ M^NON[_[N[]R%Q?KW[U*W?^_/G`N7/GW]_^O`W_[MWQ)$$$((4#\ M2XE7@7'@FO!N!#X)P,;@9'@ZO!V!NLD,)IX/;P?T3-8_,VGM2@:1 MU!()AB02VZ#RY`P6FR7PG)%('/AKK[T6)H,)_LW?_(W[Z[_^:_?RRR\' M7GKI)?=7?_57F1=??#'S\Y__G!!$$$*(0CN3=BFXE7@6G`ON!0#B\') MX9P-!%*N!L#BX'IX/;P?'@G`^2R;%$[5,-B)9O]**]V5AI]CRA*VB(VR' MXEU;;)'B/5QLG6(;%8.$!.*,0%,YA_^$68[`LOO.!^]K.?N9_^]*!YYY[ MSOWD)S]Q9\^+7CVV6)(8000@@AAAJ;X)+P:G$K^!:ZX%QP,+@8G@YO! MT!J#;\74#BX'IX/;P?'@O*:*QQPZ!574R3%.F4W$E:*QO3KK.@0VZ)X MYQ9FBVU3V*X62$Q@W,S3`H3_?/?^S.G#GC3I\^'?B+O_@+]\,?_M`]\\PS MA!!$$$(F`)4XE?P;7@7'`O.!A#$ZFA1+.!G#P\'EX'1P._V:*]P/ M#FCM2A8BJ252[T;B0ODS'_*+=1U5MBK21^N!.B_=T12QQ2H#QI8J(800 M0@@AA)#E(1M\\EHL/H:SP=W@*3#MYS17.!_#`\IONW;E31%4N]8GL3 M[\SB-_O@AS+Q/BVV0K5$XH^Y,3AK(H000@@AA!!E@\37Z$NZF91)N M!\#Z\'YX'YPP'I7TA3)C2[\/*+]B1W4B\.XO?\(,?SL3/1)+%`.`Z6)` M^,%.:]$$$(((8000O8?.)N623@=W`Z.!]#\]6[DGT_*]F(I+4;*:^TXAU: M_*8?_)`F?JTLS!8#655\R!$D(((8000@A9'!N\IHKG`YN!\?3K[B.V95L M1%)^4VN]XD_8(F_/8+M3_S'_RP)@:`+5)K@(000@@AA!!5@_YG39P.K@= M'`^N!^?3NY+Z-[CVBB1.R_9P6NM\IM:\:M@Y1?LP%3Q-TCDE5;\T9_)I(0 M0@@AA!!#@YP.+@G`YN!\?3NY+RYT#@A/)W)7UUBR2C=21+)^K16_$A;O MS7(WDA!$$$(./O*;7/6N))Q/_AQ(_7IK_7.2A4C*ST?//5KK?@M/OC5 ML)O7PY_T1V(]Q-2A$$$(((:L+?E92=B7A'`].!_KWZ]%8Y8_YQD M(Y+ZYR.QI8E?`XLMSC?/\5A]TH'$'[A$I_6`$$$(((82L-G`Y.)UL M#L+UX'QPOW?2X()P0;@A'-$42!4#_V0^\$XN_(X)W9.5/?F#+\]RY^X7 MO_B%^^E/?]H,AA!$$$+(P0!.![#X\'UY$^!P`'A@G!N$47[A#BA$ M$N^\BDAB^[+^^4AL=+7P\)?_[SG[NS9\^:@[X_N(8000@@AA)`E8#F9 M!9P.;@?'@^O!^J?DY1?N`-7U+]PIQ!)_8MV?O[WX6+\8IKURY$OZ^'ZC M#_Z(Y0LOO.!^_.,?FX.QL9'$$$(((63Q6$YF`:#V\'QX'IP/K@?'!`N MT?N%.$$GY^4@MDK=NW0H_7(F+\.6\F_T!GH?W9SW[FSIPYTPRD#VMR MA!!$$$(6C^5D%G`ZN)W\G*3\1`X(%P03@@WK$42#MF()+8N123E-[:B M,?SPY:]^]:O0=ZE/7WZ=#.0/JS)$4(((8000@A9/):36#IX'9P/+@G$]$ M4GYS*]Q0?G/K3)4/_V!W]:#1O#;W[]ZU^'OS'RTDLO420)(8000@@A9$6Q MG,Q1!*.!]#\\']X(!P03BA_A,@IDC6?T-2_^F/[UM=_'BQ=#X7_W57[F? M_.0G[B__\B_-P5A8DR.$$$(((800LG@L)[.`T\'MX'AP/3@?W`\.!4/P$B M(JG_!,A,D;QZ]6IH3/[T!SK!;_?YX0]_:`[PIH(8000@@AA)#%8SF9!9P. M;@?'DS\!`O#`TX62?P@92V2\CD?_G+7RY,)-\]\^=N;6VMY=$1XGGS#7?F MH2?=I7#\KCOSY_ZZ/S_CWJWK[2D7W*,//W?-%]_-XZ%7WH2Z?R=AY#-[ M\*@_M_:HNVZ\?/I;H/#WSM^ZA,V],G`,AA!!%DO[S$*+)%Q/_I9D M+9+RRW9B23^`7^$4MDB^^^+H[)EGGC$'8V%-+HKDG[LS[[;G9E'*TGZ) M),;Q0#.'FR]^.XC80Z]^6-1=''LHDDKB;[[ZJ/NSM0?MU^\JH10@@AA!! M5AW+R2S@='`[.%XMDG!!..%]B1O?O.;)8ODN^ZY;WI)^`A]^J'=]V'%TZZ M/_52\\WGWJUV,G]B-5)]]A#WW!_XLO_Y!L/N1??2FU],D]^VON0=0_XO MN6\\^JJ[*?V\]:)[Z!M_$MK#MRCKW;2]-9S#[EO_$FZYJ$7W5MRC;HZ'= M;STGUWWH7GT(XXKCQOE)[_IOH:=2S_^KWWC4??JS7AM%+YONT?_3/_WZ^[ M)]^H!+%WW,/SK47RYJ4GW3_!N']$_=GWWK270KCJFE%,L_E3Q\+.[^#\N[7 M`6OX[2=_X+Z5^OK8\^YYQZ-XWO@:]]R9]Z*8BWS?BRM\[]X(V]DFY$ M$$*.'I:365@B?=;J$C^_=__O?O;O_U;]_.?_]P]^^RS[\C^=8/W#\A/S9 M8S]PC_U9E!:1.5-JUK[A9P??^BE/6_\0-?W\O0R0?-YY\(USW[G/?\O4 M(]BM]]\VNW4N/_JD7MI-)7!_UXOJG[N0%+S@W7W4G_Q3CN!3'I?G0GX,D M?OO%*'G^^$(67JM]-73[H'OODP/GWGW.?0M2]6AL)\[A`;5SJ5L-S] M\ZW6YMTS[L]]GW]^YBU_W5ON!_ZZ!V2L!99(ID.]^B;[CE_C\:(Y`-N_Z ML;_X;=25?B^Y1_WZR1K)O+\=Y/LM=P;?,/A3WZXIN(000@@AA)I6$YF`:# MV\'QX'IPO@,BDE$X-(]D#H?NGPA?*_\P]%B0JTBU(IIO_#K_GP4(+3S M[J7GW`].?CON,.8^1,@%]_Z`?NPKO=KMB%D[K]=/SU*I2)Q*%#SML+]Y, MXNC;UZ^U?OCN)??#TZZ;Z=3YU.`?9N025G,T:=\]\]=I$$QD/1[K/@5; M)+7LCQ%)F7?9;UDWMG,RK^V'KS[DCT622$$$(((?+Y606!U@D!W8DP1M/ MNC^#X'P][HE!J7T[5]T[WX;;PB^PWWZ'.7W+NO1N$16?WPPF-9TL??,O+ MV8IO536T8FE1LMC_)G)3M3P\Y(/$GZQJ//N4OOOEK(6CD'H.Q-.ZA^9;M MQH]KK#4?$LGQ.Y*RKN6]+LV\ZZN)8000@@AA-P?EI-9'%*13#\G0G_GRD MG.N3FF:'[LWXU2__@.\8BF[7[6T?.CNO2_);^%G%M?#+9(.9/K9P*Y M#_GUUH?0_AO_FVMD$%_+#N9\MKK)%,O_G5'O?`?OABSN#;T]M')9)#