As discussed in the meeting, I've added Rute's patch to the trunk. You can
see the relevant ticket here: http://opencast.jira.com/browse/MH-9256.

The corresponding review is here:
http://opencast.jira.com/source/cru/CR-MH-490 . Please feel free to join
and test the patch, and comment whatever you don't like.

Best regards

Rubén Pérez
TELTEK Video Research
www.teltek.es



2012/11/6 Rute Santos <[email protected]>

> Hi James,
>
>     We had a similar problem when the NCast pr720 was not sending the
> namespace and we put a temporary workaround in place (Ncast has now fixed
> it). You are welcome to try it with Galicaster, but I am not sure if it
> will work... It's in IngestServiceImpl.java:
>
> @@ -313,7 +325,17 @@
>       InputStream manifestStream = null;
>       try {
>         manifestStream = manifest.toURI().toURL().**openStream();
> -        mp = builder.loadFromXml(**manifestStream);
> +        // Hack for ncast BEGIN
> +        StringBuffer manifestXml = new StringBuffer(new
> Scanner(manifestStream).**useDelimiter("\\A").next());
> +        if (manifestXml.indexOf("xmlns=") == -1) {
> +          int pos = manifestXml.indexOf("<**mediapackage");
> +          if (pos > -1) {
> +            manifestXml = manifestXml.insert(pos + 14, "xmlns=\"
> http://mediapackage.**opencastproject.org<http://mediapackage.opencastproject.org>\"
>  ");
> +          }
> +        }
> +        mp = builder.loadFromXml(**manifestXml.toString());
> +        // mp = builder.loadFromXml(**manifestStream);
> +        // Hack for ncast END
>       } finally {
>         IOUtils.closeQuietly(**manifestStream);
>       }
>
>
>     Thanks,
>
>     Rute
>
>
>
> On 11/6/2012 9:42 AM, James S Perrin wrote:
>
>> Hi Greg,
>>
>> On 06/11/2012 14:22, Greg Logan wrote:
>>
>>> On 12-11-06 08:21 AM, James S Perrin wrote:
>>>
>>>> Hi,
>>>>      Does anyone have Galicaster (1.2.1) working with MH1.4/Trunk? We
>>>> are
>>>> able to schedule recordings and they are captured on the CA (VGA test
>>>> with white noise) but when the (default) workflow has finished there is
>>>> nothing to see or hear. The Operations show that capture has has been
>>>> skipped, but ingest and rest of the operations all succeeded - though
>>>> they report no tracks found in the log.
>>>>
>>>>      Same CA works with 1.3 so it could be our inexperience setting up
>>>> MH
>>>> that is the problem.
>>>>
>>>
>>> While I'm not familiar with the way Galicaster does its ingest, we did
>>> change the XML namespaces on the mediapackages in 1.4.  Your symptoms
>>> exactly match what happens when an older mediapackage is ingested into a
>>> 1.4 core, so I suspect that's what's going on.  We've discussed this a
>>> couple of times in the dev meetings, but we haven't come up with a
>>> proposal to handle this case yet.  It's simple to fix (I do it with a
>>> one line sed script in my study system), just a matter of someone
>>> writing up the namespace mangling that's needed!
>>>
>>
>> It probably went over my head at the time, still so much too learn. Gives
>> us a starting point even of we just fudge Galicaster for now. Is there an
>> issue for this I can't find one?
>>
>> Thanks,
>> James
>>
>>
>>
> ______________________________**_________________
> Matterhorn mailing list
> [email protected]
> http://lists.opencastproject.**org/mailman/listinfo/**matterhorn<http://lists.opencastproject.org/mailman/listinfo/matterhorn>
>
>
> To unsubscribe please email
> matterhorn-unsubscribe@**opencastproject.org<[email protected]>
> ______________________________**_________________
>
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to