It's what I would expect from my recollection of the implementation, but that doesn't mean it's what we should be doing.
Instead, when no services are available we could throw a new ServiceRegistryException subclass named, say, NoServicesAvailableException. The workflow service could catch the particular type of exception and place the workflow operation job back into a queue to be dispatched later (perhaps even with a decaying dispatch rate over time). Do you want to file a feature request? Thanks, Josh On Aug 26, 2011, at 8:59 AM, Greg Logan wrote: > Hi folks, > > I setup a distributed test cluster yesterday, but did not install any > workers. I then proceeded to ingest three lectures, assuming that they > would be waiting in a queue for a worker to come up. Unfortunately this > morning I found that they had all failed with similar errors: > > 2011-08-25 18:05:45 INFO (IngestServiceImpl:256) - Ingesting zipped > media package to > /opt/matterhorn/felix/work/opencast/ingest/956c418a-9406-4b09-92b8-6be7b70bbb02/13.zip > 2011-08-25 18:07:53 WARN (IngestServiceImpl:694) - Failed to find a > workflow with id '83' > 2011-08-25 18:08:05 INFO (InspectWorkflowOperationHandler:129) - > Inspecting track 'track-1' of 83 > 2011-08-25 18:08:05 INFO (MediaInspectionServiceRemoteImpl:101) - > Enriching > http://devadmin.usask.ca:8080/files/mediapackage/83/track-1/capture.avi > using a remote media inspection service > 2011-08-25 18:08:05 WARN (RemoteBase:120) - No services of type > 'org.opencastproject.inspection' are currently available > 2011-08-25 18:08:05 ERROR (WorkflowOperationWorker:157) - Workflow > operation 'inspect' failed > org.opencastproject.inspection.api.MediaInspectionException: Unable to > enrich > http://devadmin.usask.ca:8080/files/mediapackage/83/track-1/capture.avi > using a remote inspection service > at > org.opencastproject.inspection.remote.MediaInspectionServiceRemoteImpl.enrich(MediaInspectionServiceRemoteImpl.java:119) > at > org.opencastproject.workflow.handler.InspectWorkflowOperationHandler.start(InspectWorkflowOperationHandler.java:133) > at > org.opencastproject.workflow.impl.WorkflowOperationWorker.start(WorkflowOperationWorker.java:217) > at > org.opencastproject.workflow.impl.WorkflowOperationWorker.execute(WorkflowOperationWorker.java:139) > at > org.opencastproject.workflow.impl.WorkflowServiceImpl.runWorkflowOperation(WorkflowServiceImpl.java:720) > at > org.opencastproject.workflow.impl.WorkflowServiceImpl.process(WorkflowServiceImpl.java:1483) > at > org.opencastproject.workflow.impl.WorkflowServiceImpl$JobRunner.call(WorkflowServiceImpl.java:1788) > at > org.opencastproject.workflow.impl.WorkflowServiceImpl$JobRunner.call(WorkflowServiceImpl.java:1761) > at > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2011-08-25 18:08:20 INFO (ZipWorkflowOperationHandler:158) - Archiving > mediapackage 83 in workflow Workflow {14} > 2011-08-25 18:09:01 INFO (ZipWorkflowOperationHandler:176) - Adding > zipped mediapackage 83 to the failed.zips archive > 2011-08-25 18:09:01 INFO (WorkingFileRepositoryImpl:359) - created > collection directory failed.zips > 2011-08-25 18:09:56 INFO (ZipWorkflowOperationHandler:190) - Zipped > mediapackage 83 moved to the failed.zips archive > > What is the expected behaviour in this case? Should it be adding the > recordings to a queue and then waiting? Or is this the expected behaviour? > > Thanks, > > G > > _______________________________________________ > Matterhorn mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > [email protected] > _______________________________________________ _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
