[ 
https://issues.apache.org/jira/browse/UIMA-2470?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13453501#comment-13453501
 ] 

Marshall Schor commented on UIMA-2470:
--------------------------------------

I took a look at the zip file.  I do not think there are any showstoppers.  I 
think some changes may be needed when coming into the UIMA project, but these 
can be done either ahead of time, or by working on the code here.  Because some 
of these are pervasive, it may be best to do them before putting the code into 
Apache.  The most major one is the maven "group-id" - which is currently 
"org.uimafit".  In our project, I believe we only are setup within Apache to 
upload artifacts using the group id "org.apache.uima".  Other, more minor 
changes, are not strictly required, but encouraged (to support the Apache Way 
of working); these include removing @author tags, and removing copyright 
statements at the top of every file (these can be moved to the notice file if 
the copyright owners want to preserve this information - for instance, the UIMA 
notice file for somethings include the phrase "Portions of UIMA were originally 
developed by
International Business Machines Corporation and are licensed to the Apache 
Software Foundation under the "Software Grant License Agreement", informally 
known as the
"IBM UIMA License Agreement". Copyright (c) 2003, 2006 IBM Corporation.

Also, you may of course delete Mac-specific files, like .DS_Store :-)

I encourage other UIMA committers to also take a quick look!

                
> Donation of uimaFIT
> -------------------
>
>                 Key: UIMA-2470
>                 URL: https://issues.apache.org/jira/browse/UIMA-2470
>             Project: UIMA
>          Issue Type: Task
>          Components: Sandbox
>            Reporter: Richard Eckart de Castilho
>
> Donation of uimaFIT.
> uimaFIT provides Java annotations for describing UIMA components which can be 
> used to directly describe the UIMA components in Java code without the need 
> for traditional UIMA XML descriptors. This greatly simplifies refactoring a 
> component definition (e.g., changing a configuration parameter name). uimaFIT 
> also makes it easy to instantiate UIMA components without using XML 
> descriptor files by providing convenient factory methods. This makes uimaFIT 
> an ideal library for testing UIMA components because the component can be 
> easily instantiated and invoked without requiring a descriptor file to be 
> created first. uimaFIT is very useful in research environments in which 
> programmatic/dynamic instantiation of UIMA pipelines can simplify 
> experimentation. For example, when performing 10-fold cross-validation across 
> a number of experimental conditions, it can be quite laborious to create a 
> different set of descriptor files for each run, or even a script which 
> generates such descriptor files. uimaFIT is type system agnostic and does not 
> depend on (or provide) a specific type system.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to