Changelog

Notes Es ist nun möglich in der "mediaconfig.xml" bei der "MediaTaggingConfiguration" das Property "podcastImageWidth" zu setzen.
Bei bereits existierendem "YouTube Kanal"-Dokumenttyp muss bei Bedarf manuell die CND um " - 'sophora-extension:videoImageVariantWidth' (long)" erweitert werden, um das neue Property "Bildbreite für Seitenverhältnisbildvarianten" setzen zu können.

Notes "localSymlinkTransporterFactory" erzeugt jetzt Symlinks mit relativen Pfaden anstatt absoluten.

Notes Die ID3-Tags (Album, Artist, Titel, Coverbild, ...) werden nun immer in der Version 2.4 abgespeichert statt standardmäßig in 2.3 und gelegentlich, falls bereits vorhanden, in 2.4.. Ebenso wird ein neues Text-Encoding verwendet, um u.a. Coverbildanzeigeprobleme zu verhindern.

Notes Es wurde ein neues, in Skripten setzbares, Property eingeführt mit dem gesteuert werden kann ob Mediendateien eines Dokuments getaggt werden sollen oder nicht.
Ist das Property "avtool:enableTagging" in einem Dokument "false" dann werden keine Mediendateien getaggt. Ist es "true" oder "null" (zwecks Abwärtskompatibilität) wird normal wie bisher getaggt.

Notes Es wurden 3 neue Transporterfactories eingeführt welche das Anlegen von Symlinks erlauben.

SFTP:
'protocolConformSFTPSymlinkTransporterFactory'
'openSSHConformSFTPSymlinkTransporterFactory'
Diese Transporter unterscheiden sich in der Reihenfolge der Paramter beim Anlegen der Symlinks. Der Grund dafür ist das die SFTP Spezifikation für das Anlegen von Symlinks von Openssh falsch implementiert wurde.
Siehe: https://man.openbsd.org/sftp.1#ln und https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-02#section-6.10
In den meisten Fällen sollten die 'openSSHConformSFTPSymlinkTransporterFactory'. Wird jedoch ein Standardkonformer SFTP Server werdendet dann muss ggf. 'protocolConformSFTPSymlinkTransporterFactory' verwendet werden.

Lokales Dateisystem:
'localSymlinkTransporterFactory'

Die Konfiguration von Media- und Streaming-Servern mit diesen Transportern funktioniert analog zu der Konfiguration von Akamai Symlink Transportern.

Notes Greift nur in Sophora-Repositories, in denen der AVTool-Nodetype (sophora-extention-nt:youtubeChannelConfiguration) noch nicht enthalten ist, aber importiert werden sollen. Vorhandene Nodetypekonfigurationen werden nicht überschrieben.
Benötigt einen Server mit SOSI-5552 (Version 5.6.5 bzw. 6.0.0), da dieser die neue hier verwendete Formularfeldgruppe für den Promote-Tab von Systemdokumenttypen bereitstellt.

Notes Das AVTool beachtet jetzt das Property 'sophora:isPrePublishRequired'.
Wenn kein Wert gesetzt ist, wird das Property als 'true' interpretiert.
In dem Fall wird also wie bisher nur berücksichtigt, ob das Mixin 'sophora-mix:prePublishRequired' vorhanden ist.

Notes Das AVTool Dokumentenmodell ist um das Property 'avtool:skipProcessing' erweitert worden. Enthält dieses Property den Wert 'true' dann wird das AVTool das entsprechende Dokument nicht vom AVTool verarbeitet. Wenn das Property nicht existiert oder der Wert 'false' ist, dann wird das Dokument wie gewohnt verarbeitet.

Notes Das Erzeugen von Symlinks wird jetzt genau so gehandhabt wie normale Uploads.
Daraus ergibt sich die Notwendigkeit einiger Konfigurationsanpassungen, wenn man das bisherige Verhalten zum Anlegen von Symlinks beibehalten möchte.
Bisher gab es für das Anlegen von Symlinks dedizierte Konfigurationsparameter in der AkamaiServerDescription.
Diese lauteten 'symlinkBaseDirectory' und 'symlinkFormatMapping'.
Diese Parameter werden jetzt durch das normale 'basedir' und 'formatDirectoryMapping' abgebildet.
Um dem AVTool nun mitzuteilen, dass diese Parameter für das Anlegen von Symlinks verwendet werden sollen (anstatt für den Upload der Dateien) kann man nun die 'akamaiNetStorageSymlinkTransporterFactory' bzw. die 'akamaiNetStorageSymlinkParentTransporterFactory' in der ServerDescription setzen.

Bisher war es möglich, im 'symlinkFormatMapping' beliebige Dokumentproperties als Platzhalter in den Pfaden zu verwenden. Das war sehr fehleranfällig und wurde deshalb entfernt.
Wenn dieses Feature verwendet wurde, sollten die Preprozessorskripte angepasst werden um die entsprechenden Pfade mit Hilfe der neuen 'avtool:targetPaths' und 'avtool:previousTargetPaths' Properties abgebildet werden.

Darüber hinaus gibt es jetzt einen weiteren Konfigurationsparameter für Server. Das AVTool hat eine Optimierung, die einen Upload einer Mediendatei verhindert, wenn der MD5-Hash der Datei dem AVTool bereits bekannt ist. In diesem Fall hat das AVTool die Datei bereits früher hochgeladen und muss die Datei deshalb jetzt nicht nochmal hochladen.
Der Nachteil dieser Optimierung ist jedoch, dass die Mediendateien immer erst vollständig heruntergeladen werden müssen, um den Hash zu bilden.
In dem Anwendungsfall, dass das AVTool nur Symlinks oder als erstes Symlinks anlegen soll, ist aber auch der Download der Mediendateien überflüssig.
Daher gibt es jetzt den Parameter 'ignoreFileDigestCheckBeforeUpload'. Ist dieser 'true' wird dieser Check übersprungen und somit ggf. auch komplett auf den Download verzichtet.
Der Defaultwert des Parameters ist 'false'. Es empfiehlt sich, den Parameter nur in Kombination mit 'akamaiNetStorageSymlinkTransporterFactory' oder 'akamaiNetStorageSymlinkParentTransporterFactory' zu verwenden, da andere Transporter sowieso auf den Download der Dateien angewiesen sind.
Wenn man Symlinks und Uploads im Mischbetrieb verwenden möchte, sollten die ServerDescriptions welche Symlinks anlegen, möglichst als Erstes in der Konfiguration stehen. Dann werden die Symlinks sofort abgearbeitet und erst danach für echte Uploads werden die Mediendateien downgeloadet.

Notes Es ist jetzt möglich, Mediendateien zu mehreren Zielpfaden hochzuladen/zu löschen.
Dazu wurde das Dokumentenmodell von 'avtool-nt:file' um die Properties 'avtool:targetPaths' und 'avtool:previousTargetPaths' erweitert.
Beide Properties sind String Multiwerte.

Beim Veröffentlichen wird das AVTool nun die jeweilige Mediendatei zu allen Pfaden in 'avtool:targetPaths' hochgeladen und von allen Pfaden in 'avtool:previousTargetPaths' entfernt.
Beim Offline stellen wird das AVTool die Datei sowohl von den Pfaden in 'avtool:targetPaths' als auch in 'avtool:previousTargetPaths' entfernen.
Konkret werden die '{filename}' Platzhalter in der 'formatDirectoryMapping' Konfigurationen jetzt durch die Pfade in den neuen Properties ersetzt.
Wenn der Platzhalter nicht vorkommt, werden die Pfade an das konfigurierte Template angehängt.

Um Abwärtskompatibilität zu wahren und die Preprozessorskripte möglichst einfach zu halten, ist 'MediaFileChildNode' um den neuen Konstruktor 'MediaFileChildNode(String name, String sequence, String format, List<String> targetPaths, List<String> previousTargetPaths)' erweitert worden.
Der alte Konstruktor existiert weiterhin. Wird dieser verwendet gilt: targetPaths = {name} und previousTargetPaths = {}.

Notes Bei der Bean "com.subshell.sophora.avtool.podcast.api.PodcastDocumentDescription" muss das Property "childNodes" zu "childNodeFormats" umbenannt werden. Der Wert bleibt gleich.

Notes com.subshell.sophora.avtool.ndr.api.FormatSuffixMapping wurde zu com.subshell.sophora.avtool.app.api.FormatSuffixMapping umbenannt.

Notes Konfigurationsänderung: Der Konfigurationsparamerter mp4TagsNdrMapping wurde umbenannt zu mp4TagsMapping.
Die Bean Klasse com.subshell.sophora.avtool.ndr.api.MediaTaggingConfiguration wurde umbenannt zu com.subshell.sophora.avtool.mediatagging.api.MediaTaggingConfiguration.
Die Bean Klasse com.subshell.sophora.avtool.ndr.api.ChapterTaggingConfiguration wurde umbenannt zu com.subshell.sophora.avtool.mediatagging.api.ChapterTaggingConfiguration.

Notes Konfigurationsänderung: Die Bean Klasse com.subshell.sophora.avtool.ndr.api.PodcastDocumentDescription wurde umbenannt zu com.subshell.sophora.avtool.podcast.api.PodcastDocumentDescription.

Notes Der Tab "YouTube Autorisierung" muss als URL nun den Pfad "/api/oauth2/status/youtube" verwenden.

Das Feld "AuthCode" kann aus der Formularfeldgruppe "Zugangsdaten" entfernt werden. Ist in einer mediaconfig.xml noch '<property name="authCode"' vorhanden muss es entfernt werden.

Notes Falls in der mediaconfig.xml ein `YouTubeContentPartner`-Bean erzeugt wird, dann muss dies angepasst werden. Dort wird nun eine `YoutubeContentPartnerConfig` gesetzt statt einzelner Werte.

Notes Dokumente mit dem Mixin `sophora-mix:prePublishRequired` werden nur dann veröffentlicht, wenn das Dokument nach der Verarbeitung durch das AVTool noch immer im Status "PRE_PUBLISHED" ist. Falls dies nicht mehr der Fall ist wird der Dokumentstatus nicht geändert.

Notes Die YouTube-/Google-Credentials müssen neu erstellt werden, siehe Dokumentation für die notwendigen Schritte: https://subshell.com/docs/4/youtubeconnector/youtubeconnector106.html#Authentication-OAuth. Die neuen Credentials müssen dann in der Konfiguration des jeweiligen YouTube-Channels eingetragen werden.

Wenn der AVTool-User die Berechtigungen hat, dann legt das AVTool beim Start einen Tab "YouTube Autorisierung" im Dokumenttyp "YouTube Kanal" an. Bitte prüfen Sie, ob die richtige URL zum YouTube-Connector eingetragen wurde. Alternativ legen Sie selbst diesen Tab vom Typ "Browser" an. Die URL muss folgendes Schema haben, wobei die Werte in spitzen Klammern ersetzt werden müssen: http://<hostname>:<serverPort>/api/oauth2/start/youtube?channelId=${sophora-extension:id}. Ggf. brauchen noch administrative Rollen Leserechte für diesen Tab, damit er im Editor sichtbar ist. Für YouTube-Accounts "in production" muss HTTPS verwendet werden. Falls dies noch nicht der Fall ist, muss in der application.yaml SSL konfiguriert werden und die URL im Tab auf HTTPS angepasst werden.

Das Spring Profil "youtube" muss aktiv sein für den YouTube-Upload (ist es per Default). Dazu muss ggf. die application.yml angepasst werden, falls dort explizit Profile gesetzt wurden:

<pre>spring.profiles.active = client, jobmanager, jmx, streaming, youtube</pre>

Notes In der mediaconfig.xml muss ab jetzt eine Liste für die Medienserver angegeben werden: <util:list id="mediaServerDescriptionList">...</util:list> muss um das <bean id="mediaServerDescription" ...> herum eingefügt werden.

Notes The configuration property "akamaiUrlPrefixes" has been deprecated with version 3.1.0 and 4.1.0 of the AV-Tool/YouTube-Connector and will be removed with 5.0.0. Use "akamaiUrlPatterns" instead.

It is also now possible to do (additional) Akamai purge requests for tags. If you want to know how to adapt your configuration, please consult the official documentation of the YouTube-Connector.

Notes Es wird ein neuer Dokumenttyp "YouTube-Intro/Outro" angelegt, nachdem der YouTube Connector gestartet wurde. Dokumente von diesem Typ enthalten einen Namen und eine Verknüpfung zu einem Intro- und einem Outro-(Video-)Dokument. Um "YouTube-Intro/Outro"-Dokumente in Videos verwenden zu können, muss das Mixin "sophora-extension-mix:introOutroSet" dem Videodokumenttyp hinzugefügt werden und das Property "sophora-extension:introOutroSet" auf einem Tab platziert werden. Um nur Videodokumente als Intro/Outro zuzulassen muss die Validierung für die Properties "sophora-extension:introDocument"/"sophora-extension:outroDocument" um den eigenen Videodokumenttyp ergänzt werden.

Notes A new property 'openerCloser.cache.dir' defines the folder in which intro/outro video files will be cached locally. By default it is in the working folder in the folder "openerCloserCache".

Notes "localSymlinkTransporterFactory" erzeugt jetzt Symlinks mit relativen Pfaden anstatt absoluten.

Notes Es wurde ein neues, in Skripten setzbares, Property eingeführt mit dem gesteuert werden kann ob Mediendateien eines Dokuments getaggt werden sollen oder nicht.
Ist das Property "avtool:enableTagging" in einem Dokument "false" dann werden keine Mediendateien getaggt. Ist es "true" oder "null" (zwecks Abwärtskompatibilität) wird normal wie bisher getaggt.

Notes Die ID3-Tags (Album, Artist, Titel, Coverbild, ...) werden nun immer in der Version 2.4 abgespeichert statt standardmäßig in 2.3 und gelegentlich, falls bereits vorhanden, in 2.4.. Ebenso wird ein neues Text-Encoding verwendet, um u.a. Coverbildanzeigeprobleme zu verhindern.

Notes Es wurden 3 neue Transporterfactories eingeführt welche das Anlegen von Symlinks erlauben.

SFTP:
'protocolConformSFTPSymlinkTransporterFactory'
'openSSHConformSFTPSymlinkTransporterFactory'
Diese Transporter unterscheiden sich in der Reihenfolge der Paramter beim Anlegen der Symlinks. Der Grund dafür ist das die SFTP Spezifikation für das Anlegen von Symlinks von Openssh falsch implementiert wurde.
Siehe: https://man.openbsd.org/sftp.1#ln und https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-02#section-6.10
In den meisten Fällen sollten die 'openSSHConformSFTPSymlinkTransporterFactory'. Wird jedoch ein Standardkonformer SFTP Server werdendet dann muss ggf. 'protocolConformSFTPSymlinkTransporterFactory' verwendet werden.

Lokales Dateisystem:
'localSymlinkTransporterFactory'

Die Konfiguration von Media- und Streaming-Servern mit diesen Transportern funktioniert analog zu der Konfiguration von Akamai Symlink Transportern.

Notes Das Erzeugen von Symlinks wird jetzt genau so gehandhabt wie normale Uploads.
Daraus ergibt sich die Notwendigkeit einiger Konfigurationsanpassungen, wenn man das bisherige Verhalten zum Anlegen von Symlinks beibehalten möchte.
Bisher gab es für das Anlegen von Symlinks dedizierte Konfigurationsparameter in der AkamaiServerDescription.
Diese lauteten 'symlinkBaseDirectory' und 'symlinkFormatMapping'.
Diese Parameter werden jetzt durch das normale 'basedir' und 'formatDirectoryMapping' abgebildet.
Um dem AVTool nun mitzuteilen, dass diese Parameter für das Anlegen von Symlinks verwendet werden sollen (anstatt für den Upload der Dateien) kann man nun die 'akamaiNetStorageSymlinkTransporterFactory' bzw. die 'akamaiNetStorageSymlinkParentTransporterFactory' in der ServerDescription setzen.

Bisher war es möglich, im 'symlinkFormatMapping' beliebige Dokumentproperties als Platzhalter in den Pfaden zu verwenden. Das war sehr fehleranfällig und wurde deshalb entfernt.
Wenn dieses Feature verwendet wurde, sollten die Preprozessorskripte angepasst werden um die entsprechenden Pfade mit Hilfe der neuen 'avtool:targetPaths' und 'avtool:previousTargetPaths' Properties abgebildet werden.

Darüber hinaus gibt es jetzt einen weiteren Konfigurationsparameter für Server. Das AVTool hat eine Optimierung, die einen Upload einer Mediendatei verhindert, wenn der MD5-Hash der Datei dem AVTool bereits bekannt ist. In diesem Fall hat das AVTool die Datei bereits früher hochgeladen und muss die Datei deshalb jetzt nicht nochmal hochladen.
Der Nachteil dieser Optimierung ist jedoch, dass die Mediendateien immer erst vollständig heruntergeladen werden müssen, um den Hash zu bilden.
In dem Anwendungsfall, dass das AVTool nur Symlinks oder als erstes Symlinks anlegen soll, ist aber auch der Download der Mediendateien überflüssig.
Daher gibt es jetzt den Parameter 'ignoreFileDigestCheckBeforeUpload'. Ist dieser 'true' wird dieser Check übersprungen und somit ggf. auch komplett auf den Download verzichtet.
Der Defaultwert des Parameters ist 'false'. Es empfiehlt sich, den Parameter nur in Kombination mit 'akamaiNetStorageSymlinkTransporterFactory' oder 'akamaiNetStorageSymlinkParentTransporterFactory' zu verwenden, da andere Transporter sowieso auf den Download der Dateien angewiesen sind.
Wenn man Symlinks und Uploads im Mischbetrieb verwenden möchte, sollten die ServerDescriptions welche Symlinks anlegen, möglichst als Erstes in der Konfiguration stehen. Dann werden die Symlinks sofort abgearbeitet und erst danach für echte Uploads werden die Mediendateien downgeloadet.

Notes Es ist jetzt möglich, Mediendateien zu mehreren Zielpfaden hochzuladen/zu löschen.
Dazu wurde das Dokumentenmodell von 'avtool-nt:file' um die Properties 'avtool:targetPaths' und 'avtool:previousTargetPaths' erweitert.
Beide Properties sind String Multiwerte.

Beim Veröffentlichen wird das AVTool nun die jeweilige Mediendatei zu allen Pfaden in 'avtool:targetPaths' hochgeladen und von allen Pfaden in 'avtool:previousTargetPaths' entfernt.
Beim Offline stellen wird das AVTool die Datei sowohl von den Pfaden in 'avtool:targetPaths' als auch in 'avtool:previousTargetPaths' entfernen.
Konkret werden die '{filename}' Platzhalter in der 'formatDirectoryMapping' Konfigurationen jetzt durch die Pfade in den neuen Properties ersetzt.
Wenn der Platzhalter nicht vorkommt, werden die Pfade an das konfigurierte Template angehängt.

Um Abwärtskompatibilität zu wahren und die Preprozessorskripte möglichst einfach zu halten, ist 'MediaFileChildNode' um den neuen Konstruktor 'MediaFileChildNode(String name, String sequence, String format, List<String> targetPaths, List<String> previousTargetPaths)' erweitert worden.
Der alte Konstruktor existiert weiterhin. Wird dieser verwendet gilt: targetPaths = {name} und previousTargetPaths = {}.

Notes Bei der Bean "com.subshell.sophora.avtool.podcast.api.PodcastDocumentDescription" muss das Property "childNodes" zu "childNodeFormats" umbenannt werden. Der Wert bleibt gleich.

Notes com.subshell.sophora.avtool.ndr.api.FormatSuffixMapping wurde zu com.subshell.sophora.avtool.app.api.FormatSuffixMapping umbenannt.

Notes Konfigurationsänderung: Der Konfigurationsparamerter mp4TagsNdrMapping wurde umbenannt zu mp4TagsMapping.
Die Bean Klasse com.subshell.sophora.avtool.ndr.api.MediaTaggingConfiguration wurde umbenannt zu com.subshell.sophora.avtool.mediatagging.api.MediaTaggingConfiguration.
Die Bean Klasse com.subshell.sophora.avtool.ndr.api.ChapterTaggingConfiguration wurde umbenannt zu com.subshell.sophora.avtool.mediatagging.api.ChapterTaggingConfiguration.

Notes Konfigurationsänderung: Die Bean Klasse com.subshell.sophora.avtool.ndr.api.PodcastDocumentDescription wurde umbenannt zu com.subshell.sophora.avtool.podcast.api.PodcastDocumentDescription.

Notes Dokumente mit dem Mixin `sophora-mix:prePublishRequired` werden nur dann veröffentlicht, wenn das Dokument nach der Verarbeitung durch das AVTool noch immer im Status "PRE_PUBLISHED" ist. Falls dies nicht mehr der Fall ist wird der Dokumentstatus nicht geändert.

Notes With this version of the YouTube Connector, the outdated ssh-rsa will not be supported anymore by default. You will either need to update your server (SFTP target) to support ssh-rsa2 or add the following Java options to your .conf file to re-enable ssh-rsa:
"-Djsch.server_host_key=...,ssh-rsa -Djsch.client_pubkey=...,ssh-rsa"

Notes Der Tab "YouTube Autorisierung" muss als URL nun den Pfad "/api/oauth2/status/youtube" verwenden.

Das Feld "AuthCode" kann aus der Formularfeldgruppe "Zugangsdaten" entfernt werden. Ist in einer mediaconfig.xml noch '<property name="authCode"' vorhanden muss es entfernt werden.

Notes Falls in der mediaconfig.xml ein `YouTubeContentPartner`-Bean erzeugt wird, dann muss dies angepasst werden. Dort wird nun eine `YoutubeContentPartnerConfig` gesetzt statt einzelner Werte.

Notes Die YouTube-/Google-Credentials müssen neu erstellt werden, siehe Dokumentation für die notwendigen Schritte: https://subshell.com/docs/4/youtubeconnector/youtubeconnector106.html#Authentication-OAuth. Die neuen Credentials müssen dann in der Konfiguration des jeweiligen YouTube-Channels eingetragen werden.

Wenn der AVTool-User die Berechtigungen hat, dann legt das AVTool beim Start einen Tab "YouTube Autorisierung" im Dokumenttyp "YouTube Kanal" an. Bitte prüfen Sie, ob die richtige URL zum YouTube-Connector eingetragen wurde. Alternativ legen Sie selbst diesen Tab vom Typ "Browser" an. Die URL muss folgendes Schema haben, wobei die Werte in spitzen Klammern ersetzt werden müssen: http://<hostname>:<serverPort>/api/oauth2/start/youtube?channelId=${sophora-extension:id}. Ggf. brauchen noch administrative Rollen Leserechte für diesen Tab, damit er im Editor sichtbar ist. Für YouTube-Accounts "in production" muss HTTPS verwendet werden. Falls dies noch nicht der Fall ist, muss in der application.yaml SSL konfiguriert werden und die URL im Tab auf HTTPS angepasst werden.

Das Spring Profil "youtube" muss aktiv sein für den YouTube-Upload (ist es per Default). Dazu muss ggf. die application.yml angepasst werden, falls dort explizit Profile gesetzt wurden:

<pre>spring.profiles.active = client, jobmanager, jmx, streaming, youtube</pre>

Notes Es wird ein neuer Dokumenttyp "YouTube-Intro/Outro" angelegt, nachdem der YouTube Connector gestartet wurde. Dokumente von diesem Typ enthalten einen Namen und eine Verknüpfung zu einem Intro- und einem Outro-(Video-)Dokument. Um "YouTube-Intro/Outro"-Dokumente in Videos verwenden zu können, muss das Mixin "sophora-extension-mix:introOutroSet" dem Videodokumenttyp hinzugefügt werden und das Property "sophora-extension:introOutroSet" auf einem Tab platziert werden. Um nur Videodokumente als Intro/Outro zuzulassen muss die Validierung für die Properties "sophora-extension:introDocument"/"sophora-extension:outroDocument" um den eigenen Videodokumenttyp ergänzt werden.

Notes A new property 'openerCloser.cache.dir' defines the folder in which intro/outro video files will be cached locally. By default it is in the working folder in the folder "openerCloserCache".

Notes In der mediaconfig.xml muss ab jetzt eine Liste für die Medienserver angegeben werden: <util:list id="mediaServerDescriptionList">...</util:list> muss um das <bean id="mediaServerDescription" ...> herum eingefügt werden.

Notes The configuration property "akamaiUrlPrefixes" has been deprecated with version 3.1.0 and 4.1.0 of the AV-Tool/YouTube-Connector and will be removed with 5.0.0. Use "akamaiUrlPatterns" instead.

It is also now possible to do (additional) Akamai purge requests for tags. If you want to know how to adapt your configuration, please consult the official documentation of the YouTube-Connector.

Notes If you don't already have an entry for the "streamingServerDescriptionList" in your "mediaconfig.xml", you need to add the following entry:
<util:list id="streamingServerDescriptionList" />