uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marshall Schor (JIRA)" <...@uima.apache.org>
Subject [jira] Updated: (UIMA-1860) ResultSpec behavior incorrect in several cases
Date Thu, 26 Aug 2010 15:23:52 GMT

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

Marshall Schor updated UIMA-1860:
---------------------------------

    Description: 
Write more test cases examining behavior regarding type/subtype inheritance for both features
and types in result specs, and language subsumption testing, using both containsType or containsFeature,
with and without intersection.

Issues found include:

* Supertype with allFeatures sets allFeatures for all subtypes.  Correct behavior: specifying
allFeatures on a type should only imply allFeatures for features that are known for that type.
 Features introduced only in subtypes should not be included.

* -Serialization/deserialization ignores languages other than x-unspecified; it should support
the full result-specification.  potential (future?) use case: sending result specs to remote
delegates.- This was due to a misinterpretation of a javadoc comment.  The getResultTypesAndFeatures()
(with no arguments) previously was defined to skip any language tests when retreiving the
types and features.  This is quite different from filtering only those with language x-unspecified.
 Make sure any rework keeps this behavior.  That being said, the extracted types and features
are missing any language information.

* Assume a feature F introduced in a supertype T.  A result spec T:F should be sufficient
to return true for a test of T2:F, where T2 is a subtype ot T (currently returns false).

  was:
Write more test cases examining behavior regarding type/subtype inheritance for both features
and types in result specs, and language subsumption testing, using both containsType or containsFeature,
with and without intersection.

Issues found include:

* Supertype with allFeatures sets allFeatures for all subtypes.  Correct behavior: specifying
allFeatures on a type should only imply allFeatures for features that are known for that type.
 Features introduced only in subtypes should not be included.

* Serialization/deserialization ignores languages other than x-unspecified; it should support
the full result-specification.  potential (future?) use case: sending result specs to remote
delegates.

* Assume a feature F introduced in a supertype T.  A result spec T:F should be sufficient
to return true for a test of T2:F, where T2 is a subtype ot T (currently returns false).


> ResultSpec behavior incorrect in several cases
> ----------------------------------------------
>
>                 Key: UIMA-1860
>                 URL: https://issues.apache.org/jira/browse/UIMA-1860
>             Project: UIMA
>          Issue Type: Bug
>          Components: Core Java Framework
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 2.3.1
>
>
> Write more test cases examining behavior regarding type/subtype inheritance for both
features and types in result specs, and language subsumption testing, using both containsType
or containsFeature, with and without intersection.
> Issues found include:
> * Supertype with allFeatures sets allFeatures for all subtypes.  Correct behavior: specifying
allFeatures on a type should only imply allFeatures for features that are known for that type.
 Features introduced only in subtypes should not be included.
> * -Serialization/deserialization ignores languages other than x-unspecified; it should
support the full result-specification.  potential (future?) use case: sending result specs
to remote delegates.- This was due to a misinterpretation of a javadoc comment.  The getResultTypesAndFeatures()
(with no arguments) previously was defined to skip any language tests when retreiving the
types and features.  This is quite different from filtering only those with language x-unspecified.
 Make sure any rework keeps this behavior.  That being said, the extracted types and features
are missing any language information.
> * Assume a feature F introduced in a supertype T.  A result spec T:F should be sufficient
to return true for a test of T2:F, where T2 is a subtype ot T (currently returns false).

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


Mime
View raw message