andreas_kendel
New Creator

Fehlende Labels für FS_LIST(Inline) bei der Darstellung in einer Datenquelle

Hallo liebe Community,

wir haben eine alte CMS_INPUT_CONTENTAREALIST Komponente durch folgende FS_LIST Komponente ersetzt.

<FS_LIST name="st_et_campaign" allowEmpty="yes" hFill="yes" height="80" rows="1">

    <DATASOURCE type="inline" maxEntries="1" useLanguages="no">

      <LABELS>

        <LABEL lang="*">"test: " + #item.st_et_campaign_name</LABEL>

      </LABELS>

      <ACTIONS>

        <ACTION name="ADD"/>

        <ACTION name="REMOVE"/>

        <ACTION name="EDIT"/>

      </ACTIONS>

      <COLUMNS>

        <COLUMN show="no">#identifier</COLUMN>

      </COLUMNS>

      <LAYOUT>

        <ADD component="toolbar" constraint="top"/>

        <ADD component="overview" constraint="center"/>

        <ADD component="stackedview" constraint="hide">

          <PARAM name="show-language-tabs">yes</PARAM>

        </ADD>

      </LAYOUT>

      <TEMPLATES source="sectiontemplates">

        <TEMPLATE uid="etracker_campaign_ids"/>

      </TEMPLATES>

    </DATASOURCE>

    <LANGINFOS>

      <LANGINFO lang="*" label="eTracker Campaign (optional)" />

    </LANGINFOS>

  </FS_LIST>

Seit dem wird in den Datenquellen leider die entsprechende Spalte für das Formularfeld mit leeren Werten dargestellt.

2014-11-13_16h19_43.png

Das Mapping scheint korrekt zu sein, da das Label im Formular korrekt richtig wird.

2014-11-13_16h24_53.png

Die FS_LIST Komponente wird dabei auf ein Datenbankfeld vom Typ XML gemapped.

2014-11-13_16h11_17.png

Wir nutzen First Spirit in der Version 5.0.510.62658

Ich freue mich über jeden Hinweis. Vielen Dank schonmal.

Gruß Andreas

0 Kudos
3 Replies
marza
I'm new here

Hallo Andreas,

ich glaube das funktioniert so nicht. Da solche Eingabekomponenten "komplexe" Datentypen sind und in XML-Strukturen in der Datenbank abgelegt werden, ist das Austauschen der Eingabekomponten im Formular problematisch bzw. nicht automatisch möglich.

Ich würde folgendes Vorgehen für erfolgsversprechend halten:

- Neue XML-Feld in der Tabelle definieren

- Neue Eingabekomponente im Formular mit neuem Feld mappen

- Datenmigration der alten Werte in das neue Feld

- Altes Feld und alte Eingabekomponente löschen

Bei der Datenmigration gibt es im einfachten Fall ein manuelles Migrieren pro Datensatz. Das ist vermutlich bei kleinen Mengen ok. Ich könnte mir vorstellen, dass man das auch per Script im SiteArchitect machen kann, wenn es sich um größere Datenmengen handelt und ein manuelles Vorgehen nicht wirtschaftlich erscheint.

Grüße

Marian

Hallo Marian,

vielen Dank für deine Antwort. Wir müssen nochmal schauen, ob sich der Aufwand lohnt.

Ist denn eine Mirgation wie du sie Beschrieben hast auch generell empfehlenswert, wenn man auf FS 5.1 migrieren möchte?

Oder sollte man die alten Komponenten weiterhin nutzen?

0 Kudos

Hallo Andreas,

falls die Eingabekomponenten wegfallen würden, ja. Ansonsten nein.

Zum Thema Migration von 5.0 nach 5.1 gibt es in der Community auch folgende Infos:

https://community.e-spirit.com/community/developer/blog/2014/05/02/api-diff-overview-for-firstspirit...

https://community.e-spirit.com/docs/DOC-1522

Grüße

Marian

0 Kudos