Marshall Schor wrote:
The current docs for the pear packaging maven plugin say that you need
to make your project depend on the plugin, by adding it to the
dependency set of your project that is using it.
I don't think this is correct. I think that the maven plugin tools are
specified
Jörn Kottmann wrote:
Marshall Schor wrote:
Jörn Kottmann wrote:
The additionalParams Map has a String key and can contains
all kinds of Objects, so the correct generification would be
MapString, Object.
In the uima code base I found one invocation where a Properties object
was
passed as
One way we have to ensure that the uima core generification is
correct is to use our API with generics, thats why I would like to suggest
to move our release a few days and use the time to convert existing
code outside of the core. That could be done after the code freeze.
Jörn
Marshall Schor
more refactoring and updating - parent POMs
---
Key: UIMA-1501
URL: https://issues.apache.org/jira/browse/UIMA-1501
Project: UIMA
Issue Type: Improvement
Components: Build, Packaging and
+1 Marshall
Jörn Kottmann wrote:
Jörn Kottmann wrote:
Marshall Schor wrote:
Jörn Kottmann wrote:
The additionalParams Map has a String key and can contains
all kinds of Objects, so the correct generification would be
MapString, Object.
In the uima code base I found one invocation where
+1 I'm for doing testing of the new generification because of the
difficulty of doing this correctly... -Marshall
Jörn Kottmann wrote:
One way we have to ensure that the uima core generification is
correct is to use our API with generics, thats why I would like to
suggest
to move our release
Using getSofaDataStream instead of getDocumentText
--
Key: UIMA-1502
URL: https://issues.apache.org/jira/browse/UIMA-1502
Project: UIMA
Issue Type: Improvement
Components:
Marshall Schor wrote:
+1 I'm for doing testing of the new generification because of the
difficulty of doing this correctly... -Marshall
What kind of testing do think of ?
Jörn
[
https://issues.apache.org/jira/browse/UIMA-1502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jérôme Rocheteau updated UIMA-1502:
---
Attachment: wst.patch
This is a patch that makes possible to use the Whitespace tokenizer
[
https://issues.apache.org/jira/browse/UIMA-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1503:
-
Description:
Tasks to do right after 2.3.0 release (edit as needed to keep this as an active
[
https://issues.apache.org/jira/browse/UIMA-1497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1497.
Resolution: Fixed
verification of maven plugin promotion into repo has to wait until we do the
[
https://issues.apache.org/jira/browse/UIMA-1297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Burn Lewis updated UIMA-1297:
-
Attachment: uimaj-as-activemq_1297.patch
Two of the JUnit test descriptors need to be modified to ignore
[
https://issues.apache.org/jira/browse/UIMA-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Burn Lewis updated UIMA-1358:
-
Attachment: uimaj-as-activemq_1358.patch
Yes, works fine now. This patch adds code to the test driver to
Generify the additionalParams Map through the uimaj-core codebase
-
Key: UIMA-1504
URL: https://issues.apache.org/jira/browse/UIMA-1504
Project: UIMA
Issue Type: Improvement
Is that the correct generification?
Class? extends AbstractCas getRequiredCasInterface();
Implementing classes can then specify the concrete return
type.
For example:
ClassJCas JCasAnnotator_ImplBase.getRequiredCasInterface()
ClassCAS CasAnnotator_ImplBase.getRequiredCasInterface()
Jörn
The current declaration with out generics:
public Resource produceResource(Class aResourceClass,
ResourceSpecifier aSpecifier,
MapString, Object aAdditionalParams) throws
ResourceInitializationException;
Can it be assumed that aResourceClass is always a class which extends
Jörn Kottmann wrote:
Is that the correct generification?
Class? extends AbstractCas getRequiredCasInterface();
Implementing classes can then specify the concrete return
type.
For example:
ClassJCas JCasAnnotator_ImplBase.getRequiredCasInterface()
ClassCAS
[
https://issues.apache.org/jira/browse/UIMA-1502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12745170#action_12745170
]
Marshall Schor commented on UIMA-1502:
--
This approach has trade-offs. On the plus
On Wed, Aug 19, 2009 at 1:54 PM, Jörn Kottmannkottm...@gmail.com wrote:
The current declaration with out generics:
public Resource produceResource(Class aResourceClass, ResourceSpecifier
aSpecifier,
MapString, Object aAdditionalParams) throws
ResourceInitializationException;
Can
[
https://issues.apache.org/jira/browse/UIMA-1433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jerry Cwiklik reopened UIMA-1433:
-
OutputChannel is not caching JMS connections properly leaving stale connections
in a broker.
UIMA
[
https://issues.apache.org/jira/browse/UIMA-1433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jerry Cwiklik closed UIMA-1433.
---
Resolution: Fixed
Modified JmsEndpointConnection_impl openChannel() method to check if connection
21 matches
Mail list logo
