[jira] [Closed] (UIMA-5126) UIMA-AS thows an NPE if saxon9he.jar is in the classpath

[Burn Lewis (JIRA)]

 [ 
https://issues.apache.org/jira/browse/UIMA-5126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Burn Lewis closed UIMA-5126.


> UIMA-AS thows an NPE if saxon9he.jar is in the classpath
> 
>
> Key: UIMA-5126
> URL: https://issues.apache.org/jira/browse/UIMA-5126
> Project: UIMA
>  Issue Type: Bug
>  Components: Async Scaleout
>Reporter: Burn Lewis
>Assignee: Burn Lewis
>Priority: Minor
> Fix For: 2.9.0AS
>
>
> Works OK if saxon8 is in the classpath.  Failure occurs when replying to a 
> getmeta request.  The stack trace is in UIMA-5117



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (UIMA-5117) UIMA-AS: dd2spring should log at INFO

[Burn Lewis (JIRA)]

 [ 
https://issues.apache.org/jira/browse/UIMA-5117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Burn Lewis closed UIMA-5117.


> UIMA-AS: dd2spring should log at INFO
> -
>
> Key: UIMA-5117
> URL: https://issues.apache.org/jira/browse/UIMA-5117
> Project: UIMA
>  Issue Type: Bug
>  Components: Async Scaleout
>Reporter: Jerry Cwiklik
>Assignee: Burn Lewis
> Fix For: 2.9.0AS
>
>
> Dd2Spring.convertDd2Spring() method should log exceptions at INFO level 
> instead of CONFIG. When runtime was mis-configured, the code was failing yet 
> there were no exceptions being logged, making debugging difficult.
> Also, when exception happens in converDd2Spring() it is not being re-thrown. 
> This causes the uima-as to continue running and trying to deploy using 
> zero-length spring context file which results in another Exception. Modify 
> code to re-throw Exception.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: OpenCalais endpoint

[Silvestre Losada]

I have the same problem, OpenCalaisAnnotator is trying to access to and
endpoint that is not valid anymore. Is there any plans to update this
plugin? should I open a tiket on jira?
Best.

El lun., 14 mar. 2016 a las 13:15, Tommaso Teofili (<
tommaso.teof...@gmail.com>) escribió:

> Hi all,
>
> after a lng time I resurrected an old project of mine where i was using
> OpenCalaisAnnotator (as a fallback for NER) and it seems the old endpoint
> for accessing their remote API has been removed, and hence the annotator no
> longer works.
> I'm not sure if it'd be enough to just change the URL (I've simply removed
> it from my pipeline) but just wanted to give an heads up around this.
>
> Regards,
> Tommaso
>

Re: [UIMA 3.0] Typesystem / select

[Peter Klügl]

>> [UIMA 3.0] Select
>>
>> I love the select mechanism. I wonder if we can have somebody comment
>> on whether its use is similar to other selects (like XSL and JQuery).
>>
>> Some of the predicates seem a subset of what RuTA offers. Maybe is
>> worth extending the list so as many predicates are shared with RuTA?
>> That will also simplify the RuTA learning curve. (This might be better
>> off discussed on the issue tracker.)
> Maybe - I don't think anyone's looked at this yet.
>

I had a similar thought. There are some plans to provide a ruta
implementation that builds only on uima/uimafit implemantions meaning
that the RutaBasic stuff is removed. Thus, adding some additional
predicates that are useful for sequential matching would be great.

I am currently quite busy and did not find the time to catch up with the
current development.

I assume that an incremental process (have a first version, then see
what is missing for ruta) is the most realistic. Are there some specific
predicate you were thinking about?

Best,

Peter

Re: [UIMA 3.0] Maven Support

[Peter Klügl]

Hi,


I think there is a problem with customized JCasGen cover classes. The
maven plugin does not support it but just generates new classes.


Best,


Peter


Am 21.11.2016 um 22:27 schrieb Marshall Schor:
> On 11/19/2016 1:10 PM, Pablo Duboue wrote:
>> Can we support generated classes being handled by maven while the user
>> provides custom subclasses?
> We currently have a maven plugin that runs JCasGen, so, yes, I think this is
> possible, even now.
> -Marshall
>> At least we should support realizing there are custom files in src and
>> modify them there rather than generated-sources.
>>
>> Rationale:
>>
>> JCasGen output is big and computer generated. Without customization,
>> what I have seen is to exclude those files from src/ and use the maven
>> plugin to generate them. The new framework makes customization much
>> more appealing, can we keep as much of the automatic generation
>> process within maven?
>>
>> This thread can be a good place for maven discussion in general, too.
>>

Re: [VOTE] Release UIMA-AS 2.9.0 RC1

[Marshall Schor]

hmmm, the latest Jenkins build is showing 4 test failures?

-Marshall

Re: [VOTE] Release UIMA-AS 2.9.0 RC1

[Jaroslaw Cwiklik]

I did find a "small" bug in the code that logs a message when versions
don't match.
Its only effecting logging in this particular case where I chose v 3.0.0 as
the next
version for UIMA-AS.

I think the RC1 should not be taken down for this reason. In RC1 both uimaj
and
uima-as are at 2.9.0 and auto generated code (UimaVersion & UimaAsVersion)
are
correct.

Ultimately its up to you testers to decide if this is critical bug
deserving -1.


Jerry

On Tue, Nov 22, 2016 at 4:21 PM, Marshall Schor  wrote:

> Ah - OK.  So you're saying, this RC is (possibly) good, and we should go
> ahead
> and test it, etc., and you'll fix the "next" release RC later, right?
>
> -Marshall
>
>
> On 11/22/2016 3:57 PM, Jaroslaw Cwiklik wrote:
> > Marshall, this is caused by me choosing next version to be 3.0.0-SNAPSHOT
> > when doing
> >
> > mvn release:prepare -DautoVersionSubmodules
> >
> > The UIMA-AS code does this check:
> >
> >   if (UimaAsVersion.getMajorVersion() !=
> UimaVersion.getMajorVersion())
> > {
> >
> > I will choose 2.9.1 as the next version when doing RC2 :)
> >
> > Jerry
> >
> > On Tue, Nov 22, 2016 at 3:40 PM, Marshall Schor  wrote:
> >
> >> hmmm, the latest Jenkins build is showing 4 test failures?
> >>
> >> -Marshall
> >>
> >>
>
>

[jira] [Commented] (UIMA-5191) Free instance of agreggate with cas multiplier in MultiprocessingAnalysisEngine

[Nelson RIvera (JIRA)]

[ 
https://issues.apache.org/jira/browse/UIMA-5191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15687940#comment-15687940
 ] 

Nelson RIvera commented on UIMA-5191:
-

the value of ActionAfterCasMultiplier in custom flow controller is "drop"

> Free instance of agreggate with cas multiplier in 
> MultiprocessingAnalysisEngine
> ---
>
> Key: UIMA-5191
> URL: https://issues.apache.org/jira/browse/UIMA-5191
> Project: UIMA
>  Issue Type: Bug
>Affects Versions: 2.8.1SDK
>Reporter: Nelson RIvera
>
> I have a aggregate analysis engine that contains  2 casmultiplier
> annotators. I instantiate this aggregate with the interface
> UIMAFramework.produceAnalysisEngine(specifier, 1, 0) for multithreaded
> processing. The last casmultiplier generate more than one cas for each
> input CAS from first casmultiplier. The issue is that after first time that 
> the last casmultipler's hasNext method method returns false, the 
> MultiprocessingAnalysisEngine_impl assumes that the instance of
> AggregateAnalysisEngine that processes the request has ended, and
> then this instance is free to process ahother request from other thread, and 
> it is not true, because missing child cas to process from de first 
> casmultipler, producing concurrency errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [VOTE] Release UIMA-AS 2.9.0 RC1

[Jaroslaw Cwiklik]

Marshall, this is caused by me choosing next version to be 3.0.0-SNAPSHOT
when doing

mvn release:prepare -DautoVersionSubmodules

The UIMA-AS code does this check:

  if (UimaAsVersion.getMajorVersion() != UimaVersion.getMajorVersion())
{

I will choose 2.9.1 as the next version when doing RC2 :)

Jerry

On Tue, Nov 22, 2016 at 3:40 PM, Marshall Schor  wrote:

> hmmm, the latest Jenkins build is showing 4 test failures?
>
> -Marshall
>
>

[jira] [Commented] (UIMA-5191) Free instance of agreggate with cas multiplier in MultiprocessingAnalysisEngine

[Marshall Schor (JIRA)]

[ 
https://issues.apache.org/jira/browse/UIMA-5191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15687909#comment-15687909
 ] 

Marshall Schor commented on UIMA-5191:
--

To help understand the flow, what flow controller are you using for the 
Aggregate?  Is it the default "fixed flow", or did you write a custom flow?  
Did you specify "ActionAfterCasMultiplier" configuration parameter for the 
fixed flow (if you're using that), and if so, what value did you use?

> Free instance of agreggate with cas multiplier in 
> MultiprocessingAnalysisEngine
> ---
>
> Key: UIMA-5191
> URL: https://issues.apache.org/jira/browse/UIMA-5191
> Project: UIMA
>  Issue Type: Bug
>Affects Versions: 2.8.1SDK
>Reporter: Nelson RIvera
>
> I have a aggregate analysis engine that contains  2 casmultiplier
> annotators. I instantiate this aggregate with the interface
> UIMAFramework.produceAnalysisEngine(specifier, 1, 0) for multithreaded
> processing. The last casmultiplier generate more than one cas for each
> input CAS from first casmultiplier. The issue is that after first time that 
> the last casmultipler's hasNext method method returns false, the 
> MultiprocessingAnalysisEngine_impl assumes that the instance of
> AggregateAnalysisEngine that processes the request has ended, and
> then this instance is free to process ahother request from other thread, and 
> it is not true, because missing child cas to process from de first 
> casmultipler, producing concurrency errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (UIMA-5191) Free instance of agreggate with cas multiplier in MultiprocessingAnalysisEngine

[Nelson RIvera (JIRA)]

[ 
https://issues.apache.org/jira/browse/UIMA-5191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15687932#comment-15687932
 ] 

Nelson RIvera commented on UIMA-5191:
-

I use a custom flow controller. I rewrite continueOnFailure method, the value 
to return (true or false) is configured for each request in the computeFlow 
method.

> Free instance of agreggate with cas multiplier in 
> MultiprocessingAnalysisEngine
> ---
>
> Key: UIMA-5191
> URL: https://issues.apache.org/jira/browse/UIMA-5191
> Project: UIMA
>  Issue Type: Bug
>Affects Versions: 2.8.1SDK
>Reporter: Nelson RIvera
>
> I have a aggregate analysis engine that contains  2 casmultiplier
> annotators. I instantiate this aggregate with the interface
> UIMAFramework.produceAnalysisEngine(specifier, 1, 0) for multithreaded
> processing. The last casmultiplier generate more than one cas for each
> input CAS from first casmultiplier. The issue is that after first time that 
> the last casmultipler's hasNext method method returns false, the 
> MultiprocessingAnalysisEngine_impl assumes that the instance of
> AggregateAnalysisEngine that processes the request has ended, and
> then this instance is free to process ahother request from other thread, and 
> it is not true, because missing child cas to process from de first 
> casmultipler, producing concurrency errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [VOTE] Release UIMA-AS 2.9.0 RC1

[Marshall Schor]

Ah - OK.  So you're saying, this RC is (possibly) good, and we should go ahead
and test it, etc., and you'll fix the "next" release RC later, right?

-Marshall


On 11/22/2016 3:57 PM, Jaroslaw Cwiklik wrote:
> Marshall, this is caused by me choosing next version to be 3.0.0-SNAPSHOT
> when doing
>
> mvn release:prepare -DautoVersionSubmodules
>
> The UIMA-AS code does this check:
>
>   if (UimaAsVersion.getMajorVersion() != UimaVersion.getMajorVersion())
> {
>
> I will choose 2.9.1 as the next version when doing RC2 :)
>
> Jerry
>
> On Tue, Nov 22, 2016 at 3:40 PM, Marshall Schor  wrote:
>
>> hmmm, the latest Jenkins build is showing 4 test failures?
>>
>> -Marshall
>>
>>

Re: OpenCalais endpoint

[Silvestre Losada]

Thanks Marshall,

Let me collect some more information and open a ticket. The endpoint
changed to api.thomsonreuters.com. I think that they change the endpoint
and also the input and output.

Y let you know.

El mar., 22 nov. 2016 a las 21:37, Marshall Schor ()
escribió:

> you could open a ticket.  Even better, it would be good to do the bit of
> research to see what would be needed to fix this, or even if OpenCalais is
> still
> offering this service. My brief check of their website seems to indicate
> they
> now require individual registration to get access to their API, even for
> the
> "free" version.
>
> -Marshall
>
>
> On 11/22/2016 5:15 AM, Silvestre Losada wrote:
> > I have the same problem, OpenCalaisAnnotator is trying to access to and
> > endpoint that is not valid anymore. Is there any plans to update this
> > plugin? should I open a tiket on jira?
> > Best.
> >
> > El lun., 14 mar. 2016 a las 13:15, Tommaso Teofili (<
> > tommaso.teof...@gmail.com>) escribió:
> >
> >> Hi all,
> >>
> >> after a lng time I resurrected an old project of mine where i was
> using
> >> OpenCalaisAnnotator (as a fallback for NER) and it seems the old
> endpoint
> >> for accessing their remote API has been removed, and hence the
> annotator no
> >> longer works.
> >> I'm not sure if it'd be enough to just change the URL (I've simply
> removed
> >> it from my pipeline) but just wanted to give an heads up around this.
> >>
> >> Regards,
> >> Tommaso
> >>
>
>

Re: [UIMA 3.0] Maven Support

[Marshall Schor]

I was making some incorrect assumptions.

I was assuming that the parent JCasGen'd class would correspond to a UIMA type,
and the subclass would be something that extended that but didn't add any
features, or needed to get registered, etc.

The only reason to register it would be to have non-JCas creation APIs create
instances of the subclass, rather than the other class.

I was assuming that was not the case; that the user was using JCas to create
instances. 

But because there's lots of things that could create instances, other than user
JCas code using the subclass, you would need a trick like Richard's suggestion. 
I haven't tried this, and it's quite possible that this might or might not work 
...

-Marshall

On 11/22/2016 2:31 AM, Richard Eckart de Castilho wrote:
> On 21.11.2016, at 23:12, Marshall Schor  wrote:
>> there's plenty of denseness to go around :-)  I think this ought to work in 
>> v2
>> as well?  Can you say a scenario where it wouldn't?
> In V2, one would at least have to manually implement the typeIndexID+friends 
> in the subclass, right:
>
>   /** @generated
>* @ordered 
>*/
>   @SuppressWarnings ("hiding")
>   public final static int typeIndexID = 
> JCasRegistry.register(NamedEntity.class);
>   /** @generated
>* @ordered 
>*/
>   @SuppressWarnings ("hiding")
>   public final static int type = typeIndexID;
>   /** @generated
>* @return index of the type  
>*/
>   @Override
>   public  int getTypeIndexID() {return typeIndexID;}
>
>
> Cheers,
>
> -- Richard 

Re: [UIMA 3.0] Maven Support

[Marshall Schor]

Yes, I believe that is correct - the Maven plugin does not support "merging"
with already generated customized JCasGen cover classes.

If that was a requirement, I suspect (with some work, and dependencies such as
you need to have an Eclipse installation...) it could be added.

-Marshall


On 11/22/2016 3:13 AM, Peter Klügl wrote:
> Hi,
>
>
> I think there is a problem with customized JCasGen cover classes. The
> maven plugin does not support it but just generates new classes.
>
>
> Best,
>
>
> Peter
>
>
> Am 21.11.2016 um 22:27 schrieb Marshall Schor:
>> On 11/19/2016 1:10 PM, Pablo Duboue wrote:
>>> Can we support generated classes being handled by maven while the user
>>> provides custom subclasses?
>> We currently have a maven plugin that runs JCasGen, so, yes, I think this is
>> possible, even now.
>> -Marshall
>>> At least we should support realizing there are custom files in src and
>>> modify them there rather than generated-sources.
>>>
>>> Rationale:
>>>
>>> JCasGen output is big and computer generated. Without customization,
>>> what I have seen is to exclude those files from src/ and use the maven
>>> plugin to generate them. The new framework makes customization much
>>> more appealing, can we keep as much of the automatic generation
>>> process within maven?
>>>
>>> This thread can be a good place for maven discussion in general, too.
>>>
>

Re: OpenCalais endpoint

[Marshall Schor]

you could open a ticket.  Even better, it would be good to do the bit of
research to see what would be needed to fix this, or even if OpenCalais is still
offering this service. My brief check of their website seems to indicate they
now require individual registration to get access to their API, even for the
"free" version.

-Marshall


On 11/22/2016 5:15 AM, Silvestre Losada wrote:
> I have the same problem, OpenCalaisAnnotator is trying to access to and
> endpoint that is not valid anymore. Is there any plans to update this
> plugin? should I open a tiket on jira?
> Best.
>
> El lun., 14 mar. 2016 a las 13:15, Tommaso Teofili (<
> tommaso.teof...@gmail.com>) escribió:
>
>> Hi all,
>>
>> after a lng time I resurrected an old project of mine where i was using
>> OpenCalaisAnnotator (as a fallback for NER) and it seems the old endpoint
>> for accessing their remote API has been removed, and hence the annotator no
>> longer works.
>> I'm not sure if it'd be enough to just change the URL (I've simply removed
>> it from my pipeline) but just wanted to give an heads up around this.
>>
>> Regards,
>> Tommaso
>>

connectingto Remote UIMA Proces from Solr

[Soumitra Mazumder]

Hi,
I  have following requirement for calling UIMA annotators from Solr. Can
you please help or guide me to some documentation for the same.




*1) Apache UIMA will run as a separate process in a remote server2) Solr
will send the document text Apache UIMA3) UIMA will send back the
Annotators4) Solr needs to index the response applying some patterns.*
In my case UIMA  and Solr might run on two different physical machine. I
am going to use UIMA 2.9 and Solr 6.3

Regards
Soumitra

Jenkins build became unstable: UIMA-AS » Apache UIMA-AS: uimaj-as-activemq #462

[Apache Jenkins Server]

See 

Jenkins build became unstable: UIMA-AS #462

[Apache Jenkins Server]

See 

[jira] [Created] (UIMA-5191) Free instance of agreggate with cas multiplier in MultiprocessingAnalysisEngine

[Nelson RIvera (JIRA)]

Nelson RIvera created UIMA-5191:
---

 Summary: Free instance of agreggate with cas multiplier in 
MultiprocessingAnalysisEngine
 Key: UIMA-5191
 URL: https://issues.apache.org/jira/browse/UIMA-5191
 Project: UIMA
  Issue Type: Bug
Affects Versions: 2.8.1SDK
Reporter: Nelson RIvera


I have a aggregate analysis engine that contains  2 casmultiplier
annotators. I instantiate this aggregate with the interface
UIMAFramework.produceAnalysisEngine(specifier, 1, 0) for multithreaded
processing. The last casmultiplier generate more than one cas for each
input CAS from first casmultiplier. The issue is that after first time that the 
last casmultipler's hasNext method method returns false, the 
MultiprocessingAnalysisEngine_impl assumes that the instance of
AggregateAnalysisEngine that processes the request has ended, and
then this instance is free to process ahother request from other thread, and it 
is not true, because missing child cas to process from de first casmultipler, 
producing concurrency errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (UIMA-5191) Free instance of agreggate with cas multiplier in MultiprocessingAnalysisEngine

[Marshall Schor (JIRA)]

[ 
https://issues.apache.org/jira/browse/UIMA-5191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15688108#comment-15688108
 ] 

Marshall Schor commented on UIMA-5191:
--

hi, after some more thinking, it seems that UIMA's 
MultiprocessingAnalysisEngine's support for Cas Multipliers is not done 
properly.  I think your analysis is correct.  The 
MultiprocessingAnalysisEngine's implementation of processAndOutputNewCASes 
works as follows (somewhat simplified):
{code}
ae = getAeFromPool(); // get an AnalysisEngine (in this case, a cas multiplier)
JCasIterator theIterator = ae.processAndOutputNewCASes(aJCas);
// here's the bug !
mpool.releaseAnalysisEngine(ae); // return the Analysis Engine to the pool, 
  // way too early - it may produce more CASes...
return theIterator;
{code}

I don't see a simple way to fix this; so we'll note this and perhaps someone 
will figure out how to delay the return of the checked-out ae to the ae pool 
until after the iterator's "hasNext()" method gives false.

As a work-around, perhaps you could arrange to manage your own pool of threads, 
using Java's Executor mechanisms, and just instantiate an ordinary (not 
MultiThreaded) Analysis engine for each one.


> Free instance of agreggate with cas multiplier in 
> MultiprocessingAnalysisEngine
> ---
>
> Key: UIMA-5191
> URL: https://issues.apache.org/jira/browse/UIMA-5191
> Project: UIMA
>  Issue Type: Bug
>Affects Versions: 2.8.1SDK
>Reporter: Nelson RIvera
>
> I have a aggregate analysis engine that contains  2 casmultiplier
> annotators. I instantiate this aggregate with the interface
> UIMAFramework.produceAnalysisEngine(specifier, 1, 0) for multithreaded
> processing. The last casmultiplier generate more than one cas for each
> input CAS from first casmultiplier. The issue is that after first time that 
> the last casmultipler's hasNext method method returns false, the 
> MultiprocessingAnalysisEngine_impl assumes that the instance of
> AggregateAnalysisEngine that processes the request has ended, and
> then this instance is free to process ahother request from other thread, and 
> it is not true, because missing child cas to process from de first 
> casmultipler, producing concurrency errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (UIMA-5191) Free instance of agreggate with cas multiplier in MultiprocessingAnalysisEngine

[Marshall Schor (JIRA)]

[ 
https://issues.apache.org/jira/browse/UIMA-5191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15688147#comment-15688147
 ] 

Marshall Schor commented on UIMA-5191:
--

just figured out a maybe simple fix... I'll check it in and then maybe you can 
try it.

> Free instance of agreggate with cas multiplier in 
> MultiprocessingAnalysisEngine
> ---
>
> Key: UIMA-5191
> URL: https://issues.apache.org/jira/browse/UIMA-5191
> Project: UIMA
>  Issue Type: Bug
>Affects Versions: 2.8.1SDK
>Reporter: Nelson RIvera
>
> I have a aggregate analysis engine that contains  2 casmultiplier
> annotators. I instantiate this aggregate with the interface
> UIMAFramework.produceAnalysisEngine(specifier, 1, 0) for multithreaded
> processing. The last casmultiplier generate more than one cas for each
> input CAS from first casmultiplier. The issue is that after first time that 
> the last casmultipler's hasNext method method returns false, the 
> MultiprocessingAnalysisEngine_impl assumes that the instance of
> AggregateAnalysisEngine that processes the request has ended, and
> then this instance is free to process ahother request from other thread, and 
> it is not true, because missing child cas to process from de first 
> casmultipler, producing concurrency errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)