Nelson, I agree with Marshall. If you can produce a small test case that
shows the problem I will find time to debug it.
-jerry
On Fri, Feb 17, 2017 at 2:14 PM, Marshall Schor wrote:
> Hi Nelson,
>
> Due to local holidays, you may not see activity here until mid-next week.
>
>
I tested the solution that proposes, add processParentLast="true" to
the Cas Multiplier delegate's configuration. The behavior is the
same. The other alternative that you say, is that i have a bug
somewhere in my code which allows a CAS to be accessed in two separate
threads, but i not have
Nelson, change Cas Multiplier in your deployment descriptor as follows:
Note: processParentLast="true".
In UIMA-AS async aggregate its possible for a child CAS and its parent CAS
to flow through the pipeline at the same time and the parent CAS may reach
the end before
Nelson, I can try to setup a simple pipeline with one AE which will add 20
views and than test serialization. Not sure if I get to it today. If not
this will have to wait till Monday next week. I've already mentioned this
before, don't operate on a CAS once it leaves an AE. The contract is CAS-In
On 2/15/2017 9:51 AM, Jaroslaw Cwiklik wrote:
> Not exactly sure how to debug this.
a small-ish test case we could run would enable debugging...
> The UIMA-AS does not touch contents of
> a CAS directly. Are there any other errors in the log besides NPE? The
> UIMA-AS uses uima-sdk to serialize
Not exactly sure how to debug this. The UIMA-AS does not touch contents of
a CAS directly. Are there any other errors in the log besides NPE? The
UIMA-AS uses uima-sdk to serialize CASes. Since you are getting null from
getView(N), this view must have been deleted somehow.
-jerry
On Mon, Feb 13,
I was able to check your email just today. The agregegate is async,
but only process one input CAS at the same time,default numberOfCASes.
I read your possible explanation but i have no idea that another
thread can modificate the cas, because the last annotator's execution
is correct and only
Just a bit more evidence. The caller of the gerSofaAddr()
public void writeViewsCommons() throws Exception {
// Get indexes for each SofaFS in the CAS
int numViews = cas.getBaseSofaCount();
for (int sofaNum = 1; sofaNum <= numViews; sofaNum++) {
Is this a primitive (single-threaded) aggregate or async (multi-threaded)?
If async, try to simplify and run primitive aggregate with scaleout=1.
The CAS does not seem to be null in this case. The caller of the
getSerializedCas()
checks for null.
The code dies here:
Caused by:
Hi, The first thing I did was these tests,i made a simple test case
that create a Cas with 17 views and then serialize using
XmiCasSerializer.serialize(newJCas.getCas(), fis) and serializes
correctly.
Also i made other test, initialize the same AE but of local way with
UIMA API and process the
one thing that would help track this down is a small isolated test case.
Do you think uima-as is needed? I'm wondering if a simple test case which
generated 17 views and then tried to serialize would show the failure...
If you could supply a small test case that showed the failure so we could
The line throwing the null pointer exception is :
cas.getView(sofaNum).getSofaRef()
So the NPE is either the cas is null, or the getView(sofaNum) is returning null.
I'm not sure what the best way is to debug this...
-Marshall
On 2/9/2017 12:42 PM, nelson rivera wrote:
> I have a
I have a aggregate service uima-as, at the end of aggregate the cas to
return is composed of as many views as the number of input files, each
view with annotations of processing.
With a number of input documents less than 15 the processing is
successful always,
but if the number of documents is
13 matches
Mail list logo