Re: NullPointerException when RunRemoteAsyncAE tries to unload (UIMA AS and UIMA C++)

2016-09-23 Thread Jaroslaw Cwiklik
David, here is the next snapshot:

https://repository.apache.org/content/repositories/snapshots/org/apache/uima/uima-as/2.9.0-SNAPSHOT/uima-as-2.9.0-20160923.195233-6.tar.gz


-jerry


On Fri, Sep 23, 2016 at 3:35 PM, Jaroslaw Cwiklik  wrote:

> David, like I said not my code so not quite in-tune what this does.
>
> I've added this to the snapshot you are using:
>
>
>   synchronized public String quiesceAndStop() throws IOException {
> StringBuffer sb = new StringBuffer();
>
>  if (socket != null && !socket.isClosed() ) {
>
>
> In the above I am checking to see if the socket is open before taking an
> action. Since the socket
> is closed, the else block is executing. My fault for not noticing this. It
> looks like quiesceAndStop()
> is called twice. The last time from a ShutdownHook which triggers an
> exception and dumps the stack.
>
> I will remove the
>
>  throw new IOException("Error: no socket connection.");
>
> from the else block in quiesceAndStop().
>
> Hopefully this will be the last bug.
>
> Will ping you when I have the next snapshot ready.
>
> -jerry
>
> On Fri, Sep 23, 2016 at 3:15 PM, David Fox  wrote:
>
>> That’s odd… now I get
>>
>> java.io.IOException: Error: no socket connection.
>> at
>> org.apache.uima.aae.controller.UimacppServiceManagement.quie
>> sceAndStop(Uima
>> cppServiceManagement.java:109)
>> at
>> org.apache.uima.aae.controller.UimacppServiceManagement.quie
>> sceAndShutdown(
>> UimacppServiceManagement.java:409)
>> at
>> org.apache.uima.aae.controller.UimacppShutdownHook.run(Uimac
>> ppServiceContro
>> ller.java:1105)
>> UimacppShutdownHook destroy C++ process
>>
>> I can’t tell for sure, because the source code in trunk doesn’t match this
>> latest snapshot, but it looks as if I’m now hitting the else clause from
>> the if statement containing the code which was generating the previous
>> exception.  Full output below:
>>
>>
>> Attempting to deploy descriptors/Deploy_MeetingAnnotator.xml ...
>> Waiting for Uima C++ service to connect...
>> Waiting for Uima C++ service to connect...
>> Waiting for Uima C++ service to report init status...
>> deployCppService.cpp91 Start receiving messages
>>
>> Startinging GetMetaData instance
>>
>> Starting Annotator instance 0
>>
>> deployCppService.cpp UIMA C++ Service MeetingAnnotator at
>> tcp://localhost:61616 Ready to process...
>>
>> Uima C++ service at MeetingAnnotator Ready to process...
>> UIMA AS Service Initialization Complete
>> Completed 8 documents; 17165 characters
>> Time Elapsed : 6262 ms
>> 0 8 apr_socket_recv command=SHUTDOWN
>>
>> deployCppService.cpp Shutdown started.
>>
>> Stopping GetMetaData instance
>>
>> Stopping Annotator instance 0
>>
>> deployCppService.cpp Shutdown done.
>>
>> UimacppServiceManagement service reports shutdown DONE
>> Error no connection
>> UimacppShutdownHook sending quiesce message
>> java.io.IOException: Error: no socket connection.
>> at
>> org.apache.uima.aae.controller.UimacppServiceManagement.quie
>> sceAndStop(Uima
>> cppServiceManagement.java:109)
>> at
>> org.apache.uima.aae.controller.UimacppServiceManagement.quie
>> sceAndShutdown(
>> UimacppServiceManagement.java:409)
>> at
>> org.apache.uima.aae.controller.UimacppShutdownHook.run(Uimac
>> ppServiceContro
>> ller.java:1105)
>> UimacppShutdownHook destroy C++ process
>>
>>
>>
>>
>> On 9/23/16, 11:31 AM, "Jaroslaw Cwiklik"  wrote:
>>
>> >David, here is another uima-as snapshot for you to test
>> >
>> >https://urldefense.proofpoint.com/v2/url?u=https-3A__
>> repository.apache.org
>> >_content_repositories_snapshots_org_apache_uima_uima-2Das_
>> 2.9.0-2DSNAPSHOT
>> >_uima-2Das-2D2.9.0-2D20160923.152659-2D5.tar.gz=DQIFaQ=
>> 3XrKki35ZWuh8X2
>> >qbeRISQ=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM=tXj
>> 0BK0pkaseF8BQPk
>> >gw2nEjl9UxDSq736aXsJcDJ0g=iB7ah2MjAK4kl3Ops3aKk9yYcmxk19I
>> cBDuWHgkGN5U=
>> >
>> >
>> >I have not tested the fix. All I did was to modify quiesceAndStop() and
>> >terminate() to catch SocketException and log a message. This code no
>> >longer dumps a stack trace nor re-throws an exception.
>> >
>> >Let me know if this addresses the problem and I will close the JIRA
>> >
>> >-jerry
>> >
>> >On Fri, Sep 23, 2016 at 10:24 AM, Jaroslaw Cwiklik 
>> >wrote:
>> >
>> >> David, so there is progress. :)
>> >>
>> >> I am not familiar with UimacppServiceController code but a quick glance
>> >>at
>> >> the source
>> >> suggests that this code communicates with a C++ process via a socket:
>> >>
>> >>
>> >>  if (socket != null) {
>> >> // System.out.println("UimacppServiceManagement::quiesceAndStop()
>> >> // Sending QUIESCEANDSTOP");
>> >> writer.write("QUIESCEANDSTOP");
>> >> writer.flush();
>> >> BufferedReader in = new BufferedReader(new InputStreamReader(socket.
>> >> getInputStream()));
>> >>
>> >> It tells the C++ to quiesce and exit which apparently it does very
>> >> quickly. It looks like
>> >>
>> >> 

Re: NullPointerException when RunRemoteAsyncAE tries to unload (UIMA AS and UIMA C++)

2016-09-23 Thread Jaroslaw Cwiklik
David, like I said not my code so not quite in-tune what this does.

I've added this to the snapshot you are using:


  synchronized public String quiesceAndStop() throws IOException {
StringBuffer sb = new StringBuffer();

 if (socket != null && !socket.isClosed() ) {


In the above I am checking to see if the socket is open before taking an
action. Since the socket
is closed, the else block is executing. My fault for not noticing this. It
looks like quiesceAndStop()
is called twice. The last time from a ShutdownHook which triggers an
exception and dumps the stack.

I will remove the

 throw new IOException("Error: no socket connection.");

from the else block in quiesceAndStop().

Hopefully this will be the last bug.

Will ping you when I have the next snapshot ready.

-jerry

On Fri, Sep 23, 2016 at 3:15 PM, David Fox  wrote:

> That’s odd… now I get
>
> java.io.IOException: Error: no socket connection.
> at
> org.apache.uima.aae.controller.UimacppServiceManagement.
> quiesceAndStop(Uima
> cppServiceManagement.java:109)
> at
> org.apache.uima.aae.controller.UimacppServiceManagement.
> quiesceAndShutdown(
> UimacppServiceManagement.java:409)
> at
> org.apache.uima.aae.controller.UimacppShutdownHook.run(
> UimacppServiceContro
> ller.java:1105)
> UimacppShutdownHook destroy C++ process
>
> I can’t tell for sure, because the source code in trunk doesn’t match this
> latest snapshot, but it looks as if I’m now hitting the else clause from
> the if statement containing the code which was generating the previous
> exception.  Full output below:
>
>
> Attempting to deploy descriptors/Deploy_MeetingAnnotator.xml ...
> Waiting for Uima C++ service to connect...
> Waiting for Uima C++ service to connect...
> Waiting for Uima C++ service to report init status...
> deployCppService.cpp91 Start receiving messages
>
> Startinging GetMetaData instance
>
> Starting Annotator instance 0
>
> deployCppService.cpp UIMA C++ Service MeetingAnnotator at
> tcp://localhost:61616 Ready to process...
>
> Uima C++ service at MeetingAnnotator Ready to process...
> UIMA AS Service Initialization Complete
> Completed 8 documents; 17165 characters
> Time Elapsed : 6262 ms
> 0 8 apr_socket_recv command=SHUTDOWN
>
> deployCppService.cpp Shutdown started.
>
> Stopping GetMetaData instance
>
> Stopping Annotator instance 0
>
> deployCppService.cpp Shutdown done.
>
> UimacppServiceManagement service reports shutdown DONE
> Error no connection
> UimacppShutdownHook sending quiesce message
> java.io.IOException: Error: no socket connection.
> at
> org.apache.uima.aae.controller.UimacppServiceManagement.
> quiesceAndStop(Uima
> cppServiceManagement.java:109)
> at
> org.apache.uima.aae.controller.UimacppServiceManagement.
> quiesceAndShutdown(
> UimacppServiceManagement.java:409)
> at
> org.apache.uima.aae.controller.UimacppShutdownHook.run(
> UimacppServiceContro
> ller.java:1105)
> UimacppShutdownHook destroy C++ process
>
>
>
>
> On 9/23/16, 11:31 AM, "Jaroslaw Cwiklik"  wrote:
>
> >David, here is another uima-as snapshot for you to test
> >
> >https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__repository.apache.org
> >_content_repositories_snapshots_org_apache_uima_
> uima-2Das_2.9.0-2DSNAPSHOT
> >_uima-2Das-2D2.9.0-2D20160923.152659-2D5.tar.gz&
> d=DQIFaQ=3XrKki35ZWuh8X2
> >qbeRISQ=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM=
> tXj0BK0pkaseF8BQPk
> >gw2nEjl9UxDSq736aXsJcDJ0g=iB7ah2MjAK4kl3Ops3aKk9yYcmxk19
> IcBDuWHgkGN5U=
> >
> >
> >I have not tested the fix. All I did was to modify quiesceAndStop() and
> >terminate() to catch SocketException and log a message. This code no
> >longer dumps a stack trace nor re-throws an exception.
> >
> >Let me know if this addresses the problem and I will close the JIRA
> >
> >-jerry
> >
> >On Fri, Sep 23, 2016 at 10:24 AM, Jaroslaw Cwiklik 
> >wrote:
> >
> >> David, so there is progress. :)
> >>
> >> I am not familiar with UimacppServiceController code but a quick glance
> >>at
> >> the source
> >> suggests that this code communicates with a C++ process via a socket:
> >>
> >>
> >>  if (socket != null) {
> >> // System.out.println("UimacppServiceManagement::quiesceAndStop()
> >> // Sending QUIESCEANDSTOP");
> >> writer.write("QUIESCEANDSTOP");
> >> writer.flush();
> >> BufferedReader in = new BufferedReader(new InputStreamReader(socket.
> >> getInputStream()));
> >>
> >> It tells the C++ to quiesce and exit which apparently it does very
> >> quickly. It looks like
> >>
> >> writer.write("QUIESCEANDSTOP");
> >>
> >> succeeded, but the code fails here
> >>
> >> BufferedReader in = new BufferedReader(new InputStreamReader(socket.
> >> getInputStream()));
> >> which means that the C++ socket is dead (process exited)
> >>
> >> It seems that the code should tolerate such condition and not "scream"
> >> Exception :)
> >>
> >> I think a try catch should be added around this code and on
> >> 

Re: NullPointerException when RunRemoteAsyncAE tries to unload (UIMA AS and UIMA C++)

2016-09-23 Thread David Fox
That’s odd… now I get

java.io.IOException: Error: no socket connection.
at 
org.apache.uima.aae.controller.UimacppServiceManagement.quiesceAndStop(Uima
cppServiceManagement.java:109)
at 
org.apache.uima.aae.controller.UimacppServiceManagement.quiesceAndShutdown(
UimacppServiceManagement.java:409)
at 
org.apache.uima.aae.controller.UimacppShutdownHook.run(UimacppServiceContro
ller.java:1105)
UimacppShutdownHook destroy C++ process

I can’t tell for sure, because the source code in trunk doesn’t match this
latest snapshot, but it looks as if I’m now hitting the else clause from
the if statement containing the code which was generating the previous
exception.  Full output below:


Attempting to deploy descriptors/Deploy_MeetingAnnotator.xml ...
Waiting for Uima C++ service to connect...
Waiting for Uima C++ service to connect...
Waiting for Uima C++ service to report init status...
deployCppService.cpp91 Start receiving messages

Startinging GetMetaData instance

Starting Annotator instance 0

deployCppService.cpp UIMA C++ Service MeetingAnnotator at
tcp://localhost:61616 Ready to process...

Uima C++ service at MeetingAnnotator Ready to process...
UIMA AS Service Initialization Complete
Completed 8 documents; 17165 characters
Time Elapsed : 6262 ms
0 8 apr_socket_recv command=SHUTDOWN

deployCppService.cpp Shutdown started.

Stopping GetMetaData instance

Stopping Annotator instance 0

deployCppService.cpp Shutdown done.

UimacppServiceManagement service reports shutdown DONE
Error no connection
UimacppShutdownHook sending quiesce message
java.io.IOException: Error: no socket connection.
at 
org.apache.uima.aae.controller.UimacppServiceManagement.quiesceAndStop(Uima
cppServiceManagement.java:109)
at 
org.apache.uima.aae.controller.UimacppServiceManagement.quiesceAndShutdown(
UimacppServiceManagement.java:409)
at 
org.apache.uima.aae.controller.UimacppShutdownHook.run(UimacppServiceContro
ller.java:1105)
UimacppShutdownHook destroy C++ process




On 9/23/16, 11:31 AM, "Jaroslaw Cwiklik"  wrote:

>David, here is another uima-as snapshot for you to test
>
>https://urldefense.proofpoint.com/v2/url?u=https-3A__repository.apache.org
>_content_repositories_snapshots_org_apache_uima_uima-2Das_2.9.0-2DSNAPSHOT
>_uima-2Das-2D2.9.0-2D20160923.152659-2D5.tar.gz=DQIFaQ=3XrKki35ZWuh8X2
>qbeRISQ=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM=tXj0BK0pkaseF8BQPk
>gw2nEjl9UxDSq736aXsJcDJ0g=iB7ah2MjAK4kl3Ops3aKk9yYcmxk19IcBDuWHgkGN5U=
> 
>
>I have not tested the fix. All I did was to modify quiesceAndStop() and
>terminate() to catch SocketException and log a message. This code no
>longer dumps a stack trace nor re-throws an exception.
>
>Let me know if this addresses the problem and I will close the JIRA
>
>-jerry
>
>On Fri, Sep 23, 2016 at 10:24 AM, Jaroslaw Cwiklik 
>wrote:
>
>> David, so there is progress. :)
>>
>> I am not familiar with UimacppServiceController code but a quick glance
>>at
>> the source
>> suggests that this code communicates with a C++ process via a socket:
>>
>>
>>  if (socket != null) {
>> // System.out.println("UimacppServiceManagement::quiesceAndStop()
>> // Sending QUIESCEANDSTOP");
>> writer.write("QUIESCEANDSTOP");
>> writer.flush();
>> BufferedReader in = new BufferedReader(new InputStreamReader(socket.
>> getInputStream()));
>>
>> It tells the C++ to quiesce and exit which apparently it does very
>> quickly. It looks like
>>
>> writer.write("QUIESCEANDSTOP");
>>
>> succeeded, but the code fails here
>>
>> BufferedReader in = new BufferedReader(new InputStreamReader(socket.
>> getInputStream()));
>> which means that the C++ socket is dead (process exited)
>>
>> It seems that the code should tolerate such condition and not "scream"
>> Exception :)
>>
>> I think a try catch should be added around this code and on
>> SocketException we should just log some informative
>> message like "Remote process socket closed - It may have terminated" or
>> something similar to that.
>>
>> So this does not seem like a critical error although this should be
>> cleaned up.
>>
>> -jerry
>>
>> On Fri, Sep 23, 2016 at 9:41 AM, David Fox 
>>wrote:
>>
>>> I was able to install that, and I’m not getting the
>>>NullPointerException.
>>> The example annotator still runs successfully, but now I get
>>> 
>>> ---
>>>
>>> Attempting to deploy descriptors/Deploy_MeetingAnnotator.xml ...
>>> Waiting for Uima C++ service to connect...
>>> Waiting for Uima C++ service to connect...
>>> Waiting for Uima C++ service to report init status...
>>> deployCppService.cpp91 Start receiving messages
>>>
>>> Startinging GetMetaData instance
>>>
>>> Starting Annotator instance 0
>>>
>>> deployCppService.cpp UIMA C++ Service MeetingAnnotator at
>>> tcp://localhost:61616 Ready to process...
>>>
>>> Uima C++ service at MeetingAnnotator Ready to process...
>>> UIMA AS Service 

Re: NullPointerException when RunRemoteAsyncAE tries to unload (UIMA AS and UIMA C++)

2016-09-23 Thread Jaroslaw Cwiklik
David, so there is progress. :)

I am not familiar with UimacppServiceController code but a quick glance at
the source
suggests that this code communicates with a C++ process via a socket:


 if (socket != null) {
// System.out.println("UimacppServiceManagement::quiesceAndStop()
// Sending QUIESCEANDSTOP");
writer.write("QUIESCEANDSTOP");
writer.flush();
BufferedReader in = new BufferedReader(new
InputStreamReader(socket.getInputStream()));

It tells the C++ to quiesce and exit which apparently it does very quickly.
It looks like

writer.write("QUIESCEANDSTOP");

succeeded, but the code fails here

BufferedReader in = new BufferedReader(new
InputStreamReader(socket.getInputStream()));
which means that the C++ socket is dead (process exited)

It seems that the code should tolerate such condition and not "scream"
Exception :)

I think a try catch should be added around this code and on SocketException
we should just log some informative
message like "Remote process socket closed - It may have terminated" or
something similar to that.

So this does not seem like a critical error although this should be cleaned
up.

-jerry

On Fri, Sep 23, 2016 at 9:41 AM, David Fox  wrote:

> I was able to install that, and I’m not getting the NullPointerException.
> The example annotator still runs successfully, but now I get
> 
> ---
>
> Attempting to deploy descriptors/Deploy_MeetingAnnotator.xml ...
> Waiting for Uima C++ service to connect...
> Waiting for Uima C++ service to connect...
> Waiting for Uima C++ service to report init status...
> deployCppService.cpp91 Start receiving messages
>
> Startinging GetMetaData instance
>
> Starting Annotator instance 0
>
> deployCppService.cpp UIMA C++ Service MeetingAnnotator at
> tcp://localhost:61616 Ready to process...
>
> Uima C++ service at MeetingAnnotator Ready to process...
> UIMA AS Service Initialization Complete
> Completed 8 documents; 17165 characters
> Time Elapsed : 3705 ms
> 0 8 apr_socket_recv command=SHUTDOWN
>
> deployCppService.cpp Shutdown started.
>
> Stopping GetMetaData instance
>
> Stopping Annotator instance 0
>
> deployCppService.cpp Shutdown done.
>
> UimacppServiceManagement service reports shutdown DONE
> UimacppShutdownHook sending quiesce message
> java.net.SocketException: Socket is closed
> at java.net.Socket.getInputStream(Socket.java:903)
> at
> org.apache.uima.aae.controller.UimacppServiceManagement.
> quiesceAndStop(Uima
> cppServiceManagement.java:88)
> at
> org.apache.uima.aae.controller.UimacppServiceManagement.
> quiesceAndShutdown(
> UimacppServiceManagement.java:397)
> at
> org.apache.uima.aae.controller.UimacppShutdownHook.run(
> UimacppServiceContro
> ller.java:1105)
> UimacppShutdownHook destroy C++ process
>
> ―
>
> I’ve attached the uima.log
>
> On 9/22/16, 3:54 PM, "Jaroslaw Cwiklik"  wrote:
>
> >David, I've deployed uima-as 2.9.0-SNAPSHOT here:
> >
> >https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__repository.apache.org
> >_content_repositories_snapshots_org_apache_uima_
> uima-2Das_2.9.0-2DSNAPSHOT
> >_=DQIFaQ=3XrKki35ZWuh8X2qbeRISQ=BYS7q6K6Famz8NiMJzvOgYA-
> WQSvBt9z6TEb
> >aT3nnNM=NnQy2jfAk4Dyg-uijgdjHHbg6pxfdvwDkCn3166fVc8&
> s=y7GSTfzyEzhkYgFGy1
> >vLLmDJ82il_hzMP7Y4LQjuBPg=
> >
> >there is a binary tarball (tar.gz) in there.
> >
> >This is a trunk level uima-as code for the upcoming 2.9.0 uima-as release.
> >It has not been thoroughly
> >tested or vetted yet.  It has some fixes and improvements since 2.8.1. It
> >includes a new AMQ broker
> >version 5.14.0. It also has a fix for the problem you've reported.
> >
> >-jerry
> >
> >
> >On Thu, Sep 22, 2016 at 3:15 PM, Jaroslaw Cwiklik 
> >wrote:
> >
> >> Another possibility is to deploy a snapshot in a public maven repo.
> >> Hopefully you can get the binary tarball
> >> onto your machines somehow. I will to do that know and let you know
> >>where
> >> to get this.
> >>
> >> -jerry
> >>
> >> On Thu, Sep 22, 2016 at 3:01 PM, David Fox 
> >>wrote:
> >>
> >>> Building from svn on our linux machines is a bit tricky, because they
> >>>are
> >>> cut off from the internet by a firewall, and maven install wants
> >>>internet
> >>> access to download dependencies.  It looks like there are workarounds
> >>>for
> >>> that
> >>>
> >>>(https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__stackoverflow.com_q
> >>>uestions_7233328_how-2Ddo-2Di-2Dconfigu=DQIFaQ=
> 3XrKki35ZWuh8X2qbeRIS
> >>>Q=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM=
> NnQy2jfAk4Dyg-uijgdjHH
> >>>bg6pxfdvwDkCn3166fVc8=sk4NjHKmY1SCj4WAEH0A59C50xulbEthh1b5K5egbv0=
> >>> re-maven-for-of
> >>> fline-development
> >>>
> >>> 3A__stackoverflow.com_q
> >>>uestions_7233328_how-2Ddo-2Di-2Dconfigure-2Dmaven-2Dfor-
> 2Doffline-2Ddeve
> 

Re: NullPointerException when RunRemoteAsyncAE tries to unload (UIMA AS and UIMA C++)

2016-09-23 Thread David Fox
I was able to install that, and I’m not getting the NullPointerException.
The example annotator still runs successfully, but now I get
---

Attempting to deploy descriptors/Deploy_MeetingAnnotator.xml ...
Waiting for Uima C++ service to connect...
Waiting for Uima C++ service to connect...
Waiting for Uima C++ service to report init status...
deployCppService.cpp91 Start receiving messages

Startinging GetMetaData instance

Starting Annotator instance 0

deployCppService.cpp UIMA C++ Service MeetingAnnotator at
tcp://localhost:61616 Ready to process...

Uima C++ service at MeetingAnnotator Ready to process...
UIMA AS Service Initialization Complete
Completed 8 documents; 17165 characters
Time Elapsed : 3705 ms
0 8 apr_socket_recv command=SHUTDOWN

deployCppService.cpp Shutdown started.

Stopping GetMetaData instance

Stopping Annotator instance 0

deployCppService.cpp Shutdown done.

UimacppServiceManagement service reports shutdown DONE
UimacppShutdownHook sending quiesce message
java.net.SocketException: Socket is closed
at java.net.Socket.getInputStream(Socket.java:903)
at 
org.apache.uima.aae.controller.UimacppServiceManagement.quiesceAndStop(Uima
cppServiceManagement.java:88)
at 
org.apache.uima.aae.controller.UimacppServiceManagement.quiesceAndShutdown(
UimacppServiceManagement.java:397)
at 
org.apache.uima.aae.controller.UimacppShutdownHook.run(UimacppServiceContro
ller.java:1105)
UimacppShutdownHook destroy C++ process

―

I’ve attached the uima.log

On 9/22/16, 3:54 PM, "Jaroslaw Cwiklik"  wrote:

>David, I've deployed uima-as 2.9.0-SNAPSHOT here:
>
>https://urldefense.proofpoint.com/v2/url?u=https-3A__repository.apache.org
>_content_repositories_snapshots_org_apache_uima_uima-2Das_2.9.0-2DSNAPSHOT
>_=DQIFaQ=3XrKki35ZWuh8X2qbeRISQ=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEb
>aT3nnNM=NnQy2jfAk4Dyg-uijgdjHHbg6pxfdvwDkCn3166fVc8=y7GSTfzyEzhkYgFGy1
>vLLmDJ82il_hzMP7Y4LQjuBPg=
>
>there is a binary tarball (tar.gz) in there.
>
>This is a trunk level uima-as code for the upcoming 2.9.0 uima-as release.
>It has not been thoroughly
>tested or vetted yet.  It has some fixes and improvements since 2.8.1. It
>includes a new AMQ broker
>version 5.14.0. It also has a fix for the problem you've reported.
>
>-jerry
>
>
>On Thu, Sep 22, 2016 at 3:15 PM, Jaroslaw Cwiklik 
>wrote:
>
>> Another possibility is to deploy a snapshot in a public maven repo.
>> Hopefully you can get the binary tarball
>> onto your machines somehow. I will to do that know and let you know
>>where
>> to get this.
>>
>> -jerry
>>
>> On Thu, Sep 22, 2016 at 3:01 PM, David Fox 
>>wrote:
>>
>>> Building from svn on our linux machines is a bit tricky, because they
>>>are
>>> cut off from the internet by a firewall, and maven install wants
>>>internet
>>> access to download dependencies.  It looks like there are workarounds
>>>for
>>> that
>>> 
>>>(https://urldefense.proofpoint.com/v2/url?u=http-3A__stackoverflow.com_q
>>>uestions_7233328_how-2Ddo-2Di-2Dconfigu=DQIFaQ=3XrKki35ZWuh8X2qbeRIS
>>>Q=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM=NnQy2jfAk4Dyg-uijgdjHH
>>>bg6pxfdvwDkCn3166fVc8=sk4NjHKmY1SCj4WAEH0A59C50xulbEthh1b5K5egbv0=
>>> re-maven-for-of
>>> fline-development
>>> 
>>>>>uestions_7233328_how-2Ddo-2Di-2Dconfigure-2Dmaven-2Dfor-2Doffline-2Ddeve
>>>lopment=DQIFaQ=3XrKki35ZWuh8X2qbeRISQ=BYS7q6K6Famz8NiMJzvOgYA-WQSv
>>>Bt9z6TEbaT3nnNM=NnQy2jfAk4Dyg-uijgdjHHbg6pxfdvwDkCn3166fVc8=pMHCokJs
>>>jTNk_XvWxddISyww6QBt65VZmeVGKLTLK94= >
>>> suggests Artifactory), but it may take a day or two
>>> before I can get everything set up.
>>>
>>> I could build it on my dev machine (OS X), but with the binary
>>>install, I
>>> wasn’t able to get the sample UIMA C++ code to build on Mac OS X.  (My
>>> eventual plan is to get linux on my dev machine via virtual box, but
>>>that
>>> means more software to install…)
>>>
>>> So anyway, I’ll try to get this working so I can build from svn before
>>>the
>>> fix, reproduce the problem, and then update and verify the fix.
>>>
>>> Thanks,
>>> David
>>>
>>> On 9/22/16, 1:23 PM, "Jaroslaw Cwiklik"  wrote:
>>>
>>> >I think I see the bug. Do you know how to build uima-as from svn?
>>> >
>>> >https://urldefense.proofpoint.com/v2/url?u=https-3A__uima.
>>> apache.org_build
>>> >ing-2Duima.html=DQIFaQ=3XrKki35ZWuh8X2qbeRISQ=BYS7q6K
>>> 6Famz8NiMJzvOgY
>>> >A-WQSvBt9z6TEbaT3nnNM=9Hf7csP-1jIlxx_vgB3QA47yh0w3i1-
>>> XbVER8KQmhT8=Gin5
>>> >am-lATmbl6WQFmZrKwjxKa3tiL1qz1ykFh0cdWI=
>>> >
>>> >I will fix this shortly in the svn trunk. The next release of uima-as
>>> >(2.9.0) is in the
>>> >works. I will get a release candidate out hopefully next week.
>>> >
>>> >-jerry
>>> >
>>> >On Thu, Sep 22, 2016 at 12:08 PM, David Fox 
>>> >wrote:
>>> >
>>> >>