You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Adam Lally (JIRA)" <ui...@incubator.apache.org> on 2006/12/29 23:06:27 UTC
[jira] Commented: (UIMA-49) Migration tools from IBM UIMA to Apache
UIMA
[ http://issues.apache.org/jira/browse/UIMA-49?page=comments#action_12461446 ]
Adam Lally commented on UIMA-49:
--------------------------------
Simple replacement of package names works now. It's basically just a glorified search-and-replace utility, but has
some special treatments of package names to make sure that it only updates actual UIMA package names, not just everything with a
com.ibm.uima prefix (which several of our users within IBM do).
Things not supported yet (some may never be supported):
* User code that's in a package with the same exact name as one of the
UIMA packages. Hopefully this occurs rarely, but unfortunately
there's one common case - DocumentAnnotation - which I mentioned in a
previous email. In such a case the package statement would get
replaced, but the .java file will then be in the wrong place in the
source tree.
* Package names that are prefixed by org.apache.uima AND start with a
capital letter. I hope no one has a package named
com.ibm.uima.MyPackage. This would be treated as a class name and
replaced with org.apache.uima.MyPackage wherever it occurs.
* Use of _undocumented_ classes in the com.ibm.uima.util package,
because these moved to a different package than the documented
classes. Can be fixed in Eclipse by a simple Organize Imports
operation.
* xi:include in descriptors. There's no easy way to automatically
replace this, unfortunately. Users will have to manually replace them
with the appropriate use of <import>.
* The recent refactoring of JCas into interface and implementation. Most of these can be handled by just replacing org.apache.uima.jcas.impl.JCas with org.apache.uima.jcas.JCas. However, there are some static methods called from JCasGen-erated code that are now on JCasImpl, so this will be a trickier change involving searching for method names (which can be on a separate line from the JCas classname due to formatting changes!)
* More work on this will probably be needed as we make more decisions to change things, for example if we entirely remove TCAS.
> Migration tools from IBM UIMA to Apache UIMA
> --------------------------------------------
>
> Key: UIMA-49
> URL: http://issues.apache.org/jira/browse/UIMA-49
> Project: UIMA
> Issue Type: New Feature
> Reporter: Adam Lally
> Assigned To: Adam Lally
> Priority: Minor
> Fix For: 2.1
>
>
> Tooling to support users making the transition to Apache UIMA.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira