[
https://issues.apache.org/jira/browse/UIMA-5607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor resolved UIMA-5607.
----------------------------------
Resolution: Fixed
Assignee: Marshall Schor
Fix Version/s: 3.0.0SDK-beta
This turned out to hinge on a complex class initialization sequence. The
initialization code around type system commit depended on having the static
initializers at some point run in a context where they were called from type
system commit. When the class was loaded by being referenced (as in the test
case) before the TypeSystemImpl class was loaded, this caused the type system
impl loading to load the builtin classes, and properly set the offset value,
but then the initial static initializers continued running in a context outside
of a type system commit, and this initializer set the value back to -1.
The fix was to abandon this approach (of initializing when running the static
initializers from class loading), and instead use reflection.
The test provided by Richard now runs.
> Exception when using JCas after accessing type property of a JCas class
> -----------------------------------------------------------------------
>
> Key: UIMA-5607
> URL: https://issues.apache.org/jira/browse/UIMA-5607
> Project: UIMA
> Issue Type: Bug
> Components: Core Java Framework
> Affects Versions: 3.0.0SDK-beta
> Reporter: Richard Eckart de Castilho
> Assignee: Marshall Schor
> Fix For: 3.0.0SDK-beta
>
> Attachments: XReaderTest.java
>
>
> The scenario described in UIMA-5554 still causes problems.
> {noformat}
> java.lang.ArrayIndexOutOfBoundsException: -1
> at
> org.apache.uima.cas.impl.FeatureStructureImplC._setRefValueCommon(FeatureStructureImplC.java:1609)
> at
> org.apache.uima.jcas.cas.AnnotationBase.<init>(AnnotationBase.java:96)
> at org.apache.uima.jcas.tcas.Annotation.<init>(Annotation.java:78)
> at org.apache.uima.fit.type.Token.<init>(Token.java:83)
> at org.apache.uima.fit.XReaderTest$XReader.getNext(XReaderTest.java:67)
> at org.apache.uima.fit.pipeline.JCasIterator.next(JCasIterator.java:140)
> at org.apache.uima.fit.pipeline.JCasIterator.next(JCasIterator.java:1)
> at org.apache.uima.fit.XReaderTest.wwwReaderTest(XReaderTest.java:47)
> 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:498)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
