headers
Bhavani Iyer (JIRA | 1 Apr 04:34
Picon
Favicon

[jira] Updated: (UIMA-948) cleanup warnings generated by deployCppService build


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

Bhavani Iyer updated UIMA-948:
------------------------------

    Attachment: UIMA-948.patch

> cleanup warnings generated by deployCppService build 
> -----------------------------------------------------
>
>                 Key: UIMA-948
>                 URL: https://issues.apache.org/jira/browse/UIMA-948
>             Project: UIMA
>          Issue Type: Bug
>          Components: C++ Framework
>            Reporter: Bhavani Iyer
>         Attachments: UIMA-948.patch
>
>
> cleanup warnings generated by deployCppService build 

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Permalink | Reply | 0 comments |
headers
Jörn Kottmann | 1 Apr 12:09
Picon

Re: CasEditor-2.2.2-04 is ready

> do you have finished the testing?

Yes, testing is finished and the test plan is updated.

Jörn
Permalink | Reply | 1 comment |
headers
Michael Baessler | 1 Apr 12:52
Picon

Re: CasEditor-2.2.2-04 is ready

Jörn Kottmann wrote:
>> do you have finished the testing?
> 
> Yes, testing is finished and the test plan is updated.
> 
> Jörn

Great! Thanks so much.

-- Michael
Permalink | Reply | 0 comments |
headers
Eddie Epstein (JIRA | 1 Apr 15:22
Picon
Favicon

[jira] Closed: (UIMA-948) cleanup warnings generated by deployCppService build


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

Eddie Epstein closed UIMA-948.
------------------------------

       Resolution: Fixed
    Fix Version/s: 2.2C

> cleanup warnings generated by deployCppService build 
> -----------------------------------------------------
>
>                 Key: UIMA-948
>                 URL: https://issues.apache.org/jira/browse/UIMA-948
>             Project: UIMA
>          Issue Type: Bug
>          Components: C++ Framework
>            Reporter: Bhavani Iyer
>             Fix For: 2.2C
>
>         Attachments: UIMA-948.patch
>
>
> cleanup warnings generated by deployCppService build 

--

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Baessler | 1 Apr 17:55
Picon

Re: Release notes

Michael Baessler wrote:
> Fine with me to split up the Sandbox release into three releases.
> 
> But I'm also fine with providing one release notes file that contains
> all fixes, since we only have one Sandbox release with three artifacts.
> 
> -- Michael
> 
> 
> Marshall Schor wrote:
>> The mechanism in Jira to generate release notes is to select them by
>> "release-name".  We currently have 3 release names for 2.2.2:
>>
>> 2.2.2
>> 2.2.2S  (for the sandbox)
>> 2.2C (for C++)
>>
>> How shall we manage the 2.2.2 release:
>>
>> 1) use these 3 release #s
>> 2) split the sandbox, adding 2.2.2AS (for uima-as), 2.2.2CE (for the Cas
>> Editor), 2.2.2AN (for annotators + simple server)
>>
>> Or something else?
>>
>> (Note: it appears possible to assign an issue to more than one "Fix
>> version").
>>
>> Currently, the UIMA-AS has a uima-as-distr project, which has
>> RELEASE_NOTES file which is supposed to contain the UIMA-AS issues.   It
(Continue reading)

Permalink | Reply | 4 comments |
headers
Marshall Schor (JIRA | 1 Apr 21:30
Picon
Favicon

[jira] Closed: (UIMA-919) UIMA AS client hangs when the last CAS sent in the process() method times out


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

Marshall Schor closed UIMA-919.
-------------------------------

       Resolution: Fixed
    Fix Version/s: 2.2.2S
         Assignee: Jerry Cwiklik

> UIMA AS client hangs when the last CAS sent in the process() method times out
> -----------------------------------------------------------------------------
>
>                 Key: UIMA-919
>                 URL: https://issues.apache.org/jira/browse/UIMA-919
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>            Reporter: Jerry Cwiklik
>            Assignee: Jerry Cwiklik
>             Fix For: 2.2.2S
>
>
> When UIMA AS client process() method finishes sending all CASes it calls collectionProcessComplete()
which blocks on a CPC monitor until all CASes  are returned from the AS Service. If a timeout occurs on the
last CAS, the timeout handler never notifies the CPC monitor resulting in a hang. Fix the code so that the
timeout handler notifies the CPC monitor. Also, add a test case to test the scenario.
> Hold for later release
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marshall Schor (JIRA | 1 Apr 21:34
Picon
Favicon

[jira] Closed: (UIMA-937) UIMA AS service fetches a wrong Broker URL from the controller on replies


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

Marshall Schor closed UIMA-937.
-------------------------------

    Resolution: Fixed
      Assignee: Jerry Cwiklik

> UIMA AS service fetches a wrong Broker URL from the controller on replies
> -------------------------------------------------------------------------
>
>                 Key: UIMA-937
>                 URL: https://issues.apache.org/jira/browse/UIMA-937
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>            Reporter: Jerry Cwiklik
>            Assignee: Jerry Cwiklik
>             Fix For: 2.2.2S
>
>         Attachments: uimaj-as-activemq-UIMA-937-patch.txt, uimaj-as-core-UIMA-937-patch.txt
>
>
> When trying to reply to a temp queue, the JmsEndpointConnection_impl object fetches a wrong broker URL
from the controller. Temp queues are managed by the same broker as the service input queue, so that the
replies must go to a temp queue managed by the same broker.  What seems to be happening is that the
JmsEndpointConnection_impl  object fetches an Internal Broker URL instead. Replies are never sent to
the client. This problem happens when a client tunnels messages over HTTP to a remote Aggregate AS Service.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marshall Schor (JIRA | 1 Apr 21:40
Picon
Favicon

[jira] Closed: (UIMA-949) Get exceptions when have 2 CAS multipliers


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

Marshall Schor closed UIMA-949.
-------------------------------

    Resolution: Fixed
      Assignee: Jerry Cwiklik

> Get exceptions when have 2 CAS multipliers
> ------------------------------------------
>
>                 Key: UIMA-949
>                 URL: https://issues.apache.org/jira/browse/UIMA-949
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>    Affects Versions: 2.2.2S
>            Reporter: Burn Lewis
>            Assignee: Jerry Cwiklik
>             Fix For: 2.2.2S
>
>         Attachments: UIMA-949.patch, uima-as-core-UIMA-949-patch.txt
>
>
> Get either NPE or "Cas Not Found In CasManager Cache" exceptions when releasing CASes from 2nd CAS Multiplier.

--

-- 
This message is automatically generated by JIRA.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marshall Schor (JIRA | 1 Apr 21:40
Picon
Favicon

[jira] Closed: (UIMA-950) Connection times out waiting for long running remote service and temp reply queues are lost ... cannot recover


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

Marshall Schor closed UIMA-950.
-------------------------------

    Resolution: Later
      Assignee: Eddie Epstein

Caused by bug in activemq 5.0.0 - we won't be using this.

> Connection times out waiting for long running remote service and temp reply queues are lost ... cannot recover
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: UIMA-950
>                 URL: https://issues.apache.org/jira/browse/UIMA-950
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>    Affects Versions: 2.2.2S
>            Reporter: Burn Lewis
>            Assignee: Eddie Epstein
>             Fix For: 2.2.2S
>
>
> Using an aggregate client with a remote tcp service with remote temp reply queue.  After 45 secs (in one
case) get:
> 3/28/08 2:34:15 PM - 30: org.apache.activemq.ActiveMQConnection.onAsyncException: WARNING: Async
exception with no exception listener: java.io.EOFException
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marshall Schor (JIRA | 1 Apr 23:17
Picon
Favicon

[jira] Closed: (UIMA-951) Eclipse split packages not handled well - causing plugin ClassNotFound failures


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

Marshall Schor closed UIMA-951.
-------------------------------

    Resolution: Fixed

Tong Fin reports: All the plugins work for me in the following environments:
 - Windows: Eclipse 3.3.2, 3.3.1.1, 3.2.2
 - Linux: Eclipse 3.3.2, 3.2.2

> Eclipse split packages not handled well - causing plugin ClassNotFound failures
> -------------------------------------------------------------------------------
>
>                 Key: UIMA-951
>                 URL: https://issues.apache.org/jira/browse/UIMA-951
>             Project: UIMA
>          Issue Type: Bug
>          Components: Eclipse plugins
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 2.2.2S, 2.2.2
>
>
> Some eclipse packages are split across multiple bundles.  The maven-bundle-plugin, by default, will put
in a package import, which could get connected to only one of the bundles.  If that bundle doesn't have the
class, you get a classnotfound exception.  Which bundle gets wired is arbitrary - often differing based on
platform, build, etc.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane