gmane.comp.apache.uima.devel

[jira] Closed: (UIMA-1244) PDF for Tutorials and Users' Guides printing fails on page 32

Marshall Schor (JIRA — 2008-12-03T21:55:44

[ https://issues.apache.org/jira/browse/UIMA-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marshall Schor closed UIMA-1244. -------------------------------- Resolution: Fixed As part of the fix, I changed the build scripts to obtain FOP from apache - rather than trying to include jars needed in our distribution. The mechanism is the same as is used for obtaining the rest of the downloaded things (such as saxon). I also changed the default FOP version in uima-docbook-tool to 0.95, so you'll get that level unless you're overriding it in your individual projects that use the docbook tools.

[jira] Commented: (UIMA-1244) PDF for Tutorials and Users' Guides printing fails on page 32

Marshall Schor (JIRA — 2008-12-03T18:27:44

[ https://issues.apache.org/jira/browse/UIMA-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652886#action_12652886 ] Marshall Schor commented on UIMA-1244: -------------------------------------- regenerated version has now been posted to the website

[jira] Created: (UIMA-1246) Error handling for CASes generated in an aggregate needs clarification.

Eddie Epstein (JIRA — 2008-12-03T17:39:44

Error handling for CASes generated in an aggregate needs clarification. ----------------------------------------------------------------------- Key: UIMA-1246 URL: https://issues.apache.org/jira/browse/UIMA-1246 Project: UIMA Issue Type: Bug Components: Async Scaleout Reporter: Eddie Epstein Burn raised the question of error handling for CM children within a multi-threaded UIMA AS aggregate. A summary of discussion with Burn, Adam, Jerry, Marshall and Eddie is below. A child CAS is a CAS that was generated by a CasMultiplier delegate within the same aggregate. The child's parent CAS will never be returned by an aggregate until all processing of it's children is completed. A child CAS may encounter an error condition while being processed by a delegate. If the delegate error handling results in a non-recoverable error, processing of the child's parent CAS will be stopped and the error report will be returned against that paren

[jira] Created: (UIMA-1245) Processing order of parent CAS different on UIMA and UIMA AS

Eddie Epstein (JIRA — 2008-12-03T16:55:44

Processing order of parent CAS different on UIMA and UIMA AS ------------------------------------------------------------ Key: UIMA-1245 URL: https://issues.apache.org/jira/browse/UIMA-1245 Project: UIMA Issue Type: Bug Components: Async Scaleout Reporter: Eddie Epstein Arron Kaplan raised the question of when parent CASes are processed relative to their children. See http://markmail.org/message/5cop7iv2nshouhgs As of now, the processing order for a multi-threaded UIMA AS aggregate is different than that for a single-threaded UIMA aggregate. A discussion with Burn, Adam, Jerry, Marshall and myself concluded that the default processing order for UIMA AS should be changed to be the same as in UIMA, in order to have the same application behavior for both. This will be done by suspending flow of a parent CAS after it is returned from a CasMultiplier delegate until all its children CASes have finished processing. However, there a

Status page update

Thilo Goetz — 2008-12-03T10:20:17

I committed a new version of the uima.xml status file, adding Tong and Jerry as committers. Is there anything I need to do to get this published, or is it synced automatically? --Thilo

Re: Can't print PDF version of UIMA Tutorial and Developer's Guide

Thilo Goetz — 2008-12-03T09:35:52

Hi Marshall, thanks for looking into this. Marshall Schor wrote: +1 to fixing the documentation on the web site, and leaving the distribution docs for the next release. I'd like to eventually (within the next 3 months or so) get a release out that has the type system serialization fix in that I committed yesterday, but there's no rush. We have quite a few bug fixes in trunk, so we could start thinking about getting ready for another release early next year, IMO. --Thilo

[jira] Created: (UIMA-1244) PDF for Tutorials and Users' Guides printing fails on page 32

Marshall Schor (JIRA — 2008-12-02T20:34:44

PDF for Tutorials and Users' Guides printing fails on page 32 ------------------------------------------------------------- Key: UIMA-1244 URL: https://issues.apache.org/jira/browse/UIMA-1244 Project: UIMA Issue Type: Bug Components: Documentation Affects Versions: 2.2.2 Reporter: Marshall Schor Assignee: Marshall Schor Priority: Minor Fix For: 2.3 The PDF for the Tutorials and Users' Guides fails to print with Acrobat Reader 8 and 9 (may print with earlier versions - not confirmed). Generating the PDF with the lastest release of Apache FOP (0.95) seems to avoid this issue. Move the doc generation to 0.95 and check the resulting docs print OK. See discussion: http://markmail.org/message/rv236b6gxxsxrhg6

Re: Can't print PDF version of UIMA Tutorial and Developer's Guide

Marshall Schor — 2008-12-02T20:25:56

I too can't print pg 32 (that's the "printed" page number - which is actually page 38 when you select print page # in the "print" menu option), getting the error "The document could not be printed" followed by: There were no pages selected to print. Googling this I found several other people had this same issue, and it seems to be appearing in Adobe Reader 8 and 9 versions. I regenerated the document using FOP 0.95 (previously we were on version 0.93) from our current version 2.3 of the docs, and the error went away. Just to confirm, generating using FOP 0.93 from our current version 2.3 of the docs produces the failure. So - without understanding the cause of the error, it appears we can avoid it by upgrading our FOP to 0.95. I haven't done it yet, but plan to run a 0.95 build on the official 2.2.2 level - to confirm it fixes things on that level too. If it works, I'll repost the failing PDF on the web site, at least. We can't update our 2.2.2 release without doing a new incremental official release,

[jira] Created: (UIMA-1243) testFindAbsoluteUrl(org.apache.uima.resource.metadata.impl.Import_implTest) fails on windows

Thilo Goetz (JIRA — 2008-12-02T17:04:44

testFindAbsoluteUrl(org.apache.uima.resource.metadata.impl.Import_implTest) fails on windows -------------------------------------------------------------------------------------------- Key: UIMA-1243 URL: https://issues.apache.org/jira/browse/UIMA-1243 Project: UIMA Issue Type: Bug Components: Build, Packaging and Test Affects Versions: 2.2.2 Environment: Windows, Sun Java 6. Didn't test other JVMs. Reporter: Thilo Goetz Priority: Minor URL comparison fails because device is in capitals (C:) in one instance, and in lowercase (c:) in the other. Not sure how to fix this. ------------------------------------------------------------------------------- Test set: org.apache.uima.resource.metadata.impl.Import_implTest ------------------------------------------------------------------------------- Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec <<< FAILURE! testFindAbsoluteUrl(org.

[jira] Closed: (UIMA-1242) Array-valued features are written out incorrectly when serializing type system

Thilo Goetz (JIRA — 2008-12-02T16:40:44

[ https://issues.apache.org/jira/browse/UIMA-1242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thilo Goetz closed UIMA-1242. ----------------------------- Resolution: Fixed Added test case, fixed bug. Noticed bug in LowLevelTypeSystem.ll_getTypeClass(), fixed that. Also fixed long standing issue that inherited features are redundantly serialized, which makes serialized type systems very hard to read.

[jira] Created: (UIMA-1242) Array-valued features are written out incorrectly when serializing type system

Thilo Goetz (JIRA — 2008-12-02T13:40:44

Array-valued features are written out incorrectly when serializing type system ------------------------------------------------------------------------------ Key: UIMA-1242 URL: https://issues.apache.org/jira/browse/UIMA-1242 Project: UIMA Issue Type: Bug Components: Core Java Framework Affects Versions: 2.2.2 Reporter: Thilo Goetz Assignee: Thilo Goetz Fix For: 2.3 When serializing a type system that contains type with array-valued features, type declarations as below are generated: org.apache.uima.test.Test uima.tcas.Annotation sofa uima.cas.Sofa begin uima.cas.Integer end

[jira] Updated: (UIMA-1241) UIMA AS Service Should Expose Cas Pool Size for Monitioring via JMX

Jerry Cwiklik (JIRA — 2008-12-01T21:11:44

[ https://issues.apache.org/jira/browse/UIMA-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jerry Cwiklik updated UIMA-1241: -------------------------------- Attachment: uimaj-as-core-UIMA-1241-patch.txt uimaj-as-activemq-UIMA-1241-patch.txt Exposes size of the top level service Cas Pool via JMX. Updated sample listeners to show the new attribute.

[jira] Created: (UIMA-1241) UIMA AS Service Should Expose Cas Pool Size for Monitioring via JMX

Jerry Cwiklik (JIRA — 2008-12-01T16:27:44

UIMA AS Service Should Expose Cas Pool Size for Monitioring via JMX ------------------------------------------------------------------- Key: UIMA-1241 URL: https://issues.apache.org/jira/browse/UIMA-1241 Project: UIMA Issue Type: New Feature Components: Async Scaleout Reporter: Jerry Cwiklik The internal Cas Pool of the UIMA AS service needs to be exposed via JMX for monitoring. Currently, only the Cas Multiplier's Cas Pool is exposed. All Cas Pools are JMX enabled already. Modifiy JmxMonitor to query JMX Server for the Cas Pool size.

[jira] Updated: (UIMA-1231) UIMA AS Doesnt Expose to JMX Sizes of Java Queues Used For Internal Messaging

Jerry Cwiklik (JIRA — 2008-12-01T16:21:44

[ https://issues.apache.org/jira/browse/UIMA-1231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jerry Cwiklik updated UIMA-1231: -------------------------------- Attachment: uimaj-as-core-UIMA-1231-patch.txt uimaj-as-activemq-UIMA-1231-patch.txt Added JMX MBean for the internal java message queue exposing the queue size for monitoring. Updated JmxMonitor to create proxies to the internal queue MBean. Refactored run() method in the JmxMonitor to move most of the code to a separate method collectStats().

Re: Can't print PDF version of UIMA Tutorial and Developer's Guide

Tong Fin — 2008-12-01T15:08:48

I have the same problem.

Can't print PDF version of UIMA Tutorial and Developer's Guide

Thilo Goetz — 2008-12-01T12:43:39

I can't print page 32 of the developer's guide. This is on Windows with both Acrobat 8 and 9. Has anybody else seen this? --Thilo

[jira] Created: (UIMA-1240) Deployment Descriptor Editor resets CAS Pool size for aggregates when you change number of instances of a delegate

Adam Lally (JIRA — 2008-11-26T22:36:46

Deployment Descriptor Editor resets CAS Pool size for aggregates when you change number of instances of a delegate ------------------------------------------------------------------------------------------------------------------ Key: UIMA-1240 URL: https://issues.apache.org/jira/browse/UIMA-1240 Project: UIMA Issue Type: Bug Components: Async Scaleout Affects Versions: 2.3AS Reporter: Adam Lally Assignee: Tong Fin I have an async aggregate with multiple delegates. When I set the number of instances of one of the delegates (it happened to be a CAS Multiplier, but I'm not sure that matters), the DDE automatically reset the CAS Pool size of the entire aggregate to the same value! It took me quite a while to figure out that this was the reason my application started running more slowly.

[jira] Commented: (UIMA-1237) Fix "Cas Not Found In CasManager Cache" Error in the Parallel Step

Burn Lewis (JIRA — 2008-11-26T21:30:44

[ https://issues.apache.org/jira/browse/UIMA-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651151#action_12651151 ] Burn Lewis commented on UIMA-1237: ---------------------------------- Another way to do this that I think will be safe is to make the synchronized incrementHowManyDelegatesResponded() return a boolean when all have responded ... then only one thread will actually get the all-done flag.

[jira] Commented: (UIMA-1237) Fix "Cas Not Found In CasManager Cache" Error in the Parallel Step

Jerry Cwiklik (JIRA — 2008-11-26T20:56:44

[ https://issues.apache.org/jira/browse/UIMA-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651141#action_12651141 ] Jerry Cwiklik commented on UIMA-1237: ------------------------------------- Added additional fix that may cause a hang. This fix handles a a race condition when two threads are processing replies from delegates in a parallel step. There is a chance than more than one thread is allowed to call invokeProcess() with the same CAS. Also, moved cancelTimer() to the top of handleProcessResponseFromRemoteDelegate() method to cancel timer immediately. Added synchronized method that determines if the thread should call invokeProcess(). Only one thread is allowed to call this now.

[jira] Updated: (UIMA-1237) Fix "Cas Not Found In CasManager Cache" Error in the Parallel Step

Jerry Cwiklik (JIRA — 2008-11-26T20:50:44

[ https://issues.apache.org/jira/browse/UIMA-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jerry Cwiklik updated UIMA-1237: -------------------------------- Attachment: uimaj-as-core-UIMA-1237-patch-02.txt

[jira] Commented: (UIMA-1171) Initialization hangs if an Exception is thrown when initializing the flow controller AND delegates are offline

Burn Lewis (JIRA — 2008-11-26T20:48:44

[ https://issues.apache.org/jira/browse/UIMA-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651137#action_12651137 ] Burn Lewis commented on UIMA-1171: ---------------------------------- This now looks to have been fixed ... not sure how or when.