On 09/19/2014 11:27 AM, Bastian B wrote:
> Das mag funktionieren, ich kanns mir aber fast nicht vorstellen, da
> auch dann der Mapper irgendwann kommt und hart nach einem Feld mit dem
> Namen uid sucht.
>
Was spricht denn gegen einen View in der DB? Ist zwar nur read only,
aber in den meisten Fall
Das mag funktionieren, ich kanns mir aber fast nicht vorstellen, da auch dann
der Mapper irgendwann kommt und hart nach einem Feld mit dem Namen uid sucht.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman
ff: Re: [TYPO3-german] Extbase: findAll() liefert immer denselben Wert
Ja und nein.
Ich musste das ohnehin machen, da es ohne eine uid einfach nicht funktioniert.
Aber wenn kein Tabellenfeld mit dem namen uid existiert scheint es keine
Möglichkeit zu geben die Standardmethoden im Repository zu be
Ja und nein.
Ich musste das ohnehin machen, da es ohne eine uid einfach nicht funktioniert.
Aber wenn kein Tabellenfeld mit dem namen uid existiert scheint es keine
Möglichkeit zu geben die Standardmethoden im Repository zu benutzen, weil der
Feldname hart ins Framework geschrieben ist.
Daher d
Hi Bastian B,
Bastian B wrote:
> Was eine schwere Geburt. Ich schließe mich hiermit ganz offiziell denen an
> die eine Annotation für den Identifier fordern :D
Kannst du nicht via mapping uid -> wid machen?
Grüße
--
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active c
Habs nun doch endlich hinbekommen.
Ich überschreibe findAll() und setze setReturnRawQueryResult auf true. Dadurch
krieg ich ein Array mit schon mal den richtigen Daten. Die verarbeite ich dann
per foreach weiter und erzeuge Objekte. Das hat am Anfang zu einer
Fehlermeldung geführt weil sie bei
On 18.09.2014 10:42, Bastian B wrote:
> Naja, das Tabellenfeld uid ist hart in die DataMapper Klasse geschrieben.
>
> Siehe hier:
> protected function mapSingleRow($className, array $row) {
> if ($this->identityMap->hasIdentifier($row['uid'], $className)) {
> $object = $this->identityMap->getObject
Naja, das Tabellenfeld uid ist hart in die DataMapper Klasse geschrieben.
Siehe hier:
protected function mapSingleRow($className, array $row) {
if ($this->identityMap->hasIdentifier($row['uid'], $className)) {
$object = $this->identityMap->getObjectByIdentifier($row['uid'], $className);
} else {
On 09/17/2014 08:07 PM, Bastian B wrote:
> Ja das ist der PK der Tabelle.
>
> Allerdings find ich abgesehen davon die DataMapper Klasse
> umzuschreiben keine wirklich brauchbare Lösung. Und das ist ein eher
> witzloser Ansatz weil ich da dann ja auch wieder hart was anderes
> eintragen würde.
Wies
Ja das ist der PK der Tabelle.
Allerdings find ich abgesehen davon die DataMapper Klasse umzuschreiben keine
wirklich brauchbare Lösung. Und das ist ein eher witzloser Ansatz weil ich da
dann ja auch wieder hart was anderes eintragen würde.
___
TYPO3-
On 09/17/2014 06:09 PM, Bastian B wrote:
> Ja genau, die Tabelle hat keine uid.
>
> Kann man die wid der Tabelle auf die uid mappen?
Ich weiß zwar nicht, was ne wid ist, aber wenn das der primary key der
Tabelle ist, dann sollte es klappen...
___
TYPO3-g
Ja genau, die Tabelle hat keine uid.
Kann man die wid der Tabelle auf die uid mappen?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
On 09/17/2014 04:26 PM, Bastian BXXrschig wrote:
> 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
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 Au
Ich komme nochmal auf die storagePid zurück.
Siehst Du die Daten der Tabelle im Backend?
Dann versuche doch mal folgendes:
Lege einen Sysordner im Backend an und da hinein einen Datensatz mit der
entsprechenden Repository/Tabelle.
Dann:
config.tx_extbase.persistence.storagePid = "hier die id des
On 09/17/2014 02:04 PM, Bastian BXXrschig wrote:
> 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 "in
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
On 09/17/2014 01:21 PM, Bastian BXXrschig wrote:
> 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ösch
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
On 17.09.2014 12:52, Bastian BXXrschig wrote:
> 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.
S
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-
On 17.09.2014 12:23, Bastian BXXrschig wrote:
> 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 d
Da hab ich nix verändert, die sieht so aus:
{word.wid}
{word.baseword}
Edit
Delete
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 erst
On 17.09.2014 11:58, Bastian BXXrschig wrote:
> 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 meh
Könnte evtl. auch bei der Ausgabe in Fluid die Schleife nicht korrekt sein ?
--
View this message in context:
http://typo3.3.n7.nabble.com/Extbase-findAll-liefert-immer-denselben-Wert-tp266233p266258.html
Sent from the TYPO3 German mailing list archive at Nabble.com.
___
Zu der Methode findAll() muss man auch berücksichtigen, das nur solche
Objekte aus dem Repository zurückgegeben werden, die mit persistAll() in die
Datenbank geschrieben wurden. D.h. wurde nicht persistiert, findet findAll()
auch nichts.
--
View this message in context:
http://typo3.3.n7.nabble
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
On 17.09.2014 08:55, Bastian BXXrschig wrote:
> 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
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
Hi Bastian,
wenn findall() bei mir mal wieder nicht funktionieren will, prüfe ich
mittlerweile zuerst, ob die storagePid gesetzt bzw. im plugin unter
Datensatzsammlung entsprechende Ordner zugewiesen sind.
Eddy
--
View this message in context:
http://typo3.3.n7.nabble.com/Extbase-findAll-lief
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
32 matches
Mail list logo
