You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Marshall Schor (JIRA)" <de...@uima.apache.org> on 2010/08/19 16:40:18 UTC
[jira] Created: (UIMA-1860) ResultSpec behavior incorrect in
several cases
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 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).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (UIMA-1860) ResultSpec behavior incorrect in several
cases
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-1860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor closed UIMA-1860.
--------------------------------
Resolution: Fixed
Tests updated to include new corner cases. Backwards compatibility preserved. All tests run for core, sandbox, and uima-as.
> 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).
> * The corner case where a result spec has type T with "allFeats" but type T and/or feature T:F doesn't exist in the type system - containsType("T") or containsFeature("T:F") should return true. Needed for backwards compatibility.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (UIMA-1860) ResultSpec behavior incorrect in
several cases
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ 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).
* The corner case where a result spec has type T with "allFeats" but type T and/or feature T:F doesn't exist in the type system - containsType("T") or containsFeature("T:F") should return true. Needed for backwards compatibility.
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.- 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).
> 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).
> * The corner case where a result spec has type T with "allFeats" but type T and/or feature T:F doesn't exist in the type system - containsType("T") or containsFeature("T:F") should return true. Needed for backwards compatibility.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (UIMA-1860) ResultSpec behavior incorrect in
several cases
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ 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.
* 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 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.
> * 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.
[jira] Updated: (UIMA-1860) ResultSpec behavior incorrect in
several cases
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ 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.
[jira] Updated: (UIMA-1860) ResultSpec behavior incorrect in
several cases
Posted by "Marshall Schor (JIRA)" <de...@uima.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-1860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor updated UIMA-1860:
---------------------------------
Fix Version/s: 2.3.1SDK
(was: 2.3.1)
> 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.1SDK
>
>
> 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).
> * The corner case where a result spec has type T with "allFeats" but type T and/or feature T:F doesn't exist in the type system - containsType("T") or containsFeature("T:F") should return true. Needed for backwards compatibility.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.