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 <uim...@gmail.com> 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 <david....@humedica.com> 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" <uim...@gmail.com> 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&c=
>> 3XrKki35ZWuh8X2
>> >qbeRISQ&r=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM&m=tXj
>> 0BK0pkaseF8BQPk
>> >gw2nEjl9UxDSq736aXsJcDJ0g&s=iB7ah2MjAK4kl3Ops3aKk9yYcmxk19I
>> cBDuWHgkGN5U&e=
>> >
>> >
>> >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 <uim...@gmail.com>
>> >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 <david....@humedica.com>
>> >>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.quie
>> >>> sceAndStop(Uima
>> >>> cppServiceManagement.java:88)
>> >>> at
>> >>> org.apache.uima.aae.controller.UimacppServiceManagement.quie
>> >>> sceAndShutdown(
>> >>> UimacppServiceManagement.java:397)
>> >>> at
>> >>> org.apache.uima.aae.controller.UimacppShutdownHook.run(Uimac
>> >>> ppServiceContro
>> >>> ller.java:1105)
>> >>> UimacppShutdownHook destroy C++ process
>> >>>
>> >>> ―――――
>> >>>
>> >>> I’ve attached the uima.log
>> >>>
>> >>> On 9/22/16, 3:54 PM, "Jaroslaw Cwiklik" <uim...@gmail.com> 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
>> >>> >_&d=DQIFaQ&c=3XrKki35ZWuh8X2qbeRISQ&r=BYS7q6K6Famz8NiMJzvOg
>> >>> YA-WQSvBt9z6TEb
>> >>> >aT3nnNM&m=NnQy2jfAk4Dyg-uijgdjHHbg6pxfdvwDkCn3166fVc8&s=
>> >>> y7GSTfzyEzhkYgFGy1
>> >>> >vLLmDJ82il_hzMP7Y4LQjuBPg&e=
>> >>> >
>> >>> >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 <uim...@gmail.com>
>> >>> >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 <david....@humedica.com
>> >
>> >>> >>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&d=DQIFaQ&c=3XrKki
>> >>> 35ZWuh8X2qbeRIS
>> >>> >>>Q&r=BYS7q6K6Famz8NiMJzvOgYA-WQSvBt9z6TEbaT3nnNM&m=NnQy2jf
>> >>> Ak4Dyg-uijgdjHH
>> >>>
>> >>>>>>bg6pxfdvwDkCn3166fVc8&s=sk4NjHKmY1SCj4WAEH0A59C50xulbE
>> thh1b5K5egbv0&e
>> >>>>>>=
>> >>> >>> re-maven-for-of
>> >>> >>> fline-development
>> >>> >>>
>> >>> >>><https://urldefense.proofpoint.com/v2/url?u=http-3A__>>
>> >>>stackoverflow.com_q
>> >>> >>>uestions_7233328_how-2Ddo-2Di-2Dconfigure-2Dmaven-2Dfor-2
>> >>> Doffline-2Ddeve
>> >>> >>>lopment&d=DQIFaQ&c=3XrKki35ZWuh8X2qbeRISQ&r=BYS7q6K6Famz8
>> >>> NiMJzvOgYA-WQSv
>> >>> >>>Bt9z6TEbaT3nnNM&m=NnQy2jfAk4Dyg-uijgdjHHbg6pxfdvwDkCn3166
>> >>> fVc8&s=pMHCokJs
>> >>> >>>jTNk_XvWxddISyww6QBt65VZmeVGKLTLK94&e= >
>> >>> >>> 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" <uim...@gmail.com> 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&d=DQIFaQ&c=3XrKki35ZWuh8X2qbeRISQ&r=BYS7q6K
>> >>> >>> 6Famz8NiMJzvOgY
>> >>> >>> >A-WQSvBt9z6TEbaT3nnNM&m=9Hf7csP-1jIlxx_vgB3QA47yh0w3i1-
>> >>> >>> XbVER8KQmhT8&s=Gin5
>> >>> >>> >am-lATmbl6WQFmZrKwjxKa3tiL1qz1ykFh0cdWI&e=
>> >>> >>> >
>> >>> >>> >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
>> >>><david....@humedica.com>
>> >>> >>> >wrote:
>> >>> >>> >
>> >>> >>> >> Thanks for the quick response
>> >>> >>> >>
>> >>> >>> >> Yes, it occurs every time, at the same line in RunRemoteAsyncAE
>> >>>and
>> >>> >>> >> org.apache.uima.adapter.jms.client.BaseUIMAAsynchronousEngine_
>> >>> >>> >> impl.undeploy(BaseUIMAAsynchronousEngine_impl.java:964)
>> >>> >>> >>
>> >>> >>> >>
>> >>> >>> >>
>> >>> >>> >>
>> >>> >>> >>
>> >>> >>> >> On 9/22/16, 11:15 AM, "Jaroslaw Cwiklik" <uim...@gmail.com>
>> >>>wrote:
>> >>> >>> >>
>> >>> >>> >> >This warning
>> >>> >>> >> >
>> >>> >>> >> >WARN Transport - Transport Connection
>> to:
>> >>> >>>tcp://
>> >>> >>> >> >127.0.0.1:56261 failed: java.io.EOFException
>> >>> >>> >> >
>> >>> >>> >> >is from brokers log or console I suspect. It just means that
>> >>>the
>> >>> >>> broker
>> >>> >>> >> >lost a connection to a client. Looks like the client
>> >>> >>> >> >went away without closing a connection. This is probably a
>> >>> >>>side-effect
>> >>> >>> >>of
>> >>> >>> >> >NPE.
>> >>> >>> >> >
>> >>> >>> >> >Is the NPE repeatable? Does it happen each time you run this
>> >>>test?
>> >>> >>> >>Looking
>> >>> >>> >> >for a hint if there is a race
>> >>> >>> >> >condition in the UIMA-AS code.
>> >>> >>> >> >
>> >>> >>> >> >
>> >>> >>> >> >
>> >>> >>> >> >On Thu, Sep 22, 2016 at 10:54 AM, David Fox
>> >>> >>><david....@humedica.com>
>> >>> >>> >> >wrote:
>> >>> >>> >> >
>> >>> >>> >> >> I¹m using the UIMA C++ framework 2.4.0 (32-bit) on linux
>> >>>(CentOS
>> >>> >>> >>6.5),
>> >>> >>> >> >>and
>> >>> >>> >> >> following the instructions
>> >>> >>> >> >>https://urldefense.proofpoint.com/v2/url?u=https-
>> >>> >>> >> 3A__uima.apache.org_d_&d
>> >>> >>> >> >>=DQIFaQ&c=3XrKki35ZWuh8X2qbeRISQ&r=BYS7q6K6Famz8NiMJzvOgYA-
>> >>> >>> >> WQSvBt9z6TEbaT
>> >>> >>> >> >>3nnNM&m=dFZSJENJkyCDLeCQuBn89fBrTrsdKh4RIWwwPV7r0o8&s=
>> >>> CaIoLZ_7Je-
>> >>> >>> >> TYsr0ZIP
>> >>> >>> >> >>xs98mHRestzC4RtgVSp7kJaY&e=
>> >>> >>> >> >> uimacpp-2.4.0/docs/overview_and_setup.html. I¹ve
>> >>>successfully
>> >>> >>> built
>> >>> >>> >> >> DaveDetector and run it with the standalone C++ pipeline
>> >>> >>>(runAECpp)
>> >>> >>> >>and
>> >>> >>> >> >> within a Java pipeline via JNI. I¹ve now installed UIMA AS
>> >>> >>>2.8.1 so
>> >>> >>> >>I
>> >>> >>> >> >>can
>> >>> >>> >> >> follow the instructions under 2.3 Testing Interoperability
>> >>>with
>> >>> >>>UIMA
>> >>> >>> >>AS
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >> cd $UIMACPP_HOME/examples/tutorial
>> >>> >>> >> >> runRemoteAsyncAE.sh tcp://localhost:61616 MeetingAnnotator \
>> >>> >>> >> >> -d descriptors/Deploy_MeetingAnnotator.xml
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >> I get a NullPointerException and a transport warning about a
>> >>> >>> >> >> java.io.EOFException
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >> runRemoteAsyncAE.sh tcp://localhost:61616 MeetingAnnotator
>> -d
>> >>> >>> >> >> descriptors/Deploy_MeetingAnnotator.xml -o `pwd`/out
>> >>> >>> >> >>
>> >>> >>> >> >> Attempting to deploy descriptors/Deploy_MeetingAnno
>> tator.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 1 documents
>> >>> >>> >> >>
>> >>> >>> >> >> Time Elapsed : 2184 ms
>> >>> >>> >> >>
>> >>> >>> >> >> java.lang.NullPointerException
>> >>> >>> >> >>
>> >>> >>> >> >> at
>> >>> >>> >> >>org.apache.uima.adapter.jms.client.BaseUIMAAsynchronousEng
>> ine_
>> >>> >>> >> >> impl.undeploy(BaseUIMAAsynchronousEngine_impl.java:964)
>> >>> >>> >> >>
>> >>> >>> >> >> at
>> >>> >>> >> >>org.apache.uima.adapter.jms.client.BaseUIMAAsynchronousEng
>> ine_
>> >>> >>> >> >> impl.undeploy(BaseUIMAAsynchronousEngine_impl.java:906)
>> >>> >>> >> >>
>> >>> >>> >> >> at org.apache.uima.examples.as.Ru
>> nRemoteAsyncAE.run(
>> >>> >>> >> >> RunRemoteAsyncAE.java:260)
>> >>> >>> >> >>
>> >>> >>> >> >> at org.apache.uima.examples.as.Ru
>> nRemoteAsyncAE.main(
>> >>> >>> >> >> RunRemoteAsyncAE.java:314)
>> >>> >>> >> >>
>> >>> >>> >> >> at
>> >>>sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>> >>> >>> >>Method)
>> >>> >>> >> >>
>> >>> >>> >> >> at sun.reflect.NativeMethodAccessorImpl.invoke(
>> >>> >>> >> >> NativeMethodAccessorImpl.java:62)
>> >>> >>> >> >>
>> >>> >>> >> >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
>> >>> >>> >> >> DelegatingMethodAccessorImpl.java:43)
>> >>> >>> >> >>
>> >>> >>> >> >> at java.lang.reflect.Method.invoke(Method.java:497)
>> >>> >>> >> >>
>> >>> >>> >> >> at org.apache.uima.bootstrap.UimaBootstrap.main(
>> >>> >>> >> >> UimaBootstrap.java:87)
>> >>> >>> >> >>
>> >>> >>> >> >> WARN Transport - Transport Connection
>> >>>to:
>> >>> >>> >>tcp://
>> >>> >>> >> >> 127.0.0.1:56221 failed: java.io.EOFException
>> >>> >>> >> >>
>> >>> >>> >> >> I'm
>> >>> >>> >> >> I can also run with a collection reader:
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >> runRemoteAsyncAE.sh tcp://localhost:61616 MeetingAnnotator
>> -d
>> >>> >>> >> >> descriptors/Deploy_MeetingAnnotator.xml -o `pwd`/out -c
>> >>> >>> >> >> /misc/NLP/dfox/scratch/uima/apache-uima-as-2.8.1/examples/
>> >>> >>> >> >> descriptors/collection_reader/
>> FileSystemCollectionReader.min
>> >>> e.xml
>> >>> >>> >> >>
>> >>> >>> >> >> (where the modified collection reader points to
>> >>> >>> >> >>$UIMA_HOME/examples/data)
>> >>> >>> >> >> in which case I get ³Completed 8 documents², and xmi output
>> >>>for
>> >>> >>>each
>> >>> >>> >>in
>> >>> >>> >> >>the
>> >>> >>> >> >> out/ directory, but still get the same exception and
>> warning.
>> >>> >>>Based
>> >>> >>> >>on
>> >>> >>> >> >> that (plus looking at the RunRemoteAsyncAE java source), it
>> >>> looks
>> >>> >>> >>like
>> >>> >>> >> >>my
>> >>> >>> >> >> analysis engine is running fine, but then hitting some
>> >>>problem
>> >>> >>>when
>> >>> >>> >> >> RunRemoteAsyncAE tries to undeploy the C++ annotator.
>> >>> >>> >> >>
>> >>> >>> >> >> I¹m trying to figure out if this is something I should worry
>> >>> >>>about
>> >>> >>> >> >> (especially if it reflects a problem with running UIMA C++
>> >>>2.4
>> >>> >>>and
>> >>> >>> >>UIMA
>> >>> >>> >> >>AS
>> >>> >>> >> >> 2.8.1), or if it is normal or harmless.
>> >>> >>> >> >>
>> >>> >>> >> >> When I run the similar test with one of the Java-only UIMA
>> AS
>> >>> >>> >>samples:
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >> runRemoteAsyncAE.sh tcp://localhost:61616
>> >>> >>>MeetingDetectorTaeQueue -d
>> >>> >>> >> >> deploy/as/Deploy_MeetingDetectorTAE.xml -c
>> >>> >>> >> >>descriptors/collection_reader/
>> >>> >>> >> >> FileSystemCollectionReader.mine.xml
>> >>> >>> >> >>
>> >>> >>> >> >> I still get the transport warning
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >> WARN Transport - Transport Connection
>> >>>to:
>> >>> >>> >>tcp://
>> >>> >>> >> >> 127.0.0.1:56261 failed: java.io.EOFException
>> >>> >>> >> >>
>> >>> >>> >> >> but not the NullPointerException
>> >>> >>> >> >>
>> >>> >>> >> >> Thanks,
>> >>> >>> >> >> David
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >> >>
>> >>> >>> >>
>> >>> >>> >>
>> >>> >>>
>> >>> >>>
>> >>> >>
>> >>>
>> >>>
>> >>
>>
>>
>
