[WebLab-User] [ARMADA] Resource Container Problème

[Jérémie Doucy]

Désolé, envoie trop rapide ...
Je reprends.
En fait la solution est plus simple, pour visualiser un segment de vidéo,
il faut non seulement l'objet segment, mais surtout l'objet vidéo, voir
tout le document pour pouvoir afficher à l'utilisateur toutes les
informations relatives à cette video.

Et pour le retrouver, pas besoin de splitter !! L'uri du segment dans la
ressource doit être la même que celle en entrée.

Jérémie.

2012/2/8 Jérémie Doucy <jdoucy at gmail.com>

> Je pense que la solution est même plus simple,
> Pour pouvoir visualiser l
>
>
> 2012/2/8 Alexandre GAUTIER <alexandre.gautier.76 at gmail.com>
>
>> Alors, en fait, pour notre projet pour la visualisation d'une vidéo, à un
>> moment une récupère la cible d'une propriété RDF qui est un segment.
>> Seulement on récupère l'uri de ce segment, donc je voulais appeler mon
>> WS_ContentManager (implémentant le ResourceContainer) et lui demander
>> getResource(UriSegment) et ainsi récupérer mon segment en question.
>> Mais je n'avais pas pensé à récupérer le média unit associé plutôt, et
>> ensuite d'aller chercher le segment avec mediaUnit.getSegment(). Il faut
>> juste que je m'arrange pour retrouver le bon segment que je veux dans la
>> liste, ce qui est possible car l'uri du segment se finit par "s<Position
>> dans la liste des segments>" donc en splittant l'uri de mon segment je peux
>> retrouver sa position dans la liste des segments, et donc retrouver mon
>> segment.
>> J'ai réfléchi en écrivant en même temps je crois :-)
>> Merci de m'avoir répondu et de m'avoir éclairé en tout cas :-)
>> Bonne soirée
>> Cordialement
>> Alexandre GAUTIER
>>
>> Le 8 février 2012 18:34, Yann Mombrun <yann.mombrun at gmail.com> a écrit :
>>
>>  Bonsoir,
>>>
>>> Je n'ai pas grand à ajouter à ton mail, tu as tout compris ;-) Et cela
>>> revient régulièrement dans les débats...
>>>
>>> Segment était une sous-classe de Resource dans des versions plus
>>> anciennes du WebLab (avant 1.1 je pense).
>>>
>>> Cela a changé pour deux raisons principales :
>>>  1. Pour une question de simplification. Les Annotations étaient
>>> auparavant dispersées entre les différents mediaUnit et les segments.
>>>  2. Car un segment seul n'a pas d'utilité sans la médiaUnit à laquelle
>>> il appartient.
>>>
>>>
>>> Du coup, ma question c'est que comptez vous faire avec ce Segment ?
>>> Pourquoi ne pas demander la MediaUnit directement ?
>>>
>>> Cdlt,
>>> Yann
>>>
>>> 2012/2/8 Alexandre GAUTIER <alexandre.gautier.76 at gmail.com>
>>>
>>>> Bonsoir à tous,
>>>> Je me permets de vous envoyer un mail, car j'ai un soucis avec un
>>>> service que j'ai développé qui implémente l'interface ResourceContainer.
>>>> Je me suis fortement inspiré de votre service open source
>>>>  file-repository.
>>>> Mon problème vient dans la méthode getResource(uri):Resource.
>>>> En effet, si j'en crois le code du service file-repository, le
>>>> getResource effectue un parcours en profondeur afin de chercher l'uri dans
>>>> la ressource de départ.
>>>> Ainsi si je fournis en entrée l'uri d'un segment par exemple (ce que je
>>>> veux), alors la méthode devrait me retourner ce fameux segment.
>>>> Or ceci n'est pas possible car le getResource renvoie une ressource et
>>>> Segment n'hérite pas de Resource.
>>>> J'ai vraiment du mal à comprendre car votre code dans le
>>>> file-repository renvoie pourtant bien des segments :
>>>>
>>>>>                         Iterator<Segment> itSeg = listSegmentCopy.iterator();                        *while* (ret == *null* && itSeg.hasNext()) {                                ret = *this*.getResourceInside(itSeg.next(), uri, newRes, res);                        }
>>>>>
>>>>> J'ai pensé que peut-être par le passé Segment héritait bien de
>>>> Resource mais plus maintenant...
>>>> Avez vous une idée de l'origine du problème? ou bien une solution à
>>>> émettre car cela fait des heures que je suis dessus et je n'avance pas...
>>>> Merci d 'avance
>>>> Cordialement
>>>> Alexandre GAUTIER
>>>>
>>>>
>>>> _______________________________________________
>>>> User mailing list
>>>> User at weblab-project.org
>>>> http://weblab-project.org/mailman/listinfo/user_weblab-project.org
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> User mailing list
>> User at weblab-project.org
>> http://weblab-project.org/mailman/listinfo/user_weblab-project.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://weblab-project.org/mailman/private/user_weblab-project.org/attachments/20120208/da6b3522/attachment.html>