On Wed, Aug 12, 2009 at 4:12 PM, Marshall Schor wrote:
> https://issues.apache.org/jira/browse/UIMA-1356 wants to have source
> with jars used in the Eclipse plugins. After fiddling with doing that,
> I got things working up to adding to the "runtime" jars. Then I
> realized, that these jars ha
[
https://issues.apache.org/jira/browse/UIMA-1489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jörn Kottmann reopened UIMA-1489:
-
> Generify FSIndexRepository
> --
>
> Key: UIMA-1489
>
Jörn Kottmann wrote:
Jörn Kottmann wrote:
Hi,
after all the discussion we had I think thats the correct
way to generify FSIndexRepository:
interface FSIndexRepository {
FSIndex getIndex(String label);
FSIterator getAllIndexedFS(Type aType);
...
}
It generified now and also getIndexes:
Iterato
Marshall Schor wrote:
Sounds right. But we should use bounded wildcards for "arguments" where
appropriate (of course, this doesn't apply to getViewIterator, which has
no arguments). The article,
http://www.ibm.com/developerworks/java/library/j-jtp07018.html?S_TACT=105AGX02&S_CMP=EDU
has a nice
[
https://issues.apache.org/jira/browse/UIMA-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742648#action_12742648
]
Jörn Kottmann commented on UIMA-1408:
-
I looked into this issue and could not find a way
[
https://issues.apache.org/jira/browse/UIMA-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jörn Kottmann updated UIMA-1458:
Fix Version/s: 2.3
> Remove the Cas Editor from the sandbox page.
>
[
https://issues.apache.org/jira/browse/UIMA-1489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jörn Kottmann closed UIMA-1489.
---
Resolution: Fixed
> Generify FSIndexRepository
> --
>
> Key: U
Jörn Kottmann wrote:
Hi,
after all the discussion we had I think thats the correct
way to generify FSIndexRepository:
interface FSIndexRepository {
FSIndex getIndex(String label);
FSIterator getAllIndexedFS(Type aType);
...
}
It generified now and also getIndexes:
Iterator> getIndexes();
Jörn
Generify FSIndexRepository
--
Key: UIMA-1489
URL: https://issues.apache.org/jira/browse/UIMA-1489
Project: UIMA
Issue Type: Improvement
Components: Core Java Framework
Reporter: Jörn Kottmann
[
https://issues.apache.org/jira/browse/UIMA-1417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1417.
Resolution: Fixed
Fix Version/s: 2.3
Assignee: Marshall Schor
corrected documentatio
[
https://issues.apache.org/jira/browse/UIMA-1400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1400:
Assignee: Jerry Cwiklik
Jerry - can you update the status of this in preparation for 2.3.0 r
On Wed, Aug 12, 2009 at 3:08 PM, Marshall Schor wrote:
> Jörn Kottmann wrote:
>> Adam Lally wrote:
>>> On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmann
>>> wrote:
>>>
Yes, but if someone writes it intentional he would get the same
exception during class casting. That means not doing it woul
[
https://issues.apache.org/jira/browse/UIMA-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1356:
Assignee: Marshall Schor
> Add source to UIMA Eclipse plugins
>
On Wed, Aug 12, 2009 at 10:52 AM, Jörn Kottmann wrote:
> Hi,
>
> after all the discussion we had I think thats the correct
> way to generify FSIndexRepository:
>
> interface FSIndexRepository {
> FSIndex getIndex(String label);
> FSIterator getAllIndexedFS(Type aType);
> ...
> }
>
+1
-Adam
https://issues.apache.org/jira/browse/UIMA-1356 wants to have source
with jars used in the Eclipse plugins. After fiddling with doing that,
I got things working up to adding to the "runtime" jars. Then I
realized, that these jars have other jars inside them... and things were
already pretty compl
Jörn Kottmann wrote:
> Hi,
>
> after all the discussion we had I think thats the correct
> way to generify FSIndexRepository:
>
> interface FSIndexRepository {
> FSIndex getIndex(String label);
> FSIterator getAllIndexedFS(Type aType);
> ...
> }
>
+1 Marshall
> Jörn
>
>
Jörn Kottmann wrote:
> Adam Lally wrote:
>> On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmann
>> wrote:
>>
>>> Yes, but if someone writes it intentional he would get the same
>>> exception during class casting. That means not doing it would only help
>>> someone who picks the wrong type for the vari
[
https://issues.apache.org/jira/browse/UIMA-1433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jerry Cwiklik reopened UIMA-1433:
-
Cleanup global connection Map when inactivity timer on a reply queue pops
> UIMA AS service creates t
The additionalParams Map has a String key and can contains
all kinds of Objects, so the correct generification would be MapObject>.
In the uima code base I found one invocation where a Properties object was
passed as additionalParams. Properties is a Map which
will cause compile errors in user c
Generics for org.apache.uima.resoruce classes
-
Key: UIMA-1488
URL: https://issues.apache.org/jira/browse/UIMA-1488
Project: UIMA
Issue Type: Improvement
Components: Core Java Framework
Hi,
after all the discussion we had I think thats the correct
way to generify FSIndexRepository:
interface FSIndexRepository {
FSIndex getIndex(String label);
FSIterator getAllIndexedFS(Type aType);
...
}
Jörn
Adam Lally wrote:
On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmann wrote:
Yes, but if someone writes it intentional he would get the same
exception during class casting. That means not doing it would only help
someone who picks the wrong type for the variable by accident, since its
likely that
Add support for collectionProcessComplete timeout setting in JMS service adapter
Key: UIMA-1487
URL: https://issues.apache.org/jira/browse/UIMA-1487
Project: UIMA
[
https://issues.apache.org/jira/browse/UIMA-1417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742378#action_12742378
]
Adam Lally commented on UIMA-1417:
--
I think the documentation is wrong and should be change
On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmann wrote:
> Yes, but if someone writes it intentional he would get the same
> exception during class casting. That means not doing it would only help
> someone who picks the wrong type for the variable by accident, since its
> likely that
> the code canno
On Wed, Aug 12, 2009 at 5:36 AM, Jörn Kottmann wrote:
> Jörn Kottmann wrote:
>>
>> Marshall Schor wrote:
>>>
>>> I'll probably stop trying to convince others if they continue to feel
>>> that the tradeoffs here should be in the direction of returning only
>>> specific types (disallowing users from
[
https://issues.apache.org/jira/browse/UIMA-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1426:
-
Affects Version/s: 2.3
marking as "affects 2.3" to indicate not being fixed this cycle.
> More co
[
https://issues.apache.org/jira/browse/UIMA-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1485.
Resolution: Fixed
> UIMA Tutorial and Developers guide in sub title 1.3.2 should be AAE and not AE
>
[
https://issues.apache.org/jira/browse/UIMA-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1485:
Assignee: Marshall Schor
> UIMA Tutorial and Developers guide in sub title 1.3.2 should be A
Jörn Kottmann wrote:
> Thilo Goetz wrote:
>> Jörn Kottmann wrote:
>>
>>> Thilo Goetz wrote:
>>>
Jörn Kottmann wrote:
> Adam Lally wrote:
>
>> On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
>>
>>
>>> The createFi
Thilo Goetz wrote:
Jörn Kottmann wrote:
Thilo Goetz wrote:
Jörn Kottmann wrote:
Adam Lally wrote:
On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
The createFilteredIterator method in CASImpl takes an FSIterator
and an
FSMatchConstraint,
Jörn Kottmann wrote:
> Thilo Goetz wrote:
>> Jörn Kottmann wrote:
>>
>>> Adam Lally wrote:
>>>
On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
> The createFilteredIterator method in CASImpl takes an FSIterator
> and an
> FSMatchConstraint, and returns
[
https://issues.apache.org/jira/browse/UIMA-1336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1336:
-
Fix Version/s: 2.3S
> allow multiple dictionary entries to match against a single string
> ---
[
https://issues.apache.org/jira/browse/UIMA-1336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1336.
Resolution: Fixed
via patch in UIMA-1371
> allow multiple dictionary entries to match against a sin
Thilo Goetz wrote:
Jörn Kottmann wrote:
Adam Lally wrote:
On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
The createFilteredIterator method in CASImpl takes an FSIterator and an
FSMatchConstraint, and returns another iterator.
The generification of this is:
public FSIt
Jörn Kottmann wrote:
> Adam Lally wrote:
>> On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
>>
>>> The createFilteredIterator method in CASImpl takes an FSIterator and an
>>> FSMatchConstraint, and returns another iterator.
>>>
>>> The generification of this is:
>>> public FSIterator
>>> c
Adam Lally wrote:
On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
The createFilteredIterator method in CASImpl takes an FSIterator and an
FSMatchConstraint, and returns another iterator.
The generification of this is:
public FSIterator
createFilteredIterator(FSIterator it, FSMatchCons
Jörn Kottmann wrote:
> Jörn Kottmann wrote:
>> Marshall Schor wrote:
>>> I'll probably stop trying to convince others if they continue to feel
>>> that the tradeoffs here should be in the direction of returning only
>>> specific types (disallowing users from specifying downcasting in that
>>> manne
Jörn Kottmann wrote:
Marshall Schor wrote:
I'll probably stop trying to convince others if they continue to feel
that the tradeoffs here should be in the direction of returning only
specific types (disallowing users from specifying downcasting in that
manner), versus using types of the form T ex
Marshall Schor wrote:
On the normal scale of -1, 0, +1, to the proposition -
have the generic form of many methods that are in the public API for
UIMA that return UIMA objects, return a type which is inferred from the
receiving typed variable, versus having it return just one fixed type
not inf
[
https://issues.apache.org/jira/browse/UIMA-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742259#action_12742259
]
Jörn Kottmann commented on UIMA-1410:
-
No should be ready for 2.3.0.
> The uimaj-as-cam
41 matches
Mail list logo