As pointed out by Tobias and Christoph, I added a new patch to the trunk.
Please take a look at it (URL reminder:
http://opencast.jira.com/source/cru/CR-MH-490).

I'm not willing to commit more fixes or dedicate more time to an issue I
didn't cause. If this patch doesn't work, or doesn't meet the standards,
please feel free to commit a new version.

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



2012/11/6 Rubén Pérez <[email protected]>

> 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