Nelson, I need more time to look into this. Quite busy at a moment. Unless someone else wants to jump in here I will address the problem when I am done with current work load,
Jerry On Mon, Aug 14, 2017 at 4:36 PM, Jaroslaw Cwiklik <cwik...@apache.org> wrote: > Thanks, I will try to test this scenario and get back to ya. > > Jerry > > On Mon, Aug 14, 2017 at 4:27 PM, nelson rivera <nelsonriver...@gmail.com> > wrote: > >> Yes, that is happening >> >> 2017-08-14 15:40 GMT-04:00, Jaroslaw Cwiklik <cwik...@apache.org>: >> > Please confirm that this is happening: >> > >> > 1) You deploy an aggregate and specify TypePriorities in aggregate >> analysis >> > engine descriptor. >> > 2) After uima-as client initilizes, you call client's >> > public ProcessingResourceMetaData getMetaData(); >> > 3) You check the returned meta and the type priorities are missing >> > >> > You are observing correct behavior when you declare type priorities in >> > a delegate analysis engine descriptor of the aggregate >> > >> > Jerry >> > >> > On Fri, Aug 11, 2017 at 12:12 PM, nelson rivera < >> nelsonriver...@gmail.com> >> > wrote: >> > >> >> i have configured a priorityList in the descriptor of my aggregate >> >> engine, with the objetive of use correctly subiterator() function in >> >> my client code over the result CAS. >> >> >> >> After deploy the aggregate in uima-as, in my client code that consumes >> >> de uima-as service aggregate to check the priorityList configured i >> >> use the instruccion >> >> uimaAsynchronousEngine.getMetaData().getTypePriorities(); and not >> >> appear the priority configured. This does that the use of subiterator >> >> not have the expected behavior in the uima-as client. >> >> >> >> If the configuration of priorityList is made in the descriptor of one >> >> of the delegate of the aggregate, then if the instruccion >> >> uimaAsynchronousEngine.getMetaData().getTypePriorities() in client >> >> code shows the priorityList configured and then the behavior is the >> >> expected. >> >> >> > >> > >